So, i have this issue where I've uploaded a web page and some supporting files (css, images, etc) - but when I make changes and upload the files, the changes don't show up.
I've tried clearing my local cache, deleting and re-uploading files, and even went into the server's cpanel (I have access to the WHM and backend) to do it directly through the file manager. No changes are taking effect.
I went through and checked the source code to the css file and it's not the same as what I'm uploading.
Is there something I'm missing? Is there such a thing as caching on the server? If so, how do I empty the cache, or fix the issue?
I'm kind of desperate.
Thoughts?
OK! As it stands - I have solved the problem.
The issue was SiteLock Security. It caches a great deal of information that we don't want. While on the phone with support, they ended up showing me how to get 1) purge the caching, and 2) change the settings for caching specific information.
I DO want to thank you all for your input. I DID lead me down the right path. Kudos to you!
Thanks, again!
-mb
Related
We have a site that a client uploaded a couple very large images into a menu, and it killed the load speed for the site on PageSpeed Insights. I went in and completely deleted the image from the media library and replaced it with an optimized image, yet the site is still recieving the same low score for those large images, even though they no longer exist on the site. If you click on the URL of the image with PageSpeed Insights, you get a 404 error, since it doesn't exist anymore. Why is it still showing in PageSpeed Insights? Is there a cache that needs to be cleared? This has been going on for over a week now.
You are using WP-super-cache plugin and something has gone wrong.
Disable the plugin and then look for the folder where it caches images (or just clear the cache within the plugin). Delete the folder.
You may also need to change your NGINX directives as well as I have a feeling they are redirecting incorrectly and that is the cause of the strange behaviour.
I would then use a different plugin.
Make sure to take a backup of the files and database first as there appear to be a lot of complaints about the plugin breaking sites so be careful.
I don't know exactly why my drupal 7 website became suddenly slow last week, after few days in production.
With xhprof, i see that at each page load,the system_list_reset() function triggers a call to cache_clear_all() function.
I deactivated all cache features.
I've read that it may due to missing files in modules and/or themes, but I didn't find missing files (except a wrong issue in 'missing module message fixer' module that indicates a missing module in view_export sub-module of view module).
I manually searched them , I didn't find where drupal can list these missing files.
Or maybe it's due to another problem.
Regards,
Open page inspector of your browser and in network tab check what files have unusually long loading time. It maybe be that some external service is causing this. Also it can be that your site is hacked...
Check most banal reason, the storage space - maybe disc of your server is full?
Check if file paths drupal is using are writable. Go to Configuration -> Median -> File system and just click Save. If some path is not writable it will get red outline.
Go to Reports -> Recent log message and check if some issue is maybe logged there. Also check for web server/php logs.
Try updating modules and drupal core - maybe some bug caused that and it's hopefully fixed in module update.
If not, try disabling modules one by one and see will that still happen. If you don't find problematic module try the same method with your theme. Would be good not to try this in production development and/or make backup before doing this.
thanks a lot,
by disabling module one by one, and by "datamining" in drupal DB, i've found that ADVAGG module was guilty.
The clean was difficult, because some entires remains in some tables of Drupal DB afther the module removing, but I hope it Ok.
BEWARE OF ADVAGG MODULE !
Funny :-/ with 'top', I've found a mining soft in /var/tmp/
systemd-private-a5422b1e6694466bbb0b63203573cad1-apache2.service-jMBN4U : nullcrew (from https://github.com/xmrig/xmrig)
I will investigate how it could land on my webserver
Best regards,
site: cart.oldfloridian.com
After clearing Magento's image cache, the site seems unable to rebuild image caches and certain pages are loading with a url extension ?___SID=U. All product images are coming up blank and look to be halting further loading of the site (no footer or sidebar loading on those pages).
It seems to be a permissions issue? Relevant folder (media) is currently recursively set to 777. But I'm still having issues.
I've read everything I could and found no solutions. Changed memory allowance in php.ini.sample to 512M. .htaccess does also have two areas that define this, set to 64M and 256M - would this change anything?
Any advice?
possibly this? - http://codepoets.co.uk/2011/magento-not-finding-product-images-solution/
I renamed folders (not files) manually, as I am a SQL newbie. No change.
Any help is appreciated. Thanks!
EDIT:
Alright, so my host returned the site to a backup from the day before I cleared the cache and at first that seemed to do something, but it has only returned certain images. It looks like Magento is still unable to rebuild the cache, only now it has some stuff in the cache instead of being dead empty. Should I try again all of those methods that previously had not worked? Deleting the cache folder, etc etc?
I had this exact problem and realized i forgot to install/enable gd library on my local server, it is a library responsible for image/thumbs cache recreation so check if gd2 is enabled in apache mudules
media folder permission 777
deleted htaccess file under the media folder
clear the cache
cache folder is writeable
rebuilt all indexes
In my case I resolve renaming .htaccess in .htaccessOLD
Check how much disk space is left.
I've experienced exact same symptoms before and it was because there was no disk space left to store new cache items.
This is related to my problem here:
Editing velocity template of Liferay changes not showing or takes a while
I've tried to investigate the caching problem and tried different things. Here's what I found out.
I just found out that my css is also delayed in showing the updates. I tweak my css file adding comment and testing it on my browser. Now just requesting it on the URL it will just give me an older version of the file. now if i put a query asking for version, (eg. mystyle.css?v2) it will pull the latest file and it records it. I can even see different version, eg. (mystyle.css?v1) or (mystyle.css?v2. I've cleaned my cache so it's definitely on the server side (i think).
Is there a way I can clear my cache?
Thank You!
you can activate Liferay's developer setting by including the properties that are in ROOT/WEB-INF/classes/portal-developer.properties.
Explanation: Liferay minifies and caches CSS and Javascript - once this is done it will not examine those for changes. The developer settings will disable that.
However, you don't want this setting active in production as this will mean that you'll have to load dozens of files instead of very few combined+minified, well cached, files.
I assume you are using this for development, not in production.
If you're having these problems in production, you should rather work with a proper theme plugin and redeploy that.
I took a backup of my live Magento site yesterday (zipped up the files and took a DB dump then created the site from those dumps).
Oddly though, on my local machine I get a firebug error that states "$ is not a function" and this error occurs every 500ms or so. So after a minute or 2 I have thousands of errors in the console all the same.
The site is an exact replica of my live site and I don't get the error on that so I'm stumped!
Usually I would think this is a prototype/jquery conflict, but it only seems to happen on my local machine.
Any one have a clue what might be going on?
Thanks
Load a page where you see the error.
View the source of the page.
Find the line that's supposed to load prototype.js by searching for the string prototype.js.
ex. http://magento.example.com/js/prototype/prototype.js
Discover that, for one of myriad reasons, the file isn't loading. (wrong URL, permissions, corrupt file, etc.)
Address problem discovered above.
Ok so this was the problem:
The reason it worked on live and not dev was because I had merge JS enabled on live and not on dev. Live was therefore looking at an old cached bunch of js. Disabling merge js on live highlighted that the problem did in fact occur on the live site.
This knowledge allowed me to debug further and I discovered that the problem lay with my jquery.hove.intent.js file. I updated this to the latest version and it solved everything! :)
Thanks all for your help and input though.