I have a site that I made updates to, however none of the changes show up when I log out. I can see all the changes on the pages when I am logged in, but I even went as far as to remove a link from the top menu and I still see the link when I log out.
It's almost like I'm seeing a different instance of WordPress when logged in, but I have no idea how that would happen. There's only one database so that can't be the case right?
The URL is https://CXForward.com
I tried removing the "Our Services" link from the top menu, and everything looks fine while I'm logged in, but as soon as I hit log out or view it from a different browser, the link is still there. I'm hosted on SiteGround. Has anybody experienced anything like this?
EDIT: I've found that I can upload a file that is visible in both the browser I'm logged in with as well as another browser that is not logged into the site: https://cxforward.com/wp-content/uploads/testing.txt
So it would appear that I am pointed to the same code base at the very least.
I figured it out. There's a SiteGround Optimizer plugin that apparently does caching for the site. It's bizarre. I deactivated the plugin, then reactivated it and all my changes appeared on the site when logged out. So weird.
Related
I migrated the company's website on a new hosting server. Since then, I cannot access my Wordpress dashboard when I'm logged in.
When connected, I see my website and the classic Wordpress top bar. But when I click on the button with the name of my website (usually that sends me to the dashboard) it just sends me back to the home page.
I add that the top bar isn't really like the classic top bar since it doesn't contain any option.
Here's a screenshot.
The top of my website when logged with the top bar of the admin wordpress
Clicking "Bonjour Signature_Beta" doesn't do anything. I can only log out.
Going to the /wp-admin page gives me an error saying "Sorry, you do not have authorization to reach this page". Except, I'm supposed to have authorization since my profile has a wp_content value of a:1:{s:13:"administrator";b:1;} and wp_user_level of 10.
I have tried multiple things I found online that didn't come to fruition sadly :
Renaming plugin's folder (nothing changes except page breaking because they're made with Elementor)
Renaming theme's and child theme's folder (page goes blank, top bar still there though)
Replaced .htaccess file (nothing)
Checking my account didn't lose admin privilege through phpmyadmin (it didn't, it's at level 10 + it has the weird administrator code
Added a new admin account through function.php (can log in with it, still can't access dashboard)
Increased memory limit
Repair database tables
Kind of desperate and frustrated about it.
Thank you in advance for the help :)
Ok with a fresh pair of eyes, I found out what was the problem. Tables prefix! I followed what was described here : After moving Wordpress, login works, but no admin access anymore
For the record, I never found it when googling or searching my answer here before posting. When posting my question I review the post stackoverflow suggested and it wasn't there either. But now it's suggested next to my post, so... great!
I am developing a website and I faced an issue today on my site, I will try to briefly explain the scenario hoping anyone could give a proper explanation for it.
My website is a WordPress website and I have the coming soon page activated so users will be redirected to it.
Two days ago I turned that plugin off by mistake and users were able to see my page. Today I turned it back on, and that's where the issue arises.
In full web (desktop) the coming soon page is visible and working fine, but when I hit the responsive view on my chrome browser the page is still available and the welcome page is not. In the sources tab, I can see the hosted directory being loaded so I went to the hosted directory (public_html) and I hid the folder that contains all the assets (renamed it to .foldername).
I hit refresh still loads the old page when I hit ctrl+shift+r I get the new version. On Firefox the scenario isn't reproducible it just happens on responsive view on Google Chrome browser.
Can anybody explain to me what's happening I assume it has something to do with Google caching my webpage and never updating it. But if like to hear a more professional explanation Thanks.
Have you tried clearing your Cache in Google Chrome? Also, Have you enqueued any Scripts or Styles in your functions.php file? If so, increase their version number. This will force the browser to download the Scripts and/or Styles again rather than loading any Cached copies.
Hope this helps to resolve your problem(s).
I have a site www.mathildaparadeiser.com that is showing a white screen of death on Chrome. All other browsers seem fine.
Removed all plugins but still being shown. Chrome is updated and Wordpress also. Looking in Chrome Tools I get this first error
VM100:1 Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.
Any ideas what would be causing this? Have debugged all I can.
Have you installed any chrome extension plugins ?
Your site has uses a service called Incapsula. The website admins configured Incapsula to prevent bots from accessing it's content.
Please read here more :-
How to get the body content from a PHP-generated HTML page?
Some times your site contents loads, some time it shows a captcha. Check with your Hosting provider to understand.
First time posting so please bear with me.
I'm the unofficial web guy at the company I work for and I helped create our basic static HTML site.
Any work that I do to the site offline and then FTP shows up instantly on my machine. I rarely, if ever, need to clear the cache for changes to show up. However, within the company I work for, nearly half of the users never see the updates. Some do, some don't.
On the machines that don't I've cleared the cache in browser and through the internet control panel settings. Nothing. Still shows the stale content. The only thing that works - and I've seen this both in Chrome and IE is that when I add www in front of the URL is then shows the refreshed site. No big deal, right? Well for users who type in mysite.com without the in front will not see the updates. People who have favorited it like that, will not see the updates.
Now, on to what I've tried to fix it. After much research many people have steered me away from meta tag refresh so I haven't tried that, however, with the help of the IT guy we have, from what we can tell, set the HTTP header of the site to always refresh. This did not do anything for us.
I've tried changing image names in the HTML page when updating a photo and that didn't work either.
I haven't been able to find a .htaccess file so can I create one? If we (IT guy and I) changed the HTTP Header setting to always refresh but there is not .htaccess file will there be no change?
Any help or suggestions would be greatly appreciated.
I have searched on here for the answer and the two most suggested changes are HTTP Header and Meta refresh. HTTP header didn't help and it seems the Meta tag route is bad form.
This is a DNS issue. You need to ask the provider of your web services to add an A or a CNAME record for the domain's root.
If you don't understand the above, just call the provider of your web presence (the company that hosts your web server) and tell them you want yourdomain.com and www.yourdomain.com to go to the same place.
Drupal 7.19
Acquia hosting
using Yottaa for optimization and monitoring
Problem: when trying to log in from home, we're experiencing something odd: we keep getting "logged out" ONLY on the front page. When you click anywhere inside the site, we get the admin toolbar and contextual links back. But we can't update the front page at all because it acts like it's logged out only for the front page.
This only happens when we're at home working on the site. This does not happen when we're in the work office.
Anyone experienced this? Don't know at what level is this occurring in...drupal, yottaa?
Found out the issue. It was a specific caching for the homepage on Yottaa's CDN. Once I turned this off, I was able to edit the home page again.
Note: They said that turning it off is not recommended. Instead, they recommend to flush the cache. Either way, found out what was causing the issue.