I think they should live on a special mantinance page.
-----Original Message-----
From: Magnus Manske [mailto:magnus.manske@epost.de]
Sent: Fri 9/20/2002 7:02 AM
To: wikitech-l(a)nupedia.com
Cc:
Subject: [Wikitech-l] Please test new special pages
There are two new special pages to be tried out at Lee's test site:
* http://www.piclab.com/wikitest/wiki.phtml?title=Special:Disambiguations
* http://www.piclab.com/wikitest/wiki.phtml?title=Special:DoubleRedirects
They should be pretty self-explaining.
Note: The DoubleRedirects page takes some time, but the same database
query entered manually at the "live" site takes only about 3-4 seconds.
Please gimme feedback! Are they working? Are they worthy for the live
site? Should they (and others to come) rather be integrated on a single
"Special:Maintnance" page?
Magnus
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)nupedia.com
http://nupedia.com/mailman/listinfo/wikitech-l
There are two new special pages to be tried out at Lee's test site:
* http://www.piclab.com/wikitest/wiki.phtml?title=Special:Disambiguations
* http://www.piclab.com/wikitest/wiki.phtml?title=Special:DoubleRedirects
They should be pretty self-explaining.
Note: The DoubleRedirects page takes some time, but the same database
query entered manually at the "live" site takes only about 3-4 seconds.
Please gimme feedback! Are they working? Are they worthy for the live
site? Should they (and others to come) rather be integrated on a single
"Special:Maintnance" page?
Magnus
As requested, I've set up a Dutch test wiki running the new software.
I've been sent also a Danish translations file, but I don't yet have
access to the usemod database for the current Danish wiki to convert
from; when I have that I'll set it up too.
A couple days ago I wrote:
> http://eo.wikipedia.org/
> http://pl.wikipedia.org/
and http://nl.wikipedia.org/
> (This will be the same location the final upgraded wikis will be at,
> but the current .com URLs will also be redirected there once things
> are set up for real.)
>
> A number of things are probably broken, including:
>
> * There may be searching problems with non-ASCII chars
Please check!
> * Article titles which start with non-ASCII chars may not have proper
> case conversion. This is either a bug in the locale setup or in PHP's
> ucfirst() function; if I can't iron it out, I'll copy in the
> workaround I'd used in an earlier version of the program.
Now fixed on pl, eo. Nl is latin-1, shouldn't have a problem.
> * There are some article titles in the Polish database which started
> with lowercase non-ASCII chars. These may have been skipped in
> conversion; this should be fixable with automatic renaming, remind me
> to do that.
I'm told this is not a problem for the Polish wiki. Please check on
others.
> * The automatic conversion of uploaded files is very buggy so I
> temporarily disabled it; I'll rework that in a bit. In the meantime,
> test to be sure that uploads work.
More or less fixed now. Please check them!
Files previously linked from the English wiki are automatically copied
over in the conversion and relinked with the new syntax; files linked
from the meta wiki are not, mainly because that's on a different server
and I don't have clean access to the upload space there.
> * User accounts are not carried over; make sure you can create and use
> new accounts.
Still true.
> * X-system conversion for the Esperanto wiki isn't currently
> implemented; until I get that cleanly worked in, use Ek! (Windows) or
> an appropriate multilingual keyboard layout (Mac, Unix) to type
> supersigns.
Still on the agenda...
> * I've converted both of these wikis to standard UTF-8 (from modified
> UTF-8-with-X-surrogates for eo and ISO-8859-2 for pl). Difficulties
> internal to the system (for instance, capitalization issues) should be
> sorted out shortly. Polish folks; if this is a real problem with
> browser support (can you read & write as before?), let me know; in the
> worst case I can shift you back to ISO-8859-2 and have more charsets
> to deal with.
No one's complained to me yet (though there are some URL-prettification
issues in general which I will be attacking when I get a chance;
especially as regards the note at the bottom of the Printable version),
so I guess that's fine. Dutch and Danish will continue to be ISO-8859-1
for the time being.
> * URLs with titles in the old syntax/charset aren't compatible yet,
> this will be added in before final conversion, so URLs will be
> preserved. On the same note, interlanguage links to English, French,
> German etc (ISO-8859-1) with accented characters won't work if typed
> in straight. That'll get fixed in a bit.
Still on the agenda. Dutch, Danish are the same as English, German;
don't have to worry about this.
> * Namespaces may be generally broken, and some translations may suck.
> :) Suggestions for improvements and corrections are welcome.
Please check these!
> * Talk (diskusja, priparolu) links are (or at least should be)
> automatically converted to namespaces, but the links aren't taken out
> of the body text yet. That'll be done later.
These should now be automatically plucked out in most cases (where the
link appears alone on a line and it looks safe to remove). Please check
that real links haven't been disappeared too.
Note that pre-conversion text should be preserved in the edit histories,
so individual problem conversions should be easy to restore. Serious
problems, of course, should be fixed in the script before the final
conversions are made.
> * The timezone on the new server is UTC instead of California time;
> for Polish eventually the _default_ offset will be local Polish time,
> but this isn't ready yet.
Done. Polish, Dutch should be on Central European time by default, as is
the live German wiki. Manual timezone offset is still against UTC.
> I'll be making improvements over the next few days; if things are
> looking reasonably good, expect final conversion by the end of the
> week. Please play with editing, special pages, etc and complain at me
> if things other than the above-mentioned don't work.
>
> Oh, and here's the page on the English wiki which describes the
> various changes from the old software to the new:
> http://www.wikipedia.org/wiki/Wikipedia:PHP_script_new_features
-- brion vibber (brion @ pobox.com)
The Dutch Wikipedians (or at least a few of them) have been working on
translating the configuration file the last few weeks, and now regard
themselves ready to start up Phase III for real (or at least in test version).
The result of our work can be found at:
http://home.deds.nl/~sol3/wikinl/LanguageNL.php.txt
We don't know what should happen now, but would like to get on the new
Software as quickly as possible.
Andre Engels
> Why is the German Wiki on Pacific, when the English one is on UTC?
> How is someone in Brazil or Australia supposed to answer the
> question, since southern DST is out of phase with northern?
There's only one server, and it's now on UTC. The /text/ of the
German wiki is incorrect, and just hasn't been updated (I think it's
correct in CVS, but since I'm not a German speaker I'll have to
rely on Magnus to confirm that).
Should it be possible to send e-mail to addresses like
root(a)wikipedia.org, postmaster(a)wikipedia.org, etc? At the moment,
sendmail doesn't accept connections except from the local machine on
loopback so, eg a theoretical person trying to complain about a spammer
sending stuff through clever manipulation of the "e-mail this user"
function couldn't reach the customary addresses.
-- brion vibber (brion @ pobox.com)
> Should it be possible to send e-mail to addresses like
> root(a)wikipedia.org, postmaster(a)wikipedia.org, etc? At the
> moment, sendmail doesn't accept connections except from
> the local machine on loopback so, eg a theoretical person
> trying to complain about a spammer sending stuff through
> clever manipulation of the "e-mail this user" function
> couldn't reach the customary addresses.
I'm sure it's just a matter of sendmail configuration; I'm
just not very up on that because I use qmail on my server.
Sorry about this but I need a little help to defeat a fairly draconian packet
filter on our network ... and you're all so smart ...
Anyway, I'm on machine A, and all attempted connections between the outside
world and A get dropped. I can ssh/rsh/telnet/anything to Unix machine B, and
run any program I like on it (though not as root), and packets from machineB
can get to the outside world. So I want to route my packets via machineB
Is there a routing rule / IPFW rule / user mode program that I can use to
selectively reroute my packets so I'd write:
[gowen@machineA]$ reroute machineB:7272 netscape http://www.wikipedia.org
and all the network requests would be transparently proxied port 7272 on
machineB (where I was running a program that then sent the packets out into
the ether). To be honest, I don't know enough about networking to know if
this is even possible.
I'm root on machineA, but not machineB.
And no, the firewall isn't there to stop me doing this ... its a "temporary"
stopgap since some of our machines got used in a DDoS attack. Unfortunately,
"temporary" has a tendency to mean "policy will probably be repealed before
heat death of universe".
--
Gareth Owen
"Wikipedia does rock. By the count on the "brilliant prose" page, there
are 14 not-bad articles so far" -- Larry Sanger (12 Jan 2001)
As I was recently sent a translations file for Polish for the new
phase III Wikipedia software, I've set up preliminary test wikis for
Esperanto and Polish:
http://eo.wikipedia.org/http://pl.wikipedia.org/
(This will be the same location the final upgraded wikis will be at, but
the current .com URLs will also be redirected there once things are set up
for real.)
A number of things are probably broken, including:
* There may be searching problems with non-ASCII chars
* Article titles which start with non-ASCII chars may not have proper case
conversion. This is either a bug in the locale setup or in PHP's ucfirst()
function; if I can't iron it out, I'll copy in the workaround I'd used in
an earlier version of the program.
* There are some article titles in the Polish database which started with
lowercase non-ASCII chars. These may have been skipped in conversion; this
should be fixable with automatic renaming, remind me to do that.
* The automatic conversion of uploaded files is very buggy so I
temporarily disabled it; I'll rework that in a bit. In the meantime, test
to be sure that uploads work.
* User accounts are not carried over; make sure you can create and use new
accounts.
* X-system conversion for the Esperanto wiki isn't currently implemented;
until I get that cleanly worked in, use Ek! (Windows) or an appropriate
multilingual keyboard layout (Mac, Unix) to type supersigns.
* I've converted both of these wikis to standard UTF-8 (from modified
UTF-8-with-X-surrogates for eo and ISO-8859-2 for pl). Difficulties
internal to the system (for instance, capitalization issues) should be
sorted out shortly. Polish folks; if this is a real problem with browser
support (can you read & write as before?), let me know; in the worst case
I can shift you back to ISO-8859-2 and have more charsets to deal with.
* URLs with titles in the old syntax/charset aren't compatible yet, this
will be added in before final conversion, so URLs will be preserved. On
the same note, interlanguage links to English, French, German etc
(ISO-8859-1) with accented characters won't work if typed in straight.
That'll get fixed in a bit.
* Namespaces may be generally broken, and some translations may suck. :)
Suggestions for improvements and corrections are welcome.
* Talk (diskusja, priparolu) links are (or at least should be)
automatically converted to namespaces, but the links aren't taken out of
the body text yet. That'll be done later.
* The timezone on the new server is UTC instead of California time; for
Polish eventually the _default_ offset will be local Polish time, but this
isn't ready yet.
I'll be making improvements over the next few days; if things are looking
reasonably good, expect final conversion by the end of the week. Please
play with editing, special pages, etc and complain at me if things other
than the above-mentioned don't work.
Oh, and here's the page on the English wiki which describes the various
changes from the old software to the new:
http://www.wikipedia.org/wiki/Wikipedia:PHP_script_new_features
-- brion vibber (brion @ pobox.com)
A while ago, one of the lists was discussing "technical" categories for
articles. As far as I remember, many liked the idea to mark, for
example, a biography as such, so all biographies could be listed
automatically, searches could be limited to biographies, etc.
Nothing was ever heard of since.
It seems especially the Germans have a tendency for these categories.
They have lists which they keep up-to-date manually, but IMHO they'll
fail in the near future.
I put my proposal on meta
(http://meta.wikipedia.com/wiki.phtml?title=Technical_categories_in_Wikipedia).
Please comment and develop.
Magnus