Forum Replies Created

Viewing 12 replies - 16 through 27 (of 27 total)
  • Thread Starter alexrms

    (@alexrms)

    I will check into other hosting options, thanks

    Thread Starter alexrms

    (@alexrms)

    Note to Justin Greer.

    Hi Justin,
    Is there some way I can send you my site credentials so that you can try?

    Thread Starter alexrms

    (@alexrms)

    I installed using FTP

    Thread Starter alexrms

    (@alexrms)

    Thanks.

    I gave host credentials.

    I renamed the plugin folder to disable everything in one shot.

    Yes, it was all tried

    Thread Starter alexrms

    (@alexrms)

    Like I said in my first post, I checked the forums extensively and found the year old discussions.

    I went through all of it and found no help.

    Even tried uploading an old wp-login.php and commented out 3 lines to bypass test cookie check.

    It didn’t work.

    Thread Starter alexrms

    (@alexrms)

    After the site came back up, it still took me over 12 hours to login using Safari because of the cookie problem.

    Thread Starter alexrms

    (@alexrms)

    Like I said, I need to use the cache because my site easily fails when I don’t. Just as it did about 14 hours ago when you tried.

    It worked for months with the Wordfence falcon cache until about 10 days ago.

    Now it does not work with or without the cache.

    I read somewhere that the Wordfence caching reduces the need for many database requests and therefore prevents my site from totally crashing.
    I don’t see how I can blame the cache. It doesn’t crash when I use it. Should I not use Wordfence?

    Thread Starter alexrms

    (@alexrms)

    I get the cookie error after logging in.

    This is what happens…

    ERROR: Cookies are blocked or not supported by your browser. You must enable cookies to use WordPress.

    Thread Starter alexrms

    (@alexrms)

    I habe cleared the cache hundreds of times and have explained that it was done in my first post

    Thread Starter alexrms

    (@alexrms)

    iPage explained that WordPress redirects to install if too many database requests. They said the problem was WordPress not their server.

    If you look near the bottom of my sidebar, you will see…
    VISITORS ONLINE
    Most visitors online at one time were 598 on March 19, 2015 @ 11:33 am
    There are 2 Users online now.

    The site always fails when I get numbers like that.

    I can’t argue as I don’t know about such stuff. They asked me to read a large technival document about that but I hung up on the chat session when they couldn’t just explain it to me and wouldn’t help further.

    When I asked “Is that what did it?” they just kept repeating I should read the document.

    I initiated the chat with them the first time my site was down and kept redirecting to install screen.

    Anyway, that is not my concern now.

    I just want Admin access with Chrome and/or FireFox.

    Thanks

    Thread Starter alexrms

    (@alexrms)

    Update to my first post…

    I tuned the Falcon cache back since it didn’t appear to cause the login problem but configured it to not cache the WP test cookie.

    Not sure if I did that correctly, but here is the contents of the new htaccess file…

    #WFIPBLOCKS – Do not remove this line. Disable Web Caching in Wordfence to remove this data.
    Order Deny,Allow
    #Do not remove this line. Disable Web Caching in Wordfence to remove this data – WFIPBLOCKS
    #WFCACHECODE – Do not remove this line. Disable Web Caching in Wordfence to remove this data.
    <IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/css text/x-component application/x-javascript application/javascript text/javascript text/x-js text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon application/json
    <IfModule mod_headers.c>
    Header append Vary User-Agent env=!dont-vary
    </IfModule>
    <IfModule mod_mime.c>
    AddOutputFilter DEFLATE js css htm html xml
    </IfModule>
    </IfModule>
    <IfModule mod_mime.c>
    AddType text/html .html_gzip
    AddEncoding gzip .html_gzip
    AddType text/xml .xml_gzip
    AddEncoding gzip .xml_gzip
    </IfModule>
    <IfModule mod_setenvif.c>
    SetEnvIfNoCase Request_URI \.html_gzip$ no-gzip
    SetEnvIfNoCase Request_URI \.xml_gzip$ no-gzip
    </IfModule>
    <IfModule mod_headers.c>
    Header set Vary “Accept-Encoding, Cookie”
    </IfModule>
    <IfModule mod_rewrite.c>
    #Prevents garbled chars in cached files if there is no default charset.
    AddDefaultCharset utf-8

    #Cache rules:
    RewriteEngine On
    RewriteBase /
    RewriteCond %{HTTPS} on
    RewriteRule .* – [E=WRDFNC_HTTPS:_https]
    RewriteCond %{HTTP:Accept-Encoding} gzip
    RewriteRule .* – [E=WRDFNC_ENC:_gzip]
    RewriteCond %{REQUEST_METHOD} !=POST
    RewriteCond %{HTTPS} off
    RewriteCond %{QUERY_STRING} ^(?:\d+=\d+)?$
    RewriteCond %{REQUEST_URI} (?:\/|\.html)$ [NC]

    RewriteCond %{HTTP_COOKIE} !(comment_author|wp\-postpass|wf_logout|wordpress_logged_in|wptouch_switch_toggle|wpmp_switcher) [NC]

    RewriteCond %{HTTP_COOKIE} !test [NC]
    RewriteCond %{HTTP_COOKIE} !test\scookie [NC]
    RewriteCond %{HTTP_USER_AGENT} !test\scookie [NC]
    RewriteCond %{HTTP_USER_AGENT} !test [NC]
    RewriteCond %{REQUEST_URI} \/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)(.*)$
    RewriteCond “%{DOCUMENT_ROOT}/wp-content/wfcache/%{HTTP_HOST}_%1/%2~%3~%4~%5~%6_wfcache%{ENV:WRDFNC_HTTPS}.html%{ENV:WRDFNC_ENC}” -f
    RewriteRule \/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)\/*([^\/]*)(.*)$ “/wp-content/wfcache/%{HTTP_HOST}_$1/$2~$3~$4~$5~$6_wfcache%{ENV:WRDFNC_HTTPS}.html%{ENV:WRDFNC_ENC}” [L]
    </IfModule>
    #Do not remove this line. Disable Web caching in Wordfence to remove this data – WFCACHECODE
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^www.smoljanovic.eu [NC]
    RewriteRule ^(.*)$ https://smoljanovic.eu/$1 [L,R=301,NC]
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>

    # END WordPress
    ———————————–

    There is no change.

    Still no access via Chrome or Firefox.

    Any help would be appreciated.

    Thanks,
    Alexander Smoljanovic
    https://smoljanovic.eu/

    Thread Starter alexrms

    (@alexrms)

    Yes. That also happens far too often. I am told its because I have too many visits and the database can’t keep up.

    The fix for that was using the Wordfence falcon cache.

    I disabled all the plugins to rule out plugin problems and then of course, my site failed as well.

    I re-established the Wordfence cache as I momentarily was allowed to login admin using Safari.

    It took over 12 hours of trying to finally login again.

    Still can’t use admin with Firefox or Chrome.

    Site is ok to check now.

Viewing 12 replies - 16 through 27 (of 27 total)