Jump to content


  • Posts

  • Joined

  • Last visited

1 Follower

Profile Information

  • Gender
  • Location

Recent Profile Visitors

2,555 profile views

Marc's Achievements

Full Member

Full Member (4/6)




Community Answers

  1. I have user Serverpilot back when they had a free tier and was very happy with it. For my local development I used Vagrant and was able to install Serverpilot in my Vagrant machine so my development and production environments were 100% identical. That's a big plus!
  2. Marc

    other CMSs

    Speaking of Kirby (which I agree is awesome), Bolt 4 was recently released and offers a similar way of setting up your fields. It looks promising as well.
  3. I have played around just a little with Aimeos for Symfony. It is very fast. I have not looked at their API's, but it looks like you can use a JSON API to fetch products on your PW front end and manipulate a basket as well. It looks like there is an admin API as well for manipulating products, but not orders (maybe I overlooked it). So I think you will end up working in the Processwire CMS for all your regular content and work in the Aimeos backend for everything sales related. Which may or may not be acceptable to you. The benefit is that for the e-commerce side, you have something dedicated and more robust than a pure PW solution. Have you looked it Sylius? It is build from the ground up to be extended and modified. Based on Symfony. I have installed and modified it and it looks like a superb e-commerce package to me. It will not be 'easy' to integrate these solutions with PW, however. There is also Shopware. This has a beautiful backend plus it comes with pretty solid content management from what I can tell, so you may not even need Processwire. I hope this helps a little. Having worked with Padloper for a few extensive e-commerce projects, I would not use it again unless the shop is very basic. So I share your urge to plugin a dedicated e-commerce solution, but it may not make sense.
  4. Nice to see ProcessWire being used in the Netherlands. Too bad I live a two hour drive away from you guys (I'm from the south). Is working mostly from home an option? (I am a native Dutch speaker btw.)
  5. You are correct, RockFinder2 was not available. I installed the module and ignored the TracyDebugger dependency warning. Since it DID successfully install ProcessRockFinder2, I assumed everything was alright. Anyway, I installed the debugger and reinstalled RockFinder2 and now it's up and running. Silly mistake on my part and sorry for bothering you about this! I got your example of including the template name working, thanks for your help! I hope you won't mind if I ask you another question. The docs for RockFinder2 briefly mention repeaters, and state that columns musts be defined manually. What exactly do you mean by this? Could you provide an example? With RockFinder1 you can do $finder->addField("repeatername", ["fieldname"]) but this is no longer the case with RockFinder2.
  6. I would like to try this out so I have just downloaded RockFinder2 from github, however even the simplest test won't work for me: $rf = new RockFinder2(); $rf->find("parent=1"); $rf->addColumns(["title"]); Using this on the front end, it generates the error "Uncaught Error: Call to a member function __invoke() on null in /site/modules/RockFinder2/RockFinder2.module.php:746". Also getting this notice: "Trying to get property of non-object in /site/modules/RockFinder2/RockFinder2.module.php on line 801" RockFinder1 is working properly.
  7. Is there an efficient way to get the template name or at least the template ID in the RockFinder results? I'm doing a query for all children of a particular page and those children can have different templates and I need to know which template each page has. Excellent module btw 👍
  8. This has been my manager of choice but sadly no longer. Since I put LineageOs on my Android phone (without the Google Play Store) it is impossible to activicate my registered copy of Enpass. I bet you did not know this 😁 I moved to Bitwarden as a result.
  9. Thanks for pointing this out, that looks like an acceptable workaround.
  10. I want to have a custom page under Settings in the admin that shows a PageTable field. I have it setup as follows: Created a Process module that installs a page under /admin/settings. This page has the admin template and points to my module's process. A page that has a template which holds the PageTable field. This page holds the children of the PageTable. The execute function of the module renders a form that gets the inputfields from the page I mentionend above. When I execute the module, a form is successfully rendered with the PageTable field. It looks like this: However, after pressing 'Add New' and saving a new item, the form reloads and I see this: The new item is saved but not listed in the field. I also tried this with a repeater field, which has a similar defect. Other types of fields like a text field work fine. When I add the PageTable field to the template of a regular page and edit that page, it works as expected. Only when accessing the field through my Process module's page it does not work correctly. I'm sure there's a fix for this. I think the form does not know what page to link the PageTable entries to perhaps?
  11. Thank you for helping me understand this. Now I managed to get it working! I give my replacement field an exta attribute called 'replaced' and the hook is only allowed to do its job if the field does not have that extra attribute. Like this: wire()->addHookAfter('Inputfield::render', function($event) { if (wire('page')->template != "account") return; $inputfield = $event->object; if ($inputfield->attr('name') == "profile_pad_countrycode" && $inputfield->attr('replaced') != "yes") { $replacement = $this->modules->get('InputfieldSelect'); $replacement->label = 'Land code'; $replacement->attr('name', 'profile_pad_countrycode'); $replacement->attr('class', 'uk-select'); $replacement->attr('replaced', 'yes'); // This is essential to prevent a loop. Check for this value when the hook starts. $optionsArray = ['test']; $replacement->addOptions($optionsArray); $event->return = $replacement->render(); } });
  12. The original text field that I want to replace belongs to a third party module. Rather than changing the field properties of that module, I thought I'd tailor that particular field to my needs with a hook. I agree this might be a bit dangerous and perhaps I'll end up just changing the module, but it's a fun experiment nonetheless. I gave this a try. It doesn't appear to have any effect. I should use this in addition to my own hook, right? Is this hook supposed to prepare PW for the change in field type? I did some more testing and even when I try to replace the text field with a new text field (so same field type), it only works as long as the name of the replacement field is not the same as the original (but then you can't save new values using the new field to the old field). When a form gets rendered and it has the replacement field with the same name as the original field, the server hangs and I'll get this fatal error: Fatal error: Allowed memory size of 268435456 bytes exhausted So at this point I'll rephrase my question: can I replace a field with a new field of the same type and the same name using a hook? Once I get that working, I'll see if I can use a replacement field of another type.
  13. I have a form (outside of the admin) that shows a text field. I want to replace this field with a select field during rendering. The problem is, when I name the replacement field the same as the original, the page stops working. But I'm thinking if I use another name for my replacement field, its value won't be saved to the original field. Here's the hook I'm using in ready.php: wire()->addHookAfter('Inputfield::render', function($event) { if (wire('page')->template != "account") return; $inputfield = $event->object; if ($inputfield->attr('name') == "profile_pad_countrycode") { $replacement = $this->modules->get('InputfieldSelect'); $replacement->label = 'Land code'; $replacement->attr('name', 'profile_pad_countrycode'); // This is a problem, the form crashes when using this name. $replacement->attr('class', 'uk-select'); $optionsArray = ['test']; $replacement->addOptions($optionsArray); $event->return = $replacement->render(); } }); Can this way of replacing an inputfield ever work? Or should I abandon this idea?
  14. This module is currently broken. I think it was made with version 1 of the Mollie API in mind. If you use it together with the current version of the Mollie API (v2), it does not work at all. Here's a discription of the API changes from v1 to v2 that I think the developer of this module may want to take a look at.
  15. I just ran into this issue with the same PaymentModule module for Padloper. Thanks so much for figuring this out.
  • Create New...