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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T4119, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2119 - Allow full caching of all HTML, even for logged in users
Allow full caching of all HTML, even for logged in users
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  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: ---


Attachments

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 <http://www.livejournal.com/community/wikitech/2943.html>. 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.


Navigation
Links