I’ve been experiencing the _doing_it_wrong() notices on my site after updating to WordPress 6.7. The error message is as follows:
PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the
woocommerce-min-max-quantitiesdomain was triggered too early.
This issue occurs because translations are being loaded too early, which is flagged as a problem in WordPress 6.7 (due to changes in how translations are handled). It shows up when WP_DEBUG is enabled and happens on admin pages.
I noticed that this issue was fixed in the Yoast SEO plugin, as they addressed translation loading at the correct time. However, I’m still encountering the same problem with the WooCommerce Min/Max Quantities plugin, which seems to trigger translations before the init hook.
Has this issue been fixed in the latest version of WooCommerce Min/Max Quantities?
If so, can someone confirm which version includes the fix?
Thank you for your help!
]]>- WordPress version 6.7.2
- Photo Gallery plugin version 1.8.34
In WordPress, the Zoom Out option in the top right corner of the edit page is very useful for gaining an overview of the page layout. However, as soon as the Photo Gallery plugin is activated, this Zoom Out option is replaced by the Page Speed Score feature, which is available for premium users.
This is the default functionality which has the ‘Zoom Out’ in the top right, this is when the plugin is disabled
I attempted to disable the Page Speed Score option within the plugin settings, but the original WordPress Zoom Out functionality did not return. Even after disabling the Page Speed Score feature, the Zoom Out button remains missing from the edit page interface. Additionally, when I deactivate the Photo Gallery plugin entirely, the Zoom Out then restored restored site-wide.
This is when the plugin is active the Zoom Out button is removed…?
I would greatly appreciate your guidance on how to resolve this issue. Please let me know if you require any additional details.
]]>I have encountered the following message in my debug.log, which was enabled during development:[13-Mar-2025 09:04:45 UTC] PHP Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the duplicator domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in …/wp-includes/functions.php on line 6114
Although notices are not as critical as errors, it’s best to address them to avoid any potential issues. This particular notice suggests that translation loading is being triggered too early, likely due to the timing of code execution. Translations should be loaded at the init action or later for proper handling.
I’m bringing this to your attention so it can be addressed promptly.
Thank you for your attention to this matter!
Best regards,
Alexander Behling
Question: Optimizing Sitemap Performance for a Large WordPress Site on AWS EC2 with Bitnami
I am hosting a WordPress site on an AWS EC2 instance using a Bitnami stack. The database is hosted on Amazon RDS, and Redis is used as a caching layer along with the WP-Optimizer plugin. The site currently has a sitemap with around 20,000 pages, which is expected to grow to 100,000 pages.
The issue is that the sitemap and wp-admin pages are loading very slowly or eventually showing a 500 Internal Server Error. However, all other pages on the site are loading smoothly without issues. The server has enough memory and storage available, and the following configurations are in place:
Caching: Redis and WP-Optimizer are enabled.
Plugins: Rank Math Pro is used for generating the sitemap.
Logs: Apache error logs show warnings like:
Constant WP_MEMORY_LIMIT already defined
Undefined array keys "find" and "replace" in the Rank Math Pro plugin files.
Timeout errors (AH01075).
Server: EC2 instance with sufficient CPU, RAM, and disk space.
PHP-FPM: Default timeout settings.
Here’s what I’ve tried so far:
Optimized the wp-config.php file to remove duplicate constants like WP_MEMORY_LIMIT.
Updated all plugins, including Rank Math Pro, to the latest versions.
Increased PHP-FPM timeout in the configuration file.
Ensured the server resources are sufficient.
Despite these efforts, the sitemap still takes too long to load, and wp-admin occasionally shows internal server errors.
Questions:
How can I optimize the sitemap generation and loading process for such a large number of pages (20,000 to 100,000)?
Are there specific configurations or adjustments needed for Rank Math Pro to handle large sitemaps efficiently?
Is there any additional tuning required for Redis, Apache, or PHP-FPM to address these issues?
Would splitting the sitemap into smaller chunks or switching to a different sitemap generator plugin help resolve this problem?
Are there any known issues with large sitemaps on Bitnami stacks, and how can they be mitigated?
Any guidance on resolving these performance issues would be greatly appreciated. Thank you!
]]>I need your help with the following:
- I have two websites where I am using the CookieYes plugin.
- On the site https://educacao-financeira-infantil.pt, the plugin works correctly, and the consent banner appears upon entering the site. This site uses the Hello theme.
- However, on the site https://professorfinancas.pt, the plugin is not functioning correctly. Even though the plugin settings indicate that it is active, the consent banner does not appear when accessing the site (even in incognito mode). This site uses the Efor – Coaching & Online Courses WordPress Theme by Pixelwars.
- Could the issue be due to incompatibility with the theme used?
- Or could it be another type of incompatibility (with other plugins, etc.)?
I appreciate your attention and support.
Nuno Santos
Question: Optimizing Sitemap Performance for a Large WordPress Site on AWS EC2 with Bitnami
I am hosting a WordPress site on an AWS EC2 instance using a Bitnami stack. The database is hosted on Amazon RDS, and Redis is used as a caching layer along with the WP-Optimizer plugin. The site currently has a sitemap with around 20,000 pages, which is expected to grow to 100,000 pages.
The issue is that the sitemap and wp-admin pages are loading very slowly or eventually showing a 500 Internal Server Error. However, all other pages on the site are loading smoothly without issues. The server has enough memory and storage available, and the following configurations are in place:
Caching: Redis and WP-Optimizer are enabled.
Plugins: Rank Math Pro is used for generating the sitemap.
Logs: Apache error logs show warnings like:
Constant WP_MEMORY_LIMIT already defined
Undefined array keys “find” and “replace” in the Rank Math Pro plugin files.
Timeout errors (AH01075).
Server: EC2 instance with sufficient CPU, RAM, and disk space.
PHP-FPM: Default timeout settings.
Here’s what I’ve tried so far:
Optimized the wp-config.php file to remove duplicate constants like WP_MEMORY_LIMIT.
Updated all plugins, including Rank Math Pro, to the latest versions.
Increased PHP-FPM timeout in the configuration file.
Ensured the server resources are sufficient.
Despite these efforts, the sitemap still takes too long to load, and wp-admin occasionally shows internal server errors.
Questions:
How can I optimize the sitemap generation and loading process for such a large number of pages (20,000 to 100,000)?
Are there specific configurations or adjustments needed for Rank Math Pro to handle large sitemaps efficiently?
Is there any additional tuning required for Redis, Apache, or PHP-FPM to address these issues?
Would splitting the sitemap into smaller chunks or switching to a different sitemap generator plugin help resolve this problem?
Are there any known issues with large sitemaps on Bitnami stacks, and how can they be mitigated?
Any guidance on resolving these performance issues would be greatly appreciated. Thank you! ]]>
It’s not showing any stock on my second website where I added the API.
See Screenshorts
https://prnt.sc/-1Iqu1jWPRFa
https://prnt.sc/Ck-plBGzYWmQ
https://prnt.sc/2_YhhtLBNdwT
https://prnt.sc/DRntxOCtV-rr ]]>
Thank you! ]]>
I’m experiencing an issue with the?Woof Filter?plugin on my WooCommerce site. The filter is no longer appearing on the “All Products Page” (https://shop.schaerer-holz.ch/sortiment/). It was working fine once, but now it’s gone, and I’m not sure what caused the issue.
Here’s what I’ve tried so far:
- Cleared Cache:?I’ve cleared both the browser cache and any caching plugins I’m using.
- Plugin Updates:?I’ve ensured that both WooCommerce and the Woof Filter plugin are up to date.
- Conflict Check:?I deactivated all plugins except WooCommerce and Woof Filter to check for conflicts, but the filter still doesn’t show up.
Additional Information:
- Woof Filter Version:?HUSKY – Products Filter Professional for WooCommerce V 3.3.5.3?
- Theme: Astra
- Page Builder Elementor
- WooCommerce Version: V 9.7.0?
- WordPress Version: V 6.7.2
Steps to Reproduce:
- Go to the “All Products Page” (
https://shop.schaerer-holz.ch/sortiment/). - Notice that the Woof Filter is missing.
Expected Behavior:
The Woof Filter should appear above or alongside the product listings, allowing users to filter products by attributes.
Actual Behavior:
The Woof Filter is not visible on the page.
Screenshots:
all products page:
when choosing the category the filter is showing:
permalinks:
Questions:
- Has anyone else experienced this issue with the Woof Filter plugin?
- Are there any known conflicts with specific plugins or themes?
- Are there any custom code snippets or settings I should check to ensure the filter displays correctly?
Any help or guidance would be greatly appreciated! Thank you in advance.
]]>https://barbadosninjathrowdown.com/checkout/
https://barbadosninjathrowdown.com/events/island-safari-barbados/
]]>