-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
hello,
toolserver.org can now be used for SSH logins (login.toolserver.org), URLs (http://toolserver.org/~username/), and email (username@toolserver.org).
moving of other services (e.g. JIRA) will happen later.
- river.
On Tue, May 27, 2008 at 11:47 AM, River Tarnell river@wikimedia.org wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
hello,
toolserver.org can now be used for SSH logins (login.toolserver.org), URLs (http://toolserver.org/~username/ http://toolserver.org/%7Eusername/), and email (username@toolserver.org).
moving of other services (e.g. JIRA) will happen later.
- river.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (SunOS)
iEYEARECAAYFAkg8LSgACgkQIXd7fCuc5vLoRQCff6dy9ThokMe68Gk+n0K1CM5G HLwAn1dP4CmFh+dntXBTjMWrZ0P0TSXl =/WfX -----END PGP SIGNATURE-----
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
At any time in the near future will the old ts.wikimedia.de and tools.wikimedia.de (or whatever they really are) become invalidated?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dan Collins:
At any time in the near future will the old ts.wikimedia.de and tools.wikimedia.de (or whatever they really are) become invalidated?
tools.wikimedia.de will always be valid, but it will probably turn into a redirect to the new domain.
the situation with ts.wikimedia.org is unclear, since there are some concerns about wikimedia.org, cookies, etc. since people should not have been using this domain for URLs, it should not be a major issue if it goes away in the future. (email to @ts.wikimedia.org would continue to work; the main change would be hemlock.ts.wikimedia.org no longer working with SSH.)
- river.
River Tarnell wrote:
the situation with ts.wikimedia.org is unclear, since there are some concerns about wikimedia.org, cookies, etc. since people should not have been using this domain for URLs, it should not be a major issue if it goes away in the future.
What about http://stable.ts.wikimedia.org/editcount/ ?
--Marcin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Marcin Cieslak:
What about http://stable.ts.wikimedia.org/editcount/ ?
http://lists.wikimedia.org/pipermail/toolserver-l/2008-April/001328.html - scroll down to '3. new stable server'.
- river.
River Tarnell wrote:
Marcin Cieslak:
What about http://stable.ts.wikimedia.org/editcount/ ?
http://lists.wikimedia.org/pipermail/toolserver-l/2008-April/001328.html - scroll down to '3. new stable server'.
This does not explain the issue of the *.ts.wikimedia.org domain as a whole. We shouldn't surprise users and move supposedly "stable" services around, although acceptance of the Java-based edit counter is IMHO low: enwiki has only 90 links to the stable counter vs. well over 5000 to interiot's counter (result's are skewed due to automatic inclusion of the link in the IP user talk).
Localization changes this a bit since plwiki has 232 links to the "stable" one and 2487 to interiot's.
So, I would recommend to maintain ts.wikimedia.org for some indefinite time, since people _are_ using it.
--Marcin
On Wed, May 28, 2008 at 9:15 AM, Marcin Cieslak saper@system.pl wrote:
This does not explain the issue of the *.ts.wikimedia.org domain as a whole. We shouldn't surprise users and move supposedly "stable" services around, although acceptance of the Java-based edit counter is IMHO low: enwiki has only 90 links to the stable counter vs. well over 5000 to interiot's counter (result's are skewed due to automatic inclusion of the link in the IP user talk).
Localization changes this a bit since plwiki has 232 links to the "stable" one and 2487 to interiot's.
So, I would recommend to maintain ts.wikimedia.org for some indefinite time, since people _are_ using it.
As River said in that e-mail, "when a project is ready, it will be moved to the new server and an HTTP redirect (if applicable) added on the old server." The URL won't break, it will redirect to the correct location. With all these cookies we want to set for *.wikimedia.org with SUL, having unapproved content on that domain isn't a good idea.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Marcin Cieslak:
This does not explain the issue of the *.ts.wikimedia.org domain as a whole. We shouldn't surprise users and move supposedly "stable" services around
as long as the old URL still works, i don't see the problem with moving it.
as we cannot use the ts.wikimedia.org domain forever, we have to move at some point; it's better to do that now when there are only 2-3 tools than some point in the future.
- river.
Maybe keeping a 301 Moved Permanently redirect for all requests to *.ts.wikimedia.org to the corresponding page on toolserver.org would be helpful? That way the old URLs would work, but people would be gently reminded to use the new one.
-Francine
On Wed, 2008-05-28 at 15:15 +0200, Marcin Cieslak wrote:
River Tarnell wrote:
Marcin Cieslak:
What about http://stable.ts.wikimedia.org/editcount/ ?
http://lists.wikimedia.org/pipermail/toolserver-l/2008-April/001328.html - scroll down to '3. new stable server'.
This does not explain the issue of the *.ts.wikimedia.org domain as a whole. We shouldn't surprise users and move supposedly "stable" services around, although acceptance of the Java-based edit counter is IMHO low: enwiki has only 90 links to the stable counter vs. well over 5000 to interiot's counter (result's are skewed due to automatic inclusion of the link in the IP user talk).
Localization changes this a bit since plwiki has 232 links to the "stable" one and 2487 to interiot's.
So, I would recommend to maintain ts.wikimedia.org for some indefinite time, since people _are_ using it.
--Marcin
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Francine R wrote:
Maybe keeping a 301 Moved Permanently redirect for all requests to *.ts.wikimedia.org to the corresponding page on toolserver.org would be helpful? That way the old URLs would work, but people would be gently reminded to use the new one.
-Francine
This is what will be happening.
MinuteElectron.
River Tarnell wrote:
Dan Collins:
At any time in the near future will the old ts.wikimedia.de and tools.wikimedia.de (or whatever they really are) become invalidated?
tools.wikimedia.de will always be valid, but it will probably turn into a redirect to the new domain.
It is now turned into a redirect. Breaking one of my bots, btw. Check your code for any url pointing at the old toolserver dns, as bots aren't too good at following redirects.
Platonides schrieb:
River Tarnell wrote:
Dan Collins:
At any time in the near future will the old ts.wikimedia.de and tools.wikimedia.de (or whatever they really are) become invalidated?
tools.wikimedia.de will always be valid, but it will probably turn into a redirect to the new domain.
It is now turned into a redirect. Breaking one of my bots, btw. Check your code for any url pointing at the old toolserver dns, as bots aren't too good at following redirects.
Depends on how good your framework is written; mine for example checks for Location: headers, but I dunno how the Perl/python/whatever libs handle this.
Marco
I have also filled out a BRFA on enwiki to replace all links, to avoid bot mess ups (I know there are some out there that will).
http://en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/ SoxBot_10
On May 28, 2008, at 4:32 PM [May 28, 2008 ], Marco Schuster wrote:
Platonides schrieb:
River Tarnell wrote:
Dan Collins:
At any time in the near future will the old ts.wikimedia.de and tools.wikimedia.de (or whatever they really are) become invalidated?
tools.wikimedia.de will always be valid, but it will probably turn into a redirect to the new domain.
It is now turned into a redirect. Breaking one of my bots, btw. Check your code for any url pointing at the old toolserver dns, as bots aren't too good at following redirects.
Depends on how good your framework is written; mine for example checks for Location: headers, but I dunno how the Perl/python/whatever libs handle this.
Marco
Toolserver-l mailing list Toolserver-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/toolserver-l
toolserver-l@lists.wikimedia.org