Last modified: 2013-09-14 17:13:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2119 - Allow full caching of all HTML, even for logged in users
Allow full caching of all HTML, even for logged in users
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2005-05-09 14:35 UTC by Daniel Kinzler
Modified: 2013-09-14 17:13 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Daniel Kinzler 2005-05-09 14:35:44 UTC
There was some talk about a better aproach to rendering and caching at LJ in
january, see <>. I would
like to repeat the suggestions I made there, so maybe someone can have a look at
implementing them some times. Its basically about using redirects and CSS to
allow all users to be served the exact same HTML code. So here goes:

* The NewTalk-Natification could be implemented by CSS: It would always be
present in the HTML, but invisible (set to "display:none"). An additional small
CSS could be included that is always pulled from the apache and just makes that
message visible when needed.

* innocence suggested in the IRC to handle "My Talk" / "My Contributeion" etc by
pointing them at a special page that automatically redirects to the correct user
page. That sounds good...

* The only problem remaining is "red links". This could be solved using css and
redirects too: first, let the links point to the normal URL, without the "edit"
action - when a nonexistant page is visited, simply redirect to the edit-page.
That would be a change in semantics, but it would be worth it i think.

* The coloring of dead links could be done via a separate css file that is not
cached and always created dynamically by the apaches. This CSS would need to
define a separate class for every link-target, maybe named along the lines of
"link_to_Foobar" - that'S not very elegant, but it should work, i think...

So i belive it *is* possible to use full HTML caching *all* requests. What do
you think?
Comment 1 Happy-melon 2011-03-30 22:47:40 UTC
I think that this is throwing away a lot of accessibility and semantic clarity, which in the modern age of MediaWiki we would not accept.  Including the newmessages bar on every pageview for all text browsers is pretty much a nonstarter in 2011.  WONTFIX/INVALID?
Comment 2 Marius Hoch 2013-09-14 17:13:34 UTC
I agree that we should WONTFIX this for various reasons (most obvious ones already pointed out).

Note You need to log in before you can comment on or make changes to this bug.