While working on another tool, I noticed that we still have that
page_random value in the page table. There seems to be a better way to
do this:
http://jan.kneschke.de/projects/mysql/order-by-rand/
That method only requires the primary key being an integer (which is
true for the page table), nothing else. The guy who wrote the page
tested it on a table with 1.000.000 rows, 1.000 "random" queries took
~0.6 seconds. Sounds like it would be fast enough for us, and we could
get rid of that page_random field altogether.
Which reminds me: Someone familiar with query.php, please add a function
to get a random page title.
Thanks,
Magnus
On 7/27/06, Phil Boswell <phil.boswell(a)gmail.com> wrote:
> For some reason that link is not working for me: I get what looks like HTML
> or XML source code.
Still good for me. What browser? Have you got JavaScript enabled?
Steve
Hi,
I'm trying to add a link to the sidebar in a modified version of
MediaWiki. I changed 'sidebar' in Messages.php but the change is not
reflected in the browser. Do I need to compile skins/MonoBook.php into
skins/MonoBook.tpl or something? (and if so, how?)
Thanks,
Frederik
--
http://ofb.net/~frederik/
Software error:
DBD::mysql::st execute failed: Got error 28 from storage engine [for
Statement "SELECT versions.value, products.name FROM versions,
products WHERE products.id = versions.product_id ORDER BY
versions.value"] at Bugzilla/DB.pm line 62
Bugzilla::DB::SendSQL('SELECT versions.value, products.name FROM
versions, products ...') called at globals.pl line 155
main::GenerateVersionTable() called at globals.pl line 356
main::GetVersionTable() called at
/srv/org/wikimedia/bugzilla/show_bug.cgi line 59
For help, please send mail to the webmaster (noc(a)wikimedia.org),
giving this error message and the time and date of the error.
Got this when clicking on the link at the top of the new message when
editing a too-long page on en.
Steve
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test Magic Word: {{CURRENTMONTHNAMEGEN}}... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test Parsing optional HTML elements (Bug 6171)... FAILED!
Running test Inline HTML vs wiki block nesting... FAILED!
Running test Mixing markup for italics and bold... FAILED!
Running test 5 quotes, code coverage +1 line... FAILED!
Running test HTML Hex character encoding.... FAILED!
Running test dt/dd/dl test... FAILED!
Passed 412 of 429 tests (96.04%) FAILED!
I've removed almost all of the time and date functions from the
Language*.php files of my working copy (now checked in as the
localisation-work branch), replacing them by format strings in the style of
PHP's date() function. They're much easier to understand than PHP code, so
hopefully this will encourage people to review and edit them.
There is a chance that I made a transcription error during this process, and
there is also the chance that the original language files had an incorrect
or non-ideal date format to start with. So I invite everyone to have a look
at them. I formatted the date "15 January 2001, 12:34" in every defined date
format in every language, and put all the resulting strings at:
http://www.mediawiki.org/wiki/Date_formats
One deliberate difference since the previous version of MediaWiki is to make
our ISO 8601 formats technically correct. This format had been labelled "ISO
8601" since I introduced it to the wikitext date formatter, but somehow when
it was copied to the language files, and a time format added, someone forgot
to include the "T" separator between time and date. The ISO 8601 format was
originally requested by Ray Saintonge in the interests of standardisation,
and I would like to see MediaWiki remain true to that goal.
You can find the format strings themselves in the Messages*.php files at:
http://svn.wikimedia.org/viewvc/mediawiki/branches/localisation-work/phase3…
In other news, I think the localisation-work branch is now ready for beta
testing.
-- Tim Starling
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test Parsing optional HTML elements (Bug 6171)... FAILED!
Running test Inline HTML vs wiki block nesting... FAILED!
Running test Mixing markup for italics and bold... FAILED!
Running test 5 quotes, code coverage +1 line... FAILED!
Running test HTML Hex character encoding.... FAILED!
Running test dt/dd/dl test... FAILED!
Passed 409 of 426 tests (96.01%) FAILED!
Hi all,
I've been struggling for the past couple of weeks to try and get
MediaWiki (1.6.7) working with Apple's OpenDirectory bundled with Mac
OS X Server version 10.4 "Tiger."
It seems it's been done before in 10.3 "Panther" (see http://
meta.wikimedia.org/wiki/LDAP_Authentication#Tested_On ), so I know
it's possible, but I can't seem to get it working. I've documented my
situation on the discussions page (see http://meta.wikimedia.org/wiki/
Talk:LDAP_Authentication#Troubleshooting_Login_error:_Incorrect_password
_error._Please_try_again_error_for_Apple.27s_Open_Directory ) but
have yet to receive a response.
I'm writing to the list in the hopes that someone has encountered
this problem before and knows of a solution or can help me out.
Thanks in advance,
-Meitar ("maymay")
Hi, all. I wanted to let everyone know that I've checked in an OpenID
extension into MediaWiki Subversion (in extensions/OpenID).
The extension lets users log in with an OpenID (http://www.openid.net/)
instead of a username and password. An OpenID is a special URL that
people can use to log in to a Web site. The extension also lets users
who have an account on the wiki log in to other OpenID-aware Web sites
with their wiki user page as their OpenID.
Typical uses:
* Single-signon between multiple affiliated wikis and other sites.
We have 12 wikis that work together for Wikitravel, and users
can login to different Wikitravel wikis with their home wiki
account.
* Single-signon across the Internet. OpenID isn't that well known
''yet'', but theoretically someone could login to their OpenID
identity server in the morning and not have to login to another
site for the rest of the day.
I know that Wikimedia developers have some plans for single-signon
between WM sites; this extension would allow single-signon for
contributors to log into external sites like Wikia, WikiHow, Wikitravel,
and other MediaWiki installations, as well as OpenID-aware services like
LiveJournal and Moveable Type. And, of course, vice versa.
Please let me know if you a) install this software and b) get any
problems. I'd especially appreciate work on the UI layout, which is a
little klunky. I'd also love to get some acceptance criteria for
installation on Wikimedia sites. I plan on hacking on this quite a bit
between now and Hacking Days at Wikimania.
~Evan
________________________________________________________________________
Evan Prodromou <evan(a)prodromou.name>
http://evan.prodromou.name/
For some reason the page_counter field isn't updating on our wiki
anymore. I'm logging queries to the database, and the queries are
getting through to increment the field, but field isn't changing at
all.
1861 Init DB wikidb_16
1861 Query BEGIN
1848 Quit
1861 Query SHOW STATUS LIKE 'Thread%'
1861 Query SELECT /* Title::newFromID */
page_namespace,page_title FROM `page` WHERE page_id = '18102'
LIMIT 1
1861 Query SELECT /* LinkCache::addLinkObj */
page_id FROM `page` WHERE page_namespace = '0' AND page_title =
'Fix-a-Stuck-Pixel-on-an-LCD-Monitor' LIMIT 1
1861 Query UPDATE page SET page_counter =
page_counter + 1 WHERE page_id = 18102
1861 Quit
Incrementing it from the command line though does work.
Doing a select sum(page_counter) from page; always shows the same
result and the page_counter fields for the individual pages show the
same value despite being reloaded.
Any ideas?