Also I propose creating a read-only instance of each wikimedia project
(e.g. the domain "en.wikipedia.org" becomes "read.en.wipedia.org")
connects to a proxy that will only deliver the content, will deliver no
access to the various tools around, no preferences, no logon, just a basic
search bar at top of page, no edits and a side bar limited to visit some
read-only portals or pointing to other related websites not restricted by
This website would just have a local standard cache of generated pages,
with long expiration date (about one week is a minimum), it would be
semi-live. But at least we continue delivering the content.
And to preserve privacy, this red-only edition should propose to extract
some large navigatable extract (e.g. by collecting pages from a start page,
plus some randomly selected start pages, up to some level of depth or a
maximum downloadable file size) that can be browsed offline (with the
existing offline Wikipedia reader apps). Users could then navigate freely
from some wellknown Wikipedia portals of from any subject they are
interested in. This extraction can be made on top of the caching proxy,
maximizing the use of its cache (filled by contents requested by any other
Which format will be used for the download ? Basically a collection of
prerendered HTML pages, plus images and some common CSS stylesheets, no
packed in an archive and freely installable on any webserver, or in a
desktop storage folder. The metadata of these pages would only contain the
date of production, no history at all. It could also contain the licence
info (and for listing the contributors, one would have to browse them
online with a decently secured browser, we would just display the URL to
follow to get that history list online).
2018-06-14 15:23 GMT+02:00 Philippe Verdy <verdy_p(a)wanadoo.fr>fr>:
Not able to even read the wiki in an enforced
incognito mode (removing all
private session keys, disabling some scripts, just render the content)?
Then we should revert them to use some alternate read-only mirrors (but
most of these mirrors are augmented with advertizing and do not preserve
the privacy of their visitors, unless they follow the new European RGPD
rules strictly: we copuld divert them by sending them to a mirror hosted in
a respectable site in the EU where at least RGPD is respected and enforced).
If we don't, then users will just see some contents cached by Google (and
with various site trackers enabled).
We can also send them to a WM promotional website managed by some chapters
(or by the Wikipedia Zero program), or send them to an offline archive
(possibly via an external application and a downloadable database of
Blocking simple visitors only is IMHO very brutal and opposed to our
sommon objectives: making the data available to anyone anywhere. OK we can
block contributors (including spseudo-anonymous IP users).
We could also promote the use of a web proxy for read-only access to the
2018-06-14 14:42 GMT+02:00 Johan Jönsson <jjonsson(a)wikimedia.org>rg>:
On Wed, Jun 13, 2018 at 9:37 PM, Philippe Verdy
So this transalted text will be posted on several
pages with the same
English content below? Or will be in an autotranslated template that will
be posted only a single page?
Why should not this message appear as an announcement posted on any page
of the wiki, or part of a newfeed posted by email or on several talk pages
For me it's jut look like a summary for another page, ideal for
inclusion in an autotranslated template and what is below is unrelated. If
this is used only a single page, you don"t need the template, but you would
translate the full article directly. Then a separate summary announcement
could be made.
As they won't be able to access the wikis, it won't be on a wiki page at
all, but on a very simple landing page. See see
for context. (:
Translators-l mailing list