interesting... so whenever i change the forum's cookie name it forces all browsers to fetch info from the forum server rather than use cached data? that makes perfect sense... but i'm a little trigger shy when it comes to changing the forum cookie, iirc i ran into some issues the last time i did it, for example users had a hard time staying logged in for a day or so, their sessions would time out.... is this something that a change in cookie name could cause or did something else must have cause the issue? also, are there any potential downsides to changing the cookie name, short term? thanks!
That does nothing with cached CSS of course.
does nothing with cached css? well that's no bueno for my needs, a deal breaker in fact... re what phpbb version i'm using? way behind the times i'm afraid, 3.1.9, plan to update one of these days, but not in the immediate future..... so nothing else i can do?
i use this when i'm making changes but always thought it was for admin view, i.e. it wouldn't work the same for other users, but i guess that's not the case? btw i've often forgotten to disable it on the live board after making changes, never noticed any performance hit, let alone major hit, maybe it's because my board isn't high traffic?
wow, didn't realize this, can't ask questions about 3.1.9 anywhere on this board, that's not related to upgrading? are there other popular phpbb boards where this can be discussed?
extremely helpful and a great idea! re cntrl + f5, does it behave the same across all browsers (for example, safari)? can cntrl + f5 be executed with mobile devices (i never use mobile devices)? and does it cntrl + f5 flush all browsing history, just the forum history, or just the current page history? thanks again!AmigoJack wrote: ↑Thu Sep 20, 2018 7:48 amThat's the reason why the support forum is named [3.2.x] Support Forum and (amongst others) [3.1.x] Support Forum is in the archive category and have no write permission anymore. As a result most users evade this by asking for support in a non-support forum.
Caching is a fundamental concept and you can't force others to flush it. Do site changes on a release level instead of daily and make a global topic about your site changes - that way it's seen in every forum of your board and when users read to hit CTRL+F5 they'll hopefully do it. Don't think about other ways, it's not worth the hassle and surely has more downsides.
re mobile devices, yes it's in the settings, either via the browser or settings app, was just wondering if there was also a shortcut key(s) similar to desktop... in fact that's what started my quest, the reason for my post, forum members who are primarily mobile device users but who don't know, by and large, how to clear their mobile device cache, and when told most seem to think it's a very daunting task with mysterious, negative, consequences such as bookmarks being erased, photos lost, it's very frustrating.AmigoJack wrote: ↑Thu Sep 20, 2018 3:04 pmNo need to full quote me, especially if you manage to colorize parts of it instead of only using that part as a quote to begin with.
No, Macintosh users need to press ⌘+R most likely. The most common internet browsers have the same key combinations. Flushing a cache is unbound to a history. And since you ask: the cache's sense is to not always re-transmit all resources from the servers again and again; purge it and no local copy is there to begin with, hence all resources are re-requested from the servers.
Software on mobile devices (as in smartphones and tablets, not notebooks) is subject to its operating system and missing input possibilities. As a result it's most likely hidden in menu items, such as "settings > privacy & security > clear cache/browsing data". These pictures should give you or others the idea.
XKCD about this.
apachewith the module
.htaccess. See https://httpd.apache.org/docs/current/m ... pires.html for a documentation, and for sure you'll find a lot of examples by using a proper search engine
Mobile devices have no keyboard, hence they have no shortcuts. Onscreen keyboards don't expect multiple fingers at once either.
Seriously, you have a dynamic content website - the way you formulate it would mean the board with its links to forums, topics, posts and profiles would also be cached for days, but that's clearly not the case. Whatever you do now, you took the wrong approach and ended up trying to solve avoidable problems. One example: the link "private messages" has always an appropriate text when having new PMs or not.