Reuhno

+1

Hi there,

I have exactly the same problem with a site hosted on SpinUp WordPress VPS

It seem related to cache (Nginx page cache).

Everything’s fine then xxx hours later, the new cache version don’t output the samestyles.

I will try the filter, but it’s annoying

FYI, this bug appeared at least since 13 days / 18 of july

• This reply was modified 3 months, 3 weeks ago by Reuhno.

Hello,

I made so further investigations.

I found the portion of your code that triggers the bad flush of rewrite rules !

In class-simple-job-borard-post-type-jobpost.php , on line 52, you made a call to flush_rewrite_rules() fuction. But this functions triggers every times, even if custom post is already defined.

 public function simple_job_board_init() {

            if ( !post_type_exists('jobpost') ) {
                
                // Register the custom post type
                $this->createPostType();
        
                // Flush Rewrite Rules only when registering the custom post type
                flush_rewrite_rules();
            }

Can you see this problem?
And do you think you can fix it?

• This reply was modified 8 months, 3 weeks ago by Reuhno.

Hello,

As I said previously, the problem occurs with your plugin IF WPML is activated.

WPML All alone; No problem
WPML + Your plugin: The htaccess is constantly refreshed

Regards

Hello,

Did you see my last message ?
Any update about this bug ?

Thank you very much for the quick response,
nevertheless, it is still not good.

I tried all of that, I just did the same thing again just now.

If you are talking about version 2.11.0, I can assure you that it always generates a new .htaccess file every time the page loads.

As said previously, this htaccess is re-generated when you change the language in the frontend.

Hello and thank you for taking this question seriously.

I will look into generating custom rules, but can you tell me if, in the future, this rule could be implemented automatically in your extension?

(For my part, I have a lot of sites with your extension, and it would be a phenomenal time saver if it was done alone)

Thank you for everything

Thank you very much for considering my comment.

Thank you for the answer.

I find this choice of design a shame, because your plugin is really well designed. Offering the possibility of a free text field would really allow greater freedom in the layout.

I do not share your point of view on the speed gain in data entry with this system.

Unfortunately, I don’t have the skills to develop my own plugin for Gutenberg with react, so I will reluctantly have to choose another plugin.

Keep me posted if you ever reconsider your point of view.
have a good day

Hello and thank you for the response. I think your reasoning is too complex or something escapes me on the complexity of the request.Isn’t it just possible to have an input type field that accepts a string and not a number value?

I dont really understand the reason why you want to “force” value to be a number?

For example, I faced the following problem with the same client:

Sometimes display a price, for example:

Product……. 10€

sometimes a price per period:

Service…….. 20€ / year

Leaving a field as a string would allow all of this. From my point of view in all, it would seem logical.

What do you think ?

• This reply was modified 1 year, 5 months ago by Reuhno.

Thank you for your update. As I saw with your support, it works fine.

@waumsley me too !

On the other hand, by activating the honey pot of gravity form, no more worries a priori.

However, it would be nice if Gravity Zero Spam was updated so that sites don’t get spammed after an automatic update :/

Indeed !

There was a translation string with “Warning” and the wrong translation.

I corrected it this afternoon on https://translate.www.ads-software.com/projects/wp-plugins/redis-cache/stable/fr/default/

Have a good day

Hi @isaumya,

Yes, the behaviour I describe is the one after applying your method, which otherwise works very well.

However, before I unchecked your checkbox ‘WP Rocket flushes cache directories – (recommended)’ in your plugin, I can assure you that I systematically had a flush with an EXPIRED header response + a complete preload every hour.

As it is, everything works fine on my site, but my remark could be useful to other people who might have the same concern (It is a pity when the site is static that it is emptied unnecessarily).

#####
More precision :

If you look at this file (Wp Rocket Core) : https://github.com/wp-media/wp-rocket/blob/aea8f96b0725f900deaa337af2f87c37277676ff/inc/Engine/Cache/PurgeExpired/PurgeExpiredCache.php

rocket_after_automatic_cache_purge_dir is always triggered, even if $cache_enabled variable is false

Thanks @isaumya

You’re right, I will do it in your way! Thanks ??