All Activity

Hello, on PW v3.0.229 when setting $config->pagefileSecure, files (PDF inmy case) are still offered for download, even if the pages for those files reside in the trash. Can anyone confirm that behaviour? IMO assets of trashed pages should not be publicly available and $config->pagefileSecure should take care of that like it does for unpublished pages. Many editors without superuser priviliges aren't even aware of pages in the trash, unless we allow them to see the trash. So they would think that a trashed page is gone for good. In my case I now made the trash visible to those editors. But I also needed to instruct them to unpublish pages before moving them to the trash or delete them from the trash in order to make the files not appear publicly anymore

If anyone is using wire-cli, and you find you're getting a lot of PHP warnings about not being able to set session parameters after headers have been sent, this may help. You may need to add a custom session function to site/config.php to prevent ProcessWire attempting to setup session handling when it's bootstrapped by wire-cli from the command line. YMMV, but this seems to be working for me. NOTES: Adjust the path if your admin interface is not at /processwire/. If you need sessions on the public (non-admin) paths of your site, remove the "ADJUST THIS PATH..." line and change the final line to "return true;". /** * Custom Session Control * * - Keeps non-admin pages free of cookies/sessions * - Unless there is already a session cookie * - Prevents session start on CLI invocation (wire-cli etc.) * - Allows admin pages to use sessions */ $config->sessionAllow = function($session) { if ($session->hasCookie()) return true; $req_uri = $_SERVER['REQUEST_URI'] ?? false; if (false === $req_uri) return false; // CLI invocation? if (0 === strpos($req_uri, '/processwire/')) return true; // ADJUST THIS PATH IF NEEDED return false; };

Hello Bernhard, I don't know how to properly write this post, I'll probably "refactor" it after. basic-page.php and home.php are empty template files. Are they only needed (even empty) if custom page class(es) php files that are related to them exist? Because latte files are used here I'm a bit confused about the (possible) role of these template files. In this site profile, in which use case(s) would they not stay empty? Could you please give one (or more) example(s)? Thanks in advance! NB: I don't want to use tailwind (for several reasons, one of them is that there are resets used but uikit uses normalize already, doesn't it? (I would perhaps prefer modern-normalize or another "at-rest" for the moment project related to one of the css grids evengelists (I don't remember her name right now)), BUT I'm curious about _tailwind.css, I think it's the first time I see the "_" prefix on a css file name.

@Christophe Thanks to Christophe for suggestion the PHP Session save path, I set it to my writable folder and now it works, had to do in this in PHP Cpanel settings

Didn't work either

I'd assume this has to do with cookies, I see a folder path where it stores the session I will try clearing that because imported the one from my local machine into the remote server. I will update soon I

Yes, I tried another browser, cleared my cookies and disabled sessionFingerPrint, I can't really pinpoint where the error might be coming from, unless i read the source code for Session::Validate

Have you tried on another browser or in the incognito mode? Maybe you just need to clear your cookies.

I can't get over this page, I've tried several solutions, and this happens on my server, I imported the SQL from my local machine into Phpmyadmin, is there anyway to fix this ?

Thank you for pointing me to the right direction. 🙂 I don't often use hooks, but here is my current hook wich works for me: <?php $forms->addHookAfter('InputfieldFormBuilderRecaptcha::renderScript', function($event) { $url = "https://www.google.com/recaptcha/api.js"; $value = "<script class='require-consent' type='text/plain' data-type='text/javascript' data-src='$url' data-category='functional'></script>"; $event->return = $value; });

Look, here in the docs is every information you need 😉 https://processwire.com/docs/modules/hooks/#what-methods-in-processwire-are-hookable

It works with PrivacyWire if I edit the InputfieldFormBuilderRecaptcha.module on line 109 like this: <?php /** * Render Google reCAPTCHA script * * @return string * */ public function ___renderScript() { $url = $this->getScriptUrl(); return "<script class='require-consent' type='text/plain' data-type='text/javascript' data-src='$url' data-category='functional'></script>"; } But I don't think I can hook the ___renderScript function. Has anybody a suggestion how I can hook into the output of the script? Currently I don't have access to the FormBuilder support board, but I will renew our license soon, so I will ask there.

🤚

I recently finished reading "The Color of Magic" by Terry Pratchett, a delightful blend of fantasy and comedy. I cannot recommend this book enough—it's a must-read!

@kongondo any plans for a release date? We have the feature request from our client for batch editing MM pages. Something like how ListerPro does it would be awesome.

This is still an ongoing issue for us. We want to try testing it on some of our other sites as well. Was more just checking if anyone else had ran into the issue before.

@ryan @Pete Can we get this fixed? Or if you'd like, I can help maintain this site.

Weird - maybe you had just never saved the settings so the format wasn't available? Anyway, shouldn't matter now regardless.

About using Paypal for payment, better solution than using payment buttons is to use Paypal checkout SDK. Then you can dynamically create any order you want and validate the payment. EDIT : this SDK is now deprecated and replaced by REST API.

Thank you, next time I will try to use the format options. ☺️ Just FYI I had selected None and had the default values in the options textarea of the module settings. Regards, Andreas

Hi @HarryWilliam and welcome to the forum! E-Commerce is a huge topic and there are many ways how to do it - unfortunately or luckily ... Option 1: Payment Buttons or Links Very simple solutions are payment buttons that Platforms like Paypal offer. You can see an example here: https://www.boukal.at/work/catalogues/catalogue-do-you-also-have-pretty-motifs/ Another option would be payment links that payment providers like stripe or mollie offer: https://www.mollie.com/gb/products/payment-links Pro: Very easy to implement Con: You have to manage different buttons/links for different products on your own, place them in your markup (for example with a textformatter), keep them up do date and you have very limited possibilities for customisations (like different options etc). Option 2: SaaS Shop integration The next option would be to add one of the SaaS solutions to your PW site. One option would be to use Snipcart, which is very simple to add to your site, at least in theory: https://snipcart.com/blog/processwire-ecommerce-tutorial Pro: Easy setup, working shop out of the box, they maintain and develop the product continuously and long term (hopefully) Con: You usually pay for it per purchase and/or you have a monthly fee. Snipcart for example costs at least 20$ per month if your sales are < 1000$. That's 240$ each year. https://snipcart.com/pricing Con: You need to add products to your SaaS shop. That means you can either not manage products directly from within your ProcessWire backend or you need to develop a bridge that keeps products in sync. Con: Using a SaaS Shop means you are locked to the features that this shop provides. In PW we have this module, but I'm not sure whether it's still maintained or will see any updates in the near future. Option 3: A custom PW shop This is maybe the most advanced solution. The benefits are that you get a fully integrated solution. You can manage all your products, all your users, all your orders etc. directly from within your PW backend. You can add hooks wherever you want and you can customise everything to make it work 100% the way you or your client wants. Imagination and your skills are the limit. The con is that it will likely be a more complex setup, as you need to understand the basic workflows of E-Commerce and you need to setup everything the way you want. As far as I know we only have Padloper 2 by @kongondo at the moment. I don't know the price, though, because the shop is down at the moment. I'm developing RockCommerce at the moment and it will hopefully be released during this year. The basic version is already done and you can see it in action on my website baumrock.com where I use it to sell my commercial modules, for example RockForms. As you can see on my website it can already be used to sell single products. It comes with a checkout (live example) but it has no cart functionality at the moment. But it already has a nice Dashboard with filters and charts, at least 🙂 Also, it can already create fully automated and 100% customisable invoices directly from within PW/PHP (using RockPdf) - which is something that not all shopping carts do for you, keep that in mind when evaluating those products! Thanks to the integration into the PW system it can send 100% custom emails to your customers, where you can make sure that you comply to your local legislation (for example in Austria we need to attach terms of service to that email): In this example it's a nice looking mail because I use RockMails, which is another module in the pipeline 🙂 But as it is 100% ProcessWire you can simply send an email with some lines of code as well: $m = new WireMail(); $m->from('office@your-company.com'); $m->to('your@client.at'); $m->subject('Thank you for your oder!'); $m->body('Congrats, you are now a ProcessWire hero!'); $m->send(); So while it is not yet 100% it can already be already a great option! Just let me know if you think it can be an option. If you want to get notified about the release you can subscribe to my monthly developer newsletter: https://www.baumrock.com/en/rock-monthly/ I'm quite sure there are 100 more options, but I tried to give an overview 🙂

Hi @AndZyk - you don't need to select an output format - none is perfectly valid (it's basically "unformatted"). That said, I have fixed the error if for some reason you decide to empty the options textarea. PS - it's worth figuring out the syntax- I know it looks a bit overwhelming at first, but it's really powerful and keeps your template code much cleaner.

Hello @HarryWilliam It looks like padloper is a e-Commerce module.

Thx @incognito.ms it's fixed in v5.4.2 🙂 https://www.baumrock.com/en/releases/rockpagebuilder/

Hello guys, I am newcomer and I have been exploring the capabilities of ProcessWire. I am interested in creating an ecommerce website for a small business that sells electronic books, tshirts, and other products across a few categories. I need the website to accept payments via credit cards (Visa and Master) as well as PayPal. I haven't found a specific solution for developing an ecommerce website using ProcessWire. I am wondering if there is a specific module available or in development. If not, would it be feasible to integrate independent ecommerce modules such as Magento, Shopify, osCommerce, or Prestashop with ProcessWire? Although I am new to building websites with ecommerce functionality, I am determined to use ProcessWire due to the flexibility it offers with custom templates. Any help or suggestions would be greatly appreciated. I acknowledge that I may be a novice in this area, and I am thankful for any assistance. Thank you!