Jump to content

heldercervantes

Members
  • Posts

    362
  • Joined

  • Last visited

  • Days Won

    11

heldercervantes last won the day on March 28

heldercervantes had the most liked content!

1 Follower

Contact Methods

  • Website URL
    http://supertiny.agency

Profile Information

  • Gender
    Male
  • Location
    Porto, Portugal

Recent Profile Visitors

4,465 profile views

heldercervantes's Achievements

Sr. Member

Sr. Member (5/6)

575

Reputation

1

Community Answers

  1. What would really be great is a tutorial on how to set up a project in DDEV, something I'm trying to figure out right now ๐Ÿ˜„ Edit: Spoke too soon. This is so easy it sounds like a lie. `ddev config` - Choose PHP project `git clone https://github.com/processwire/processwire.git web` - Downloads PW into the 'web' directory `ddev launch` - Go through the config, enter db, db, db, db in the database step Done
  2. Here's my most recent project: https://velhinhos.pt/ Velhinhos (translates to something like "little old people") is a free service that helps people understand their needs and find the best care for their elderly, be it nursing homes, at-home services or daycare. The branding โ€“ name, logo, tone โ€“ is also our work, and we're providing continuity support on ads management and social media. This site features some information/advice about the available options, a blog, and a quiz that helps users better understand the level of dependency. It also feeds leads to their Pipedrive CRM. The frontend is a mix of Tailwind and StencilJS.
  3. @bernhard coming back to this as I just stumbled upon a scenario that was discussed here. In the Craft project I'm working on someone added changes that I needed to add to my setup. Got the message, tried applying and it stopped saying that these changes require the "Navigation" plugin. I added it (just a 'composer install' command line), came back, ran it again and done. The whole process feels very polished. I also had conflicts in the yaml files yesterday, two devs adding new fields. The way to fix it was to include both lines, and right at the beginning there's a timestamp that Craft uses to verify if it's up to date. Used the highest one and added 1 at the end to make sure everyone got an update check. It's really interesting to see how these yaml files are set. There's a main one that describes the project, with plugins, system stuff, some names and keys, and then there are individual files for each field, sections (templates), globals and other stuff that doesn't exist on PW.
  4. Sorry, been away and lost your message. On this particular project I don't see anything there, just a message saying "No content migrations". But it doesn't seem to be related to any of this. I found some documentation here: https://craftcms.com/docs/4.x/extend/migrations.html
  5. How Craft warns you of changes to the YAML files that you haven't applied yet (pulled from the repo): (I'm so used to the simplification of PW's tree that just seeing a "Routes" button in settings gives me the chills ๐Ÿ˜„) And this is the apply changes screen: First chance I get I'm going to have a serious look at RockMigrations. Every new project I get is increasingly demanding on maintenance, with multiple devs, and this is a really big deal. This and SPAs, but thats a different discussion.
  6. That bit is very similar to PW. They have fields and templates just like us (templates are called sections). It's a bit more friendly and straightforward in PW though. They have "entries" that aren't tied to the page tree and some global stuff, but the basic way of doing things is pretty much the same. And as I create fields and sections I see these YAML files being updated to reflect the definition that's on the database. I haven't interacted with applying changes, but I assume in a case like you described the process would somehow detect module requirements and ask you to install or update them first. I guess it could never be a miraculous solution that just does everything and works, but once a project is set up and you get to a point where devs make small increments to the site, this sounds like it will make life a lot easier. If you're curious I found some details here. Interesting stuff.
  7. @bernhard That looks super cool. I'm now working for a studio that uses Craft CMS and although PW still feels way better in most aspects, in this one Craft has a very good solution. More or less like an automatic RockMigrations. As you create fields, sections (templates) and whatnot, Craft generates and updates a bunch of yaml files that contain all configurations. If these files are updated, i.e. you pull someone else's changes from the repo, run a command and it applies all the changes for you. Awesome solution.
  8. This was probably discussed and maybe I'm just searching wrong, so apologies if I'm spamming. In a scenario where we have a production website with a ton of content, and a local dev version with less stuff for tests and sanity. We make structural changes like adding a new page template on the local, adding a couple of fields in an existing one, changing settings on a field and whatnot, and in the end want to publish those changes to production. Any good approaches for doing such a thing without moving the whole content around or breaking it? I mean, personally I've been doing that with DB backups and I have to lock my client out of the CMS while I'm working on updates. No likey. Thanks, H
  9. @kongondo thanks, that certainly makes the detection more elegant. Still have to json-parse the "php://input" to get to the object that I'm passing, though. Example: $fetchVars = json_decode(file_get_contents('php://input'), true); include('./form-processors/'.$fetchVars['form-name'].'.php'); Wouldn't it make sense to have something more processwirey for this as well?
  10. Hi guys. On my frontend I'm using fetch to submit stuff. Is there a neater way to access this from PHP other than the vanilla json_decode(file_get_contents('php://input')) ? $input doesn't seem to get anything from such a request.
  11. So... I've been reinventing the wheel this whole time ๐Ÿ˜ Excuse me while I go hang myself. BRB.
  12. Initially to keep it core, but now I wouldn't replace the thumbnails grid for RepeaterMatrix's UI. It would make everything less intuitive.
  13. By "standardised reusable groups of fields" I mean something like what's described in the Combo ProField. FieldsetPage works nice, or at least improves my current solution, which goes something like this: So basically I'm using a repeater, a block type selector and a bunch of fields (this screenshot is from my last project). The block type selector is a custom module I made based on FieldtypeSelectFile. I just added a way of assigning thumbnails to illustrate what php file you're selecting. This works pretty well, but something that's a pain in the ass is that I have to dump all fields that every content block may use in the same repeater, and then for each of them, make visibility depend on the block type's value. Also, I have to order the fields and use names that work on any block type that uses them, which becomes a bit of a puzzle sometimes. With the FieldsetPage, I at least have things more organised, and I can make adjustments like having fields sorted as it makes more sense for each content block, override titles and descriptions and whatnot. I'm liking this approach. On a first glance only the required fields are still a bit weird to set up, but it's a nice improvement from my previous solution.
  14. Awesome, thanks for the tip. Going to try it out right now
  15. Has anyone thought of the idea of a Fieldset where you can select the inner fields like you do on a repeater, but in the fieldset itself instead of the page template? This would be super useful for standardised reusable groups of fields, or in my case, content block building. EDIT: Well, that's basically the Combo ProField https://processwire.com/store/pro-fields/combo/ - Time to pay up ๐Ÿ™‚
ร—
ร—
  • Create New...