>>>Please comment or suggest implementations.
If this is a regular ocurrence, then images that are currently being displayed on the front page could be protected while on the front page. It wouldn't greatly restrict the openness of the 'pedia; anyone could still upload images. Images that have made it to the front page rarely need to be uploaded over anyway.
Ben
Hello, this is Sponge from irc (same user name for wiki) and I dug up
some pricing on the GLC-SX-MM module we need for the cisco switch.
http://www.axiontech.com/prdt.php?src=FG&item=69092 $99 They have
two, they're in a California warehouse, but they can ship same day.
Shipping for NDA via UPS is affordable at less than $30 to zip-code
33703.
http://www.saveateagle.com/cisgesfplcco.html?ovchn=OTHER&ovcpn=Price+Watch&…
They have them, they're $119.00, and NDA shipping via UPS is over $50 to 33703.
And finally we have:
http://www.pcmall.com/pcmall/shop/detail~dpno~107051.asp
$349.99 NDA shipping over $50 again.
I'd suggest Axion, I've ordered stuff from them before, so we know
they're legit (sort of).
If I can be of any further help, let me know. :) ~~~~ errr, --Sponge! ;-)
Hello,
This is a feature suggestion. I also submitted it through Mediazilla (#1450).
(It could be that something like this was already proposed, I just haven't found it).
It is nice to see what the URL is pointing to in English (or any ASCII-7 based alphabet). Unfortunately, it is not the case for most other languages. For most of them, especially for the languages which are not based on Latin alphabet, URL-escaping makes URL unreadable and very very long. So, it would be nice to have some kind of short URLs for wikipedia pages. This will make it easier for the user to copy and paste the short URL into e-mail or on the web page. (I saw the reference to the wikipedia article in Russian in e-mail -- it is horrible: 3 lines of 80 chars each, absolutely unreadable).
The short URL itself could be something like this:
http://www.wiki???????.org/u/xyzuv
where
????? is a project name ({m,p}edia, etc)
u is a special prefix (may be empty);
xyzuv is an "encoded" form of longer URL
(very much like tinyurl.com's one).
It also would be nice to have this short URL on the printed page (as text, as well as a link).
As a side-effect, the bots on #XXrc-channel will be less verbose. We, at #ru.wikipedia, are using such short URLs, they seem more practical, and overall impression is better, than while using wprc-bots directly.
Shorter URLs, happier users.
Best regards,
--
DIG (Dmitri I GOULIAEV)
1024D/63A6C649: 26A0 E4D5 AB3F C2D4 0112 66CD 4343 C0AF 63A6 C649
Hello,
It is a feature suggestion. I also submitted it through Mediazilla (#1265).
It would be useful for the wiki contributor to have a RSS feed, containing fresh information about articles from his/her watch list.
The relevant URL for this kind of feed should be composed of two parts:
(1) first part is user specific and may looks like this:
http://XX.wikipedia.org/wiki/User:USERNAME
(2) second part is a randomly generated string and is here to protect
user's privacy, which does not change (it can, however, be changed
at the user's request).
Example:
http://XX.wikipedia.org/wiki/User:USERNAME?rss_id=febcbda8a5c3
The whole link to RSS feed will only be available to the user on the user's page _after_ authentication and may be placed under "Preferences" or inside "Navigation block" (latter is better, I think).
This way the user will receive fresh information about his/her watched articles through the RSS feed, while keeping his/her watch list private.
Best regards,
P.S. Please, CC me, I am not on the list (yet).
--
DIG (Dmitri I GOULIAEV)
1024D/63A6C649: 26A0 E4D5 AB3F C2D4 0112 66CD 4343 C0AF 63A6 C649
I guess WCCP is not in WM deployment.
Domas
-----Original Message-----
From: wikitech-l-bounces(a)wikimedia.org [mailto:wikitech-l-bounces@wikimedia.org] On Behalf Of Magnus Manske
Sent: Tuesday, February 01, 2005 9:20 PM
To: Wikimedia developers
Subject: [Wikitech-l] Squid bug'n'patch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://www.squid-cache.org/Advisories/SQUID-2005_3.txt
Anybody on it?
Magnus
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB/9ZMCZKBJbEFcz0RAo9gAJ9e6O8qrN9JbcSwBn8ytv6UsEFD6gCdFHfA
tYi2i1X/MocXF30j9kxzF5U=
=gIS1
-----END PGP SIGNATURE----- _______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org http://mail.wikipedia.org/mailman/listinfo/wikitech-l
Hi,
I've been runnning MediaWiki as a proof-of-concept for technical documentation.
It's gained a lot of support, and so it's being moved from it's current home on
my development box to a production server.
The version I'm running at the moment is WIN32 based using EasyPHP.
The intention is to move to Linux.
Can anyone give me any pointers for performing this migration?
Presumably I can take the current MySql datafiles and copy them across
unaltered, but I'd have a tidying up exercise when it comes to uploaded
images/document, and their relative paths?
Any advice/pointers appreciated
Sean
Hello all,
I'm using Mediawiki 1.3.9 to run a personal wiki, and I've disabled anonymous
editing. However, there are a couple articles which I'd like to allow users who
are not logged in to edit. Is this possible and if so how could I accomplish it?
There seems to be some bug in the en:Wiktionary's automatically
generated list of categories. It continues to show (in red) categories
that have been abandoned, and which have no text of their own.
Editorial controversy about these categories is not an issue.
Is there any way that the category list can be periodically reviewed to
remove the deadwood. While I understand that amending the list
everytime there is a change could stress the system, a once-a-day purge
would be helpful.
Thanks
Ec
Magnus Manske (magnus.manske(a)web.de) [050202 00:59]:
> Stirling Newberry schrieb:
> | On Jan 31, 2005, at 6:46 PM, David Gerard wrote:
> |> I asked on wikitech-l, and Magnus said his rating code is not (in his
> |> opinion) ready for prime time yet. Anyone want to beat it into shape in
> |> short order?
> | Link to code?
> Main stuff is in
> ~ phase3/includes/SpecialValidate.php
> though there are small parts elsewhere, e.g. display of the additional
> "validation" tab.
> I remember that, in addition to turning it on with some global variable,
> one needs to create a SQL table. Damn if I remember where I stored it
> (wasn't too complex, though, I can probably reverse-engineer it from the
> PHP).
Cool :-)
> Note that this will probably break with the 1.5 extensions, as the whole
> version counting is redone.
If this implementation was switched on in 1.4 and people loved it and
wanted to keep the feature, how much of a PITA would this be for 1.5?
- d.