rocketraf

The same problem is with other long-sentence languages like Russian, Portuguese or Greek, but I don’t think it’s the max token limit which is exceeded. I’ve tested that for the input and output for a successfully generated post and max I noticed is 2500 token with max tokens set to 3800 in the post generator settings. Would be much easier if there’s any debug info.

I’ve checked my server PHP error.log and there’s been no errors during and after processing the post generation.

If I generate a single post it happens every second post generated. Sometime I can generate two posts in a row and then it just breaks on the third. If I do in bulk and paste e.g. 5 topics it rarely generate one and insert it in to posts table, but most often it breaks on first.

This happens for German language. However I used your plugin for English and Polish language posts generation without a single issue like this in the previous week using the same prompts and settings. I can’t tell if this is related to the German or some other issue caused by OpenAI API. A debug mode available for the generation process or a log somewhere would help.

What do you mean by developer console? I can check PHP logs, but which logs you are referring to? For me it seems that the reply from OpenAI is malformed. It doesn’t seem to be a PHP error.

• This reply was modified 1 year, 1 month ago by rocketraf.

I’ll reply myself. The “Disable async processing” option did that job. Turned it on and images are now uploaded when added to the library.

By the way I’ve got some other issue. It seems that images which are in my pages linked this way:

<a class="arishow" ><img class="aligncenter wp-image-20168 size-medium" src="https://www.xxx.com/wp-content/uploads/2022/09/xxx-300x209.png" width="300" height="208" /></a>

doesn’t load from the imagedeliver.net domain but locally. I mean the image in the <a href> tag which opens in a gallery view (arishow).

How can I make them open from cdn?

OK! Found the reason. Even though I disabled all plugins using the check conflicts plugin some of them was still messing around. It’s been PLUGIN OPTIMIZER where the Strong Testiomonials was disabled by default for all pages except selected. So my mistake. Please close as solved.

Hi, I’d like to get back to this issue with shortcodes not working at all. I have tested this with the standard twenty two theme and all plugins disabled, but the strong testimonials, and any ST shortcode e.g. like this [testimonial_view id=”3″] is not expanded to code. It’s just visible as plain text. The strange thing is that this happens only for new pages and all the pages created in some past display the same shortcode properly. I can’t find any reason for this. I use WordPress 6.0.2 and Strong Testimonials v3.0.2.

I use the Agile theme:
https://themeforest.net/item/agile-multipurpose-app-showcase-wordpress-theme/6631729

However if I change the theme to something standard, it makes no difference.

Regarding plugins there’s many of them. However it seems it’s not the fault of your plugin. As far as I tested, the issue affects all shortcodes. If I create a new page no shortcode works properly. They work only on the pages created in the past (can’t tell the exact date). It’s not a case of caching. I turned off Litespeed cache and cleaned it and that doesn’t help. I suppose some last update of the WordPress itself cause this in a specific conditions. Maybe they used their own built-in caching for shortcodes which doesn’t like my theme or some of the plugins.

• This reply was modified 2 years, 6 months ago by rocketraf.

Unfortunately the update has not helped. I’ve also noticed stars are displayed (at the old pages) in a very strange way (screenshots below).

image1
image2

• This reply was modified 2 years, 6 months ago by rocketraf.

Unfortunately it doesn’t help. If I try to enable the ST plugin in the troubleshooting mode I get a following error: “When enabling the plugin, strong-testimonials, a site failure occurred. Because of this the change was automatically reverted.”

It seems that if I deactivate the ST plugin, then rename it’s folder so that it is presented as a new plugin in the list I can activate it again and it works.

Sorry, I’ve only modified the functions.php but forgot to remove the wp_title() from the header.php. After I removed it title is now correctly displayed! Thank you very much!

Yes, I’ve had the notification and I’ve just fixed it according to the guide. The notification is no longer visible in my dashboard, but unfortunately this didn’t fix the issue. The homepage still shows the general title.

Thank you for the reply. Regarding the SEO/Titles and metas/Home the fields are correctly filled. Otherwise the title wouldn’t be correctly added to other pages but they are. Only the homepage is not. I’ve got “%%sitetitle%%” in there for the “Site title” field.

My setting for the homepage display in the Readings settings is “static” and it points to the correct homepage. Of course the SEO block for this page is correctly filled.

Do you have other ideas where to look?