gielvandam

The problem has not been solved yet, but by now I think the problem is in robots.txt I am working at it.

After a lot of research I think it was the W3cache plugin. I have now set the relevant page to “do not cache”.

I should like to give the solution but I donn’t know. It works again and that is the best.

I switched off one after each other my other plugins and I changed nothing. After a night there was no problem anymore???

Thanks! The follow up of my question was quick. Even better that google repeared it them selves so you and we can do thomething but not necessary.

I have looked at the settings from your point 1. They are equal.

At your point 2 it was 755. I changed it to 777 but no success.

At your point 3: in the folder “frontend” I only find one item .gitignore It has no bites.

So please a next step ??

After deleting the date field, SUBMIT (Verzenden) still doesn’t work:
https://www.vakantiehuisje-noord-veluwe.nl/verhuren/reserveren

This is new for me!
Here are the errors.
Some are not for you, I have to solve them.
But the last are for sure for you:

Loading failed for the <script> with source “https://www.vakantiehuisje-noord-veluwe.nl/verhuren/weblog/wp-content/themes/bosuil/js/sound-mouseover.js”.
reserveren:13
JQMIGRATE: Migrate is installed, version 1.4.1
jquery-migrate.min.js:2:542
ReferenceError: playclip is not defined[Learn More]
reserveren:1:1
Loading failed for the <script> with source “https://www.vakantiehuisje-noord-veluwe.nl/wp-content/uploads/form-maker-frontend/js/fm-script-11.js?ver=1527303771”.
reserveren:857
TypeError: window[(“check_before_submit” + form_id)] is undefined[Learn More]
main_div_front_end.js:969:5
TypeError: can’t convert undefined to object
main_div_front_end.js:1553:8

CristinaC, I don’t think it is simular because I even cann’t submit!

Dear Donccha,

The ne version of super cache solved the problem.
so I don’t know what changed but it works fine.
Thnaks.

Something more.
I did everything automaticaly BUT there are differencis between my .htaccess and the text you present by “mod_rewrite rules”
RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{QUERY_STRING} !.*attachment_id=.*

The howle file:

# BEGIN WPSuperCache
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
AddDefaultCharset UTF-8
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{QUERY_STRING} !.*attachment_id=.*
RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{HTTP:Accept-Encoding} gzip
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html.gz [L]
RewriteCond %{REQUEST_METHOD} !=POST
RewriteCond %{QUERY_STRING} !.*s=.*
RewriteCond %{QUERY_STRING} !.*attachment_id=.*
RewriteCond %{HTTP_COOKIE} !^.*(comment_author_|wordpress|wp-postpass_).*$
RewriteCond %{DOCUMENT_ROOT}/wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html -f
RewriteRule ^(.*) /wp-content/cache/supercache/%{HTTP_HOST}/$1/index.html [L]
</IfModule>
# END WPSuperCache
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

I deleted the files in the cache directory through ftp but it doesn’t help.
Still the same problem.

My eye was catched by something else. Perhaps it has something to do with this item.
Whem i go to the source of the page i see the first time:
<!– Dynamic Page Served (once) in 0.365 seconds –>
After refresh
<!– Dynamic Page Served (once) in 0.365 seconds –>
<!– Cached page served by WP-Super-Cache –>
But i expect that when i go to an other computer it wil serve the cached file. But that is not so. First the dynamic and after refresh the cached file.

It is a pitty.
I am not allowed to set the limit to 64M.
32M is the maximum.
And that doesn’t help.
Where is all this memory used for.
Cann’t i shrink the ammount the plug-in needs?