We’ve possibly picked up a problem with some functionality on our website when we upgraded to 9.4 last month. To eliminate 9.4 as being the cause I want to re-publish all files on another Mac that is still running 9.3.4. However, it’s a big project and when I do this it hangs during the export phase and then RW becomes unresponsive (though not appearing as unresponsive in ForceQuit).
Is the reason for republishing problem because the project file has been saved as a 9.4 file and will not now work as a 9.3.4 file? TIA
Hi Dan, It hangs when working its way through the export phase. It reaches a page (different each time) and the twirly grey thing just goes round and round). The message is ‘waiting for Stacks plugin to provide page files’. I cancel publishing and RW goes unresponsive and I have to force quit.
If I can just share the actual problem we are having… We have a secure YabDab FormSnap 3 form on each of 180 pages that are used to submit a membership. For literally years the form has submitted in around a second. For the past month, despite no changes (other upgrading from RW 9.3.4 to 9.4) the form takes 20+ seconds to submit - and often times out. Because we are still on FormSnap 3, YabDab won’t support. I get that but we can’t upgrade to v4 because it will take me days to implement on 180 pages. A software partner working on something unconnected to this had a look and provided this information:
There is a part in stacks_in_92_formsnap.php which requires -
//$mailer_path = DIR .‘/../../../rw_common/plugins/stacks/formsnap/lib/formsnap.class.php’;
$mailer_path = DIR .‘/../../../rw_common/plugins/stacks/formsnap/lib/formsnap.test.class.php’;
From testing inside that test file I could evaluate that the cause of slowness is due to the function sendMessage
public function processForm()
//Removed for brevity
$send = $this->sendMessage();
//Removed for brevity
$receipt = $this->sendMessage(true);
//Removed for brevity
}
By hashing out the sendMessage function the callback response took 17ms
The php part alerted me. Our web host (Zen Internet) is operating on PHP 8.1.31. On RW9.3.4, we are operating on PHP 7.4.21 but I noticed that RW9.4 also provides PHP 8.4.4 and I wondered whether some wires had got crossed and this was causing our problem.
It’s a real bugger because the time lag with the form submission is affecting a lot of people.
That sounds like a Stacks plugin issue. RapidWeaver is waiting for it to pass the files, but for some reason the Stacks plugin is stalling… Have you dropped @isaiah a message or email about this?
In the meantime, you could try right-clicking and exporting each page individually to try and narrow down the issue. It could just be a single misbehaving stack or resource
Oh, that’s not good
The PHP in RapidWeaver is for local testing and does not affect what is published to the server.
Your hosting company may have recently upgraded the PHP on your server, which could well be the cause of the slowness.
Not much help to you right now, but I wonder if Elements might be a better-supported solution for you going forward… Can you share the URL of your website so we can see if Elements could be a potential solution for you in the future?
Thanks for info Dan. Zen haven’t upgraded PHP - though one is planned for May. The biggest problem we have with the site, which is constantly evolving, is maintenance - and it all points at one person - me! For that reason we are at the early stages of rebuilding the website with RWC and Joe W’s CMS. I spoke with you about Elements a couple of years ago to find out whether it would have a CMS capability - but at that time at least, you/RW said probably not. It’s a bit blocky and dated - but here you go: www.greenercamping.org. There are also 180+ hidden, secure pages (one for each campsite, that the campsite owners use to join members when they book).
