bramwolf

Hi Bernhard, Thanks for your efforts, I can see you've been busy updating the modules these past weeks! 🙂 I've got pretty much everything to work now!! Thanks so much for the updates. I do still have two small issues, first is that I get an error on installing RockCommerce as seen here: - Module Install - RockCommerce +7 - ModulesInstaller: Error adding permission: rockcommerce-dashboard First problem I've tried this on a completely fresh install and I didn't get the error there, when all works as it's supposed to the "Shop" menu item in the admin top menu shows a dropdown width "Dashboard" and "Settings". I don't get this on the site that gives me the error. The page structure under "Admin" looks the same on both sites. The site that gives the error is a mulisite setup using multiple domains under the root and define those as page roots, I could imagine this is related to the cause of the problem? https://github.com/somatonic/Multisite/ EDIT: I uninstalled the Multisite module and RockCommerce, and reinstalled RockCommerce hoping the Multisite module would no longer interfere with the installation and this was in fact the case, so now I've got it installed correctly 🙂 A idea for future updates might be getting a parent page to install things under ( like "Admin" ) based on $pages->get(ID) instead of page slugs? ( Not sure if you're doing this.. ) In the case of Multisite slug redirects issues like mine might appear. 🙂 Second problem In the RockCommerce module settings I can set "Use product variations", it states that RockGrid will be installed after setting this to true, however it doesn't, and keeps telling me to install RockGrid to use variations, but RockGrid is a pro module, do I have to buy that as well to be able to use variations? I hope I've given you enough to go on, thanks again! 🙂

Hi! Thanks for the quick reply, much appreciated! 🙂 I've tested version 1.1.1, but sadly I get the same result. The only way I could get that error instead of a timeout was by using RockMigrations 6.5.0. So I've tested it with RockMigrations 6.5.0 -> Error, and with RockMigrations 6.7.1 -> Timeout.. I've tested this on a fresh install of pw, so there shouldn't be any conflicting plugins.

Hi All! Specs: Processwire [3.0.246] RockFrontend [5.1.0] RockMoney [3.0.2] RockMigrations [6.7.1] PHP 8.3 MySQL server with InnoDB engine Subdomain ( configured via DNS point to subfolder of public_html, works as expected ) I’ve been trying to install RockCommerce on a fresh install, but the installation fails caused by a timeout, With RockMigrations From v6.6.0 and onward the site gives a timeout error when trying to install RockCommerce. With RockMigrations From v6.5.0 the site doesn’t timeout but gives a error: ModulesInstaller: Unable to install module (RockCommerce): Can’t save page (id=0): /discounts/: It has no parent assigned This setup partially installs the module for later gives me this: ProcessWire: ProcessModule: Can’t save page (id=0): /discounts/: It has no parent assigned DEBUG MODE BACKTRACE ($config->debug == true): #0 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Pages.php(841): ProcessWire\PagesEditor->save() #1 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(419): ProcessWire\Pages->___save() #2 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #3 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #4 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Page.php(2418): ProcessWire\Wire->__call() #5 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(1101): ProcessWire\Page->save() #6 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockCommerce/RockMigrations/afterAssets.php(6): ProcessWire\RockMigrations->createPage() #7 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(4267): require('/home/u85515178...') #8 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(4298): ProcessWire\RockMigrations->runConfigHooks() #9 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(3524): ProcessWire\RockMigrations->runConfigMigrations() #10 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(4172): ProcessWire\RockMigrations->migrateWatchfiles() #11 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/modules/RockMigrations/RockMigrations.module.php(5656): ProcessWire\RockMigrations->run() #12 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(1094): ProcessWire\RockMigrations->triggerMigrations() #13 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #14 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/modules/Process/ProcessModule/ProcessModule.module(389): ProcessWire\Wire->__call() #15 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(413): ProcessWire\ProcessModule->___execute() #16 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #17 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #18 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/ProcessController.php(361): ProcessWire\Wire->__call() #19 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(413): ProcessWire\ProcessController->___execute() #20 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #21 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #22 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/admin.php(174): ProcessWire\Wire->__call() #23 /home/u855151783/domains/big-in-fabric.be/public_html/merge/site/templates/admin.php(18): require('/home/u85515178...') #24 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/TemplateFile.php(328): require('/home/u85515178...') #25 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(413): ProcessWire\TemplateFile->___render() #26 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #27 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #28 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/modules/PageRender.module(581): ProcessWire\Wire->__call() #29 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(416): ProcessWire\PageRender->___renderPage() #30 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #31 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #32 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(1094): ProcessWire\Wire->__call() #33 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #34 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/modules/Process/ProcessPageView.module(193): ProcessWire\Wire->__call() #35 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/modules/Process/ProcessPageView.module(114): ProcessWire\ProcessPageView->renderPage() #36 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(416): ProcessWire\ProcessPageView->___execute() #37 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/WireHooks.php(968): ProcessWire\Wire->_callMethod() #38 /home/u855151783/domains/big-in-fabric.be/public_html/merge/wire/core/Wire.php(484): ProcessWire\WireHooks->runHooks() #39 /home/u855151783/domains/big-in-fabric.be/public_html/merge/index.php(55): ProcessWire\Wire->__call() #40 {main} It might still timeout after this, but atleast it return a proper error. I’ve tried pretty much all possible combinations of RockMigrations, RockCommerce 1.0 and 1.1 but to no avail 😞 Does anybody have any clue as to why this is happening? Any help would be greatly appreciated! 🙂 Grtz Bram

Hey Guys, I've been trying to migrate a website thats been running smoothly online for a long time but cannot for the life of me seem to get it right on the new server. I migrated all the files, created the new database and set it in the config file. The site loads, allows me to log in and so on but there is the problem that every page loads extremely slow and that pages that require bigger queries from the database timeout every time with this error: Request Timeout This request takes too long to process, it is timed out by the server. If it should not be timed out, please contact administrator of this web site to increase 'Connection Timeout'. I've tried to migrate this site to two different hosting services by now and always run into the same problems. What could be happening here? I simply cannot think of a reason why a site would work perfectly fine and work this slowly and poorly after migration. Any thoughts? Any help would be much appreciated. Would be willing to pay for help if anyone feels like diving in. Thanks ? Bram Wolf

Hi! Sorry for the late reply, I don't check here often nowadays. I'll attach a zip file with my related files, out of that you might be able to pick and choose what you need to get your setup running ? In the end a major issue for me was Mollies callback urls in conjunction with a multilanguage site. Originally they don't include the current users language extension, so site.com/en/payment or /de/ or /nl/. That prevented the script for running correctly. Once a added those. bases on the users current language in the callback URL I got things up and working ? PaymentMollie-PW3.zip

Hey Guys, I've tried the module and it works well ? All the files are uploaded very quickly! So thanks you for that! ? However I can't seem to manage to get the module to behave the way it does in your examples. I've used the frontend scripts from the examples, they are unedited and original. At first the area where selected images would show after being selected is already visible, when I open the page. After the images are uploaded I never get to see them. Also it doesn't show images that are already uploaded to the directory. I check the user privileges of the folder being used and they all have 755 access, so that shouldn't be the problem? I also tried with a custom folder /templates but with the same result. Also when I set: 'enableDropZone' => 1,// render a drop zone where files could be uploaded via 'dropping' to "0" the dropzone just stays visible in a a slightly different way. I feel like it's not fully working, How can I check / improve it's functoinality to make sure these features work like they are supposed to? ? I would like it to look and work like this example does: Just a select button and showing uploaded files :) https://blueimp.github.io/jQuery-File-Upload/ Thanks in advance! Bram

Wow thanks man! ? I already tried that, and it didn't work, guess I did something wrong, this worked fine ? Thanks! (Y)

Hi Guys, I found here: https://processwire.com/docs/selectors/#finding2 that I can exclude results from my $pages->find($selctor); query by using parent!=123 ( parent ID ) But I was wondering if I can also do so based on the parent template? I've tried doing it by itterating over the matches array and dropping the matches with the parent but since the result is limited for use with the paginator it only drops the items from the batch displayed on this page. Say from the results within matches 0 - 20 and not the entire 0 - 220. Anybody have a idea of how to achieve this? ? Thanks in advace! Bram

Hey Guys, I'm working on deploying a portal like website which will allow different companies to log into the portal and end up on their own version of the site. I was wondering if you could give me some advice on how to structure this. These are the goals I have in mind: - Every company that uses the portal should have it's own version of it, preferably it's own database - I want to use the same template files for all the instances of the site for all companies - One company should NEVER be allowed to use the portal of a different company I was thinking of creating main pages with the names of the companies and have all other pages with the same templates as always copied to be children under that page. So for instance: - Home - Company 1 ( company1.portal.com ) - Portal Home - Portal Content - Portal Contact - Company 2 ( company2.portal.com ) - Portal Home - Portal Content - Portal Contact If using the same database I could give all user account a code that refers to their company part of the portal so if user xyz logs in and had the company code "company2" they would get sent to the Company 2 portal. But I'm not sure how safe this is? Any suggestions or ideas of how to handle this best? Also I was wondering if it is possible to create the company1.portal.com domains without adding DNS records to my hosting account constantly? Any tips or suggestions will be greatly appreciated :) Grts, Bram

Thanks Moritzlost! That does just what I needed ? (Y) You rock! ?

Hi Guys, I found that my site is producing this notice on the front end, even when $config->debug = false and also when admin is not even logged in. How do I keep the site from displaying this message to front end users? The notice is about a few vars being tested, which in this case aren't defined, how would I stop that from happing all together when testing vars? if I for instance wrap the $discountCode = blabla in a if($order) { ... } statement than I'm again testing for $order which isn't a object in this case which throws another notice.. This is the notice: Here is my current code: // PAD DISCOUNT CODE HOOK // First we see if we have active discount code if ($this->session->orderId) { $order = $this->pages->get($this->session->orderId); } if($product->geen_korting == 1) { $nodisc = $product->geen_korting; } else { $nodisc = $product->parent->geen_korting; } $discountCode = $this->sanitizer->selectorValue($order->pad_discount_code); $dc = $this->pages->get("template=paddiscount, title=$discountCode"); if ($dc->id) { if ($nodisc) { $discount = 0; } elseif ($dc->pad_percentage) { $discount = $newprice * ($dc->pad_percentage / 100); } } $event->return = $newprice - $discount; Thanks in advance ?

Hi Krlos, I did get it to work in the end! I used the onepagecheckout template found in padloper. I will send you a zip file with all modules en templates of my site needed for this integration you can just copy the Mollie module in it's entirety. Be sure to select it in PaymentModule. Yoiu can check my checkout scripts on how I invoked Mollie. You can copy what you need from my files and stitch your own version of the integration together ? Hope this helps! Grts, Bram

Thank you sooo much for this!! Truly super helpful, I've been trying to implement that precise script for two days, since I didn't know you had already done it, and failed! ? thanks! ? I do however have a few questions O:) I've been playing around with the config options but can't quite get the script to do what I want, I currently have: $options = array( 'showUploaded' => true, 'uploadsDeletable' => true, 'showUploaded' => true, 'setMaxFiles' => 9999, 'setOverwrite' => false, ); But after the upload the script doens't show the files I uploaded, Nor do I see links to the files opening in a Gallery. Also I've not managed to upload more than 50 files at once, the rest of the upload seems to just get dropped. What settings would I have to use to: - See the images already in the folder - See the images after uploading with link to open them in a gallery? - Actually upload 9999 files? Thanks in advance! ?

Hi Guys, I've read all the info in this thread but since half is about the umlaubt and half about the content type I can't realy figure out if and how this was solved. This is what I get out of WireMail: Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit <p>Beste Bram,<br /><br /> Er is een account voor je aangemaakt op: portal.bewakingsgroep.nl<br /><br /> Je gebruikersnaam is: brammus<br /> Je wachtwoord is: 2c9c3s2EgAm4<br /><br /> Na het inloggen zal je gevraagd worden een nieuw wachtwoord op te geven.<br /> Onthoud dit wachtwoord goed en deel het met niemand.<br /><br /> Vriendelijke groet,<br /> Tonny Jacobs<br /><br /> Bewakingsgroep.nl</p> Does anyone know how to fix this? I've already tried the suggested updates to WireMail and the version from the repository to no avail :\ Thanks in advance!

I checked a email from the frombuilder and got the same result. I never had this problem before with any other processwire sites I have. Any ideas on what could cause it? Thanks in advance ?