Eric Malalel

Hi @sakalvictoria,

There was no error in PHP log but the Windows Event Viewer finally give me a hint. The 500 error was due to a memory exception in the OPCache PHP optimization module.

I stopped IIS, cleared the OPCache cache directory, adjusted some OPCache settings, and everything is back on track, including your plugin.

• This reply was modified 7 months, 3 weeks ago by Eric Malalel.

Thanks for the info, I have contacted them by email.

I have been able to add some logic in the Divi child theme I use to force use of the Divi Builder on posts, so everything is fine now, thanks.

A Divi post template is a template made with the Divi Builder, a front end editing tool provided with the Divi theme.

Templates can be defined for posts, pages or any custom posts.

The trick is that when you create a new resource in WP admin, whether it is a post, a page or any custom post type, you first choose manually to build it with Gutemberg or the Divi Builder, the default being Gutemberg.

As your plugin is automatically creating posts in the front end, it does not explicitely requests to use the Divi Builder.

In the database, the post_content column is the raw text entered on the form, not the set of shortcodes generated by the Divi Builder.

I wonder if there is a way to have a workaround.

Thanks for feedback. PHP 8 is required by some of my customers for security reasons, so I can’t downgrade.

Anyway, keep me posted when the solution will be compatible with PHP 8.2.

Thanks, it works fine

for sure, have a nice holiday season and I hope to hear good news from you next year.

After some more tests, deactivating the whole REST API is a bit violent, so i have to move back.

Any solution on your side will therefore be much appreciated.

I am using domain based multisite where each site has its own domain and there is no parent/child relationships between these domains.

I am using Microsoft IIS as web server and set up rewrite rules accordingly, everything works fine.

As I am a bit in a hurry (sorry), I have deactivated your plugin and added a piece of code in the child theme I use to deactivate the WP REST API, so now user enumaration through REST API is no longer available.

I read the other support posts so yes, I was logged out when doing my tests.

I test using this URL:

https://%%domain%%/wp-json/wp/v2/users

When I network activate, it works when %%domain%% is the name of the main site domain, but does not work on any other site domain of the same multisite install.

FYI, I am running this plugin on WP on PHP 8.2 and having no issue on sites built with Divi theme from Elegant Themes.

• This reply was modified 1 year, 11 months ago by Eric Malalel.

I have exactly the same problem with the same error in PHP log:
Maximum execution time of 1800 seconds exceeded in C:\inetpub\wordpressMUtests\wp-includes\functions.php on line 7736
Any update on your side?

Yes. I host on Win 2012 and IIS 8.5, maybe plugin has not been tested on this infra.

Due to short delay, I had to adopt another solution and publish the files I need with a txt extension rather than a json extension.

Thanks for advice, I just tried it but it does not work on my network install, where I put it as a must use plugin.

JSON file still cannot be uploaded.

Hello Mehedi,

Thanks for reply. However, I already use these filters to disable emails sent to Super Administrator and User when Super Administrator adds a new User in Network Admin (this is a multisite install, I forgot to mention it) .

Here, I want to disable the email sent to User when a Site Admin adds an existing user to its site.

Right now, did not find yet how to do it.