Hello
I made some changes to the template on a test area.
When I move the files to the domain that interests me, my changes are not fully visible.
I deleted cahce joomla but the same.
I'm interested in this so that people who have already accessed my site in the past can see the changes without them having to delete their browser history (they wouldn't know this is needed).
Can help with a solution ???
https://forum.virtuemart.net/index.php?topic=144845.0
it seems we didn't get along.
if or link site you do not see any error, because there is no error .. simply if i do not delete the browser history i do not see the changes.
For example: I made visible on my mobile 2 products in a row, not one as it was ..
If the history is not deleted from the browser, everything is displayed as it was before.
VM 4.2
jOOMLA 3.9.13
Php 7.2
Well you are definitely not on VM4.2 as the latest version is - 3.8.2...
Your Joomla is way out of date 3.9.18
Try and provide a live link
.
so -- your on VM3.4.2 - latest is 3.8.0
anyway .. I always install the free Regular Labs - Cache Cleaner -- and set it to auto clear on every save
That should be enough unless you are using some sort of server caching like Cloudflare etc?
In this case u have to manually clear it from your cPanel
OK thanks
I do not use anything special, so I will try the recommended method
Now I no longer use the Joomla cache for the eshop, but I use quality hosting (dedicated servers with high performance) and I optimize the e-shops (I fix developer errors or implement various fixes).
We used to use a cache, we even programmed our own extension (in the jotcache system), which dynamically changed in real time the dynamic information (price, number of pieces in stock) that was added to the page when displayed.
It was never 100%.
As GJC wrote, I still install and use Regular Labs - Cache Cleaner in the PRO version on all websites.
You can see the eshop in version 3.4.2 here:
www.kolo-park.cz
I see the problems here as you describe.
I do not use server-level Cloudflare.
I deleted cahce from joomla, I deleted cache with Cache Cleaner. Whatever I do if I don't clear my browser cache it doesn't work. my site is deregulated.
When installing CacheCleaner I had the following warning:
Fixes issue with Cloudflare Purge Cache button in Cache Cleaner system plugin settings not working when API Key method is selected
# Fixes issue with Cloudflare zone not being found when zone field is left empty (should use current domain).
I don't know, or I don't quite understand what should be done here
Could that be the problem?
This is becoming an extended guessing game.
Please post a live url
live url for you who did not access my previous site will have no effect (for you at the first access everything will be ok)
Does this old "standard" method work for you? Add to the template header.
<meta http-equiv='cache-control' content='no-cache'>
<meta http-equiv='expires' content='0'>
<meta http-equiv='pragma' content='no-cache'>
Not working - old "standard" method
QuoteI do not use server-level Cloudflare.
I deleted cahce from joomla, I deleted cache with Cache Cleaner. Whatever I do if I don't clear my browser cache it doesn't work. my site is deregulated.
When installing CacheCleaner I had the following warning:
Fixes issue with Cloudflare Purge Cache button in Cache Cleaner system plugin settings not working when API Key method is selected
# Fixes issue with Cloudflare zone not being found when zone field is left empty (should use current domain).
I don't know, or I don't quite understand what should be done here
Could that be the problem?
that just looks like a warning from the latest version
https://www.regularlabs.com/blog/1372-cache-cleaner-adds-support-for-new-cloudflare-api-tokens-version-7-2-released
have you searched in Joomla plugins for the string "cache" to check that there is nothing enabled ?
my settings Clear Cache Joomla and Regular Labs - Cache Cleaner
If it is a browser cache issue, ie when you clear the browser cache you can see the changes, then it is the browser that must be attacked. I use 3 different browsers to check site changes and do see browser cache problems periodically. Does not bother me, though. When I notify a client that I have made changes to a page on their site I always include a ctrl+f5 instruction.
What about https://developer.mozilla.org/en-US/docs/Web/API/Cache/delete
I renamed template.css (works like this)
it's the only solution for me
Thank You
Is not good solutions.
You must add timestamp for JS and CSS programmatically and setup Expires in httacess.
I use versionning. For .eg template.css?v1.0.0 to prevent old css or javascript in the browser cache
Or template.1.0.0.css
Patrick:
QuoteI use versionning. For .eg template.css?v1.0.0 to prevent old css or javascript in the browser cache
Or template.1.0.0.css
Interestingly.
I just don't know how to do it, when we have 382 changes in css in the last six months and it is generated automatically from less files by the T3 framework.
That probably doesn't work, does it?
Timestamp sounds better to me, I don't have to deal with 382 versions, because I set it up in php once and I don't care anymore.
It may be the right option for manually created css, but I doubt it is a universal solution for us as well.
@Pinochico
You can add the versioning as a parameter in your template for .eg, but in my case, it's more when i add own css or javascript files in my extensions.
Patrick:
Thanks, templates form Joomlart (base on T3 framework - we use it), create verisoning self - after any change in less or JS files, then generate css and js file with generated number of version.
So I don't care about this :)
Just thought I would add my ten cents worth:
As far as I am aware - "managing versions" requires a very small one time effort using Joomla native support and letting php (at load time) add a differentiator for version. I dont want my editor or myself to be responsible for versioning.
When I upload a css or js file to my live server, I want all visitors to get this version and for any prior cached versions to become irrelevant.
Joomla allows for this:-
$document->addStyleSheet("...demo.css", array('version'=> yourversionstuffhere etc..
I want a "code and forget" function.
So just adjust - "yourversionstuffhere" - and create an appended version that includes php's file content modified information.
$doc->addStyleSheet('...yourcssfile.css', array('version'=> 'ver='.date("YmdHis", filemtime('...yourcssfile.css'))));
result = yourcssfile.css?ver=20200501104344
Of course, you must provide the correct path to your css file!
Exactly the same approach can be used for js files.
Thereafter - everytime you upload the file, it will be re-versioned - no matter how many times you upload it.
AH:
but you don't use automatic generated finally css from template T3-framework, isn't it?
You write info only about our custom css added for component, module, fonts, but not from bootstrap T3-framework template :)
That is not correct for me, I have only one output css file minimized from every css files on the eshop and minimized version generated template automatically :)
Yes, about version by date and time in php I wrote in my previous post, that is correct, thanks for your ode.
Pinochio
QuoteThat is not correct for me, I have only one output css file minimized from every css files on the eshop and minimized version generated template automatically
And that is a good thing to have.
However if you have your own template, auto generated versioning may not exist and can be a pain!
So i wanted to add another persons view for those who may be wondering why customer browser caching is happening (possibly as a result of apache server
mod_expires )
And what they might be able to do to resolve it :-)
AH:
thanks, that is right :)
Quote from: pinochico on May 20, 2020, 16:19:25 PM
Is not good solutions.
You must add timestamp for JS and CSS programmatically and setup Expires in httacess.
why isn't it a good solution?
Today I optimalized one onepage website.
And created cca. 48 update css files.
What do you think?
48 x manually change file names or automatically added timestamp? :)
Quotewhy isn't it a good solution?
Because it is manual and you have to create a new name every time!
With a date/time option in your template/modules - you dont need to change the filenames - just upload the file
Here's what I use to avoid this problem:
The timestamp method is very useful, but so that I don't have to add it everywhere, I use JCH Optimize Pro.
Since it combines the css files, whatever changes I make, it is enough to change the version of template.css in the index.php file. Or upload it again if a timestamp is used.
Changing the version causes JCH to compile all the files again and thus refreshes them.
In addition, with a good setup, it greatly improves the evaluation of the site in Google PageSpeed Insights.
It also removes comments in files and adds photo sizes where they are missing.