> >> Would it be possible, thus, to make utf-8
> default charset
> >> for the French Wikipedia?
>
> > I believe that it should be the standard for all
> the Wikis.
>
> So do I. Thanks for your answer,
>
> Vincent
I understand your need as a linguist for these
letters. I just hope I was the last editor to ever
come to wikipedia with a browser not supporting utf8;
because any other one will just be excluded from the
project.
I fear a bit that some newbie will come one day, and
that you will have to fix everything behind him, and
then explain to him he is just not welcome. Hopefully,
it will never happen :-)
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
I see the numeric values in the database for the namespaces. I do not
see documentation anywhere which describes, in human terms, to what
each number corresponds.
Should I just be looking in the source for this stuff, or is there doc
I have missed?
thanx - ray
Thanks for arranging this, Jimbo.
I'm not sure everyone realizes how much of a sacrifice in time and money
it is, for Jimbo to do all the shopping and follow-up - and for him to
send employees of Bomis to set up equipment.
Ed Poor
> On Nov 17, 2003, at 12:38, Evan Prodromou wrote:
>> Am I nuts, or did Image deletion get horked somewhere between 20030829
>> and 20031107? I can't delete images anymore.
>
> Yeah, that's broken. Sorry. :(
>
> It should be a fairly easy fix, but just hasn't got gotten to.
Okay, got to it. In stable CVS, patch attached.
I'll put out a 20031118 point release with these little fixes soon. :)
One note: it used to be that any logged-in user could delete a past
revision of an uploaded file. There's no way to restore them, and no
logging is done except the web server's logs. Until this gets cleaned
up, past revisions are only deletable by sysops. Any user can still
revert an old version to the current version, which is equivalent to
re-uploading a copy.
-- brion vibber (brion @ pobox.com)
Chris Seaton wrote:
> On Mon, 2003-11-17 at 18:33, Luc Van Oostenryck wrote:
>
>>Vincent Ramos wrote:
>>
>>>
>>> I was wondering about the pros and cons of utf-8 for the French
>>>Wikipedia:
>>>
>>
>>%<--
>>
>>
>>> Would it be possible, thus, to make utf-8 default charset
>>>for the French Wikipedia?
>>>
>>> Vincent Ramos
>>>
>>
>>Please don't! This is totally unneeded for the french charset and will only causing problems
>>with browser which don't support UTF-8.
>
>
> Don't you ever use mathematical symbols in France?
>
Yes, but in TeX :-)
-- Looxix
The part that penguincomputing has been waiting on is now due to be in
tomorrow. They will build the system, do the 2 day burn-in, and ship
it on Thursday, assuming nothing goes wrong.
This will mean, I think, that Jason will have it Friday or Monday.
It'll be up to him exactly when he goes to San Diego to install it,
but early next week anyway.
--Jimbo
Somebody has messed with the installation of the danish wiki.
Yesterday I asked on Brion Vibbers todo list for an update to LanguageDa.php, but this morning somebody has replaced it with the english one, and apparently transformed it to UTF-8.
The result is that all the danish letters are broken when somebody tries to edit an article, and on most pages the danish letters look funny.
I have blocked the database for editing on danish until it is fixed, so we don't loose to many danish letters.
Could somebody please re-install version 1.4.2.6 of LanguageDa.php and put it back to ISO-8859-1 coding?
Regards
Christian List
New release contains a number of bug fixes (see release notes) and an
important security update (see below). All sites are strongly
encouraged to upgrade, or use the workarounds described below.
Release notes:
http://sourceforge.net/project/shownotes.php?release_id=198060
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-20031117.tar.gz?
download
Previous versions of MediaWiki contained a flaw that could be exploited
in some configurations to execute arbitrary PHP code on the server if
the *.php files are located in a web-accessible directory and are
runnable through the PHP interpreter. This likely includes most
installations.
If you can't upgrade immediately, you should be able to easily
substantially reduce the risk by doing one or more of the following:
* Leave just LocalSettings.php and the *.phtml files exposed to the
web, moving the other *.php files into a directory that's not exposed
to the web; set $IP to point to this directory in LocalSettings.php.
-or-
* Remove the "$IP/" or "{$IP}/" from all include() and include_once()
statements, keeping the *.php and *.phtml files in one place.
* Explicitly disallow access to all the *.php files in the web server.
* Configure the server to run only *.phtml files through PHP, and not
*.php. (If you do this, be sure your database passwords are not exposed
through LocalSettings.php!)
-- brion vibber (brion @ pobox.com)
Hello,
for a while I've been generating html dumps of Wikipedia, that I would
like now to make public (since similar things are popping up left and
right, and it seems that it would be useful for legitimate mirroring).
Unfortunately, I lack the web space/bandwidth to host it myself. The
complete, compressed dump of the English wikipedia is around 750MB,
including all images. Adding the other languages (the ones using MediaWiki
software) it's about 1 GB. Removing images it goes down to maybe 200
megabytes.
Is there anyone with a suitable hosting? It needs aboud 1GB of space (and
growing a bit week after week :-), and reasonable bandwidth. Also, should
the dump include images or copyright issues are still unresolved?
Ciao,
Alfio
I just noticed something a bit amusing. Science Daily has an Encyclopedia
section now that uses Wikipedia content. Now I don't have any problem with
that and in fact think that it is great since they provide the credit, links
and mention of the GNU FDL that we require. However they seem to include
/all/ pages from en.wikipedia including user pages, wikipedia pages, talk
pages and special pages (minus the dynamic stuff).
Example:
http://www.sciencedaily.com/encyclopedia/user:maveric149
Would it be possible to have backup dumps of just pages in the article
namespace with footers that have all the attribution/license stuff we
require? That would make third party use of our content more clean.
Oh and that also reminds me that the url on the print versions of pages is not
an active link. Could somebody make that an active link so that all third
parties would have to do to comply with our copyright terms is copy the print
versions of articles?
-- Daniel Mayer (aka mav)