Christoph Letmaier

Thanks for your answer.

I looked around on my local installation (xampp), and find in the Apache error log this line: “child process xxx exited with status 3221225477” – that error seems to be related to running out of ressources.

I rised the value of “ThreadsPerChild” from 150 to 550 in apache/conf/extra/httpd-mpm.conf, and the value of “ThreadStackSize” to 8388608 (Section “<IfModule mpm_winnt_module>”) and restarted the Apache server.

Locally that helped, now WordPress 6.5 and WooCommerce 8.7 are working, as far as I see.

The problem occur on Windows Machines with Apache Webserver, i use xampp locally, online Windows Server 2019 and 2022 with Apache for Windows, installed manually. I will try this solution later on the online servers.

Perhaps you place a note on the WooCommerce server requirement page which address this (Windows/Apache related?) problem.

If further troubles arise, i will contact WooCommerce-Support as you proposed.

• This reply was modified 2 weeks, 4 days ago by Christoph Letmaier.
• This reply was modified 2 weeks, 4 days ago by Christoph Letmaier.
• This reply was modified 2 weeks, 4 days ago by Christoph Letmaier.

Thank you for your answer, it works this way.

Thx for the answer!

@mostafas1990: Unfortunately I don’t have time for testing right now.

@danipmd: from the WP Rocket support team I got this proposed debug workflow:

1. On the Media tab, uncheck LazyLoad
2. On the File Optimization tab, uncheck each option, one at a time.
3. Each time you deactivate an option, check your site in a private/incognito browser window where you’re not logged in as a WordPress user.
4. Reload the page a couple of times to make sure it’s cached. When the issue resolves, you know it was caused by the last option you disabled.
5. Once you know the option that causes it, consult this guide for possible fixes:http://docs.wp-rocket.me/article/19-resolving-issues-with-file-optimization

I did not try that, maybe it helps you.

Update: in a recent try it worked. Perhaps the problem is, in my case, that I disabled wp_cron in wp_config.php (for performance reasons) and defined the execution of wp_cron.php via my server settings. So I have to wait for cache updates until wp_cron.php is executed again…

Strange, WP Super Cache works only when wp_cron.php is called. Is there a reason for this behaviour?

• This reply was modified 5 years, 2 months ago by Christoph Letmaier.

Hello Jason,

hm, then please tell me how to add other languages for the opt-out message.

In the available field “Opt-out message” there is only a html input textarea. Since I’m using WPML i need PHP to add a string for the String Translation Tool or an input textarea for each language.

I want “This website stores cookies on you computer” in english and in German (if someone opens the site from Austria, Germany or Switzerland) “Diese Website speichert Cookies auf Ihrem Computer.”

Also in english the buttens “Accept” and “Deny”, in German “Annehmen” and “Ablehnen”.

This is not possible with HTML only, as far as I know.

I’ve discovered that the SiteOrigin PageBuilder doesn’t write the content into the page conent are, it uses user defined field (WP table postmeta, meta-key “panel_data”.

I think that is the problem. UAM doesn’T process the whole page (with the user defined fields) but only the content area.