Brion,
Not a bug report, but the french wiki is very very
slow
Is that normal ?
Anthere
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
Brion,
Not a bug report, but the french wiki is very very
slow
Is that normal ?
Anthere
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
I have converted the following tables on the English wiki to InnoDB:
cur
links
brokenlinks
recentchanges
user
watchlist
archive
The new 'searchindex' table needs to stay as MyISAM for the fulltext
index support.
I have not yet converted:
old
...images, ipblocks, math yadda yadda...
Most of them because I'm lazy and they're low-profile. I didn't do
'old' yet because it's, well, FRIGGING HUGE and will take some time to
convert. And, it's read relatively infrequently compared to cur & co, so
again it's lower priority. I'll convert it later if things are moving
well.
My patented 'load a big special page and then tail -f the logs to see if
other people are still able to access stuff' preliminary benchmark seems
positive so far.
Eloquence pointed out a problem with the page move code where I had
forgot to merge in the changes relating to search index fields. This is
fixed, and I don't think there are any other such remaining, though
there might still be some rare cases where an operation that should
update a search index doesn't.
At some point we'll want to think about explicit support for
transactions, so we don't have to worry about broken operations, say,
renaming an article's current revision but not it's old revisions or
updating link tables.
I'll merge the code into CVS in the morning after I'm awake and my brain
works again, but there's nothing terribly new to it; just some merging
in from the older innodb branch that's sitting in there somewhere
already.
-- brion vibber (brion @ pobox.com)
Upload warning
".MID" is not a recommended image file format.
Why is this not a recommended file type?
It looks like a very good format for some types of music.
--
Contact: giskart AT wikipedia.be
Ook een artikeltje schrijven? WikipediaNL, de vrije GNU/FDL encyclopedie
http://www.wikipedia.be
Could we append \n to article markup when we send it to client
in edit box ?
All correct text files end with \n and it would make selecting
by mouse much easier.
If you entered your email to be contacted via the wikipedia interface,
that email won't show on your user preferences page. Is that a security
feature, or Alzheimer's on our part? ;-)
Magnus
What about this:
We render page, mark places with broken links by:
"\0article name\0html for broken link\0" and put that into cache,
plus we put 0 in some_links_fixed field. We also update some broken_links
table.
Script then gets page from cache:
if (some_links_fixed == 1)
{
get list of all broken links (trivial)
check which got fixed
fix link html code for them
update cache (no full rendering, only replace links that got fixed)
set some_links_fixed to 0
} else {
convert all \0x\0y\0 to y (trivial)
}
Then if some article is created, all pages which link to it get some_links_fixed set to 1.
If some article is deleted, all pages which link to it get cache invalidated (much rarer event).
Now Main Page, and all pages with no broken links, get rendered only once !
Well, we could also postpone rendering of variables by some similar trick.
It would be better if it was inside some transaction, as there is small
race condition associated with some_links_fixed.
Wikipages generated by the server do not follow W3C recommmendations.
Now that we eventually have an open standard for HTML, why not use it?
One of the reasons why http://www.wikipedia.org does not validate is that
the character-set is not specified, you should include a line like this:
<META HTTP-EQUIV="content-type" CONTENT="text/html; charset=ISO-8859-1">
You can easily see what other errors are made, when you type in
an URI at http://validator.w3.org/. Page "http://www.wikipedia.org/" for
example is not Valid HTML 4.01 Transitional! Below are the results of
attempting to parse this document with an SGML parser.
1.Line 7, column 7: required attribute "TYPE" not specified.
<SCRIPT>
^
2.Line 87, column 28: start tag for "TR" omitted, but its declaration does not permit this.
<th colspan="2" align=center><big> Selected Articles </big></th></tr>
^
Kins regards,
Pieter Suurmond
><table align=right>
><tr>
><td align=center width=1>
>[[image:xyz.jpg]]<br>
>Some longer caption, which is wider than the image itself
></td>
></tr>
></table>
>
>Someone explain to me how to do that in wiki syntax, with the *same*
>result, without the code looking more ugly?
>(you are free to invent a wiki table syntax for that puropse!)
In Wikitax (http://meta.wikipedia.org/wiki/Wikitax), the above would be
acheived with something similar to:
[[:media: xyz.jpg align="right" caption="Some longer caption, which is wider
than the image itself."]]
Wikitax is by no means finished, and completely open to revision and
refinement. I'm getting to the point where I'm startin' to wrap my brain
around grammar specification (LR, LALR, BNF, lex/yacc, etc.). So I'm just
starting to play around with parsing various bits of Wikitax in various
ways. I'll submit what I've got of a BNF specification soon... Someone
with a more solid understand of linguistics could help out with a thing or
two, I'm sure.
_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
As was suggested many times before, we should create a database to
manage data concerning the integration of different language. As far as
I can tell, these are
* Language links
* Translations of the software (generating new LanguageXX.php file "on
click")
* Central user management
I imagine a site (intl.wikipedia.org or something), several special
pages to manage the data sets above (with appropriate login, of course).
Also, it could serve as the international frontend, with intl Recent
Changes, cross-language search and other nice functions.
I discovered that though I have shh access to the server, I seem to be
lacking several rights (like creating a new database).
Someone (Brion! ;-) please create a site (like intl.wikipedia.org), and
a matching database (wiki_intl?), so I can hack a demo version.
Thanks,
Magnus