Movatterモバイル変換

[0]ホーム
URL:

Keyboard Shortcuts

Thread View

  • j: Next unread message
  • k: Previous unread message
  • j a: Jump to all threads
  • j l: Jump to MailingList overview
List overview
Download

Wikitech-lMay 2008

wikitech-l@lists.wikimedia.org
  • 94 participants
  • 133 discussions
Start a nNew thread
Database dumps
by Byrial Jensen 17 Apr '25

17 Apr '25
Until some weeks agohttp://dumps.wikimedia.org/backup-index.html usedto show 4 dumps in progress at the same time. That meant that newdatabase dumps normally was available within about 3 weeks for alldatabases except for enwiki and maybe dewiki where the dump process dueto size took longer time.However the 4 dumps processes at one time become 3 some weeks ago. Andafter massive failures at June 4, only one dump has been in progress atthe same time. So at the current speed it will take several months tocome thru all dumps.Is it possible to speed up the process again using several dumpprocesses at the same time?Thank you,Byrial
3 2
0 0
EBNF grammar project status?
by Steve Bennett 01 Apr '25

01 Apr '25
What's the status of the project to create a grammar for Wikitext in EBNF?There are two pages:http://meta.wikimedia.org/wiki/Wikitext_Metasyntaxhttp://www.mediawiki.org/wiki/Markup_specNothing seems to have happened since January this year. Also the comments onthe latter page seem to indicate a lack of clear goal: is this just a funproject, is it to improve the existing parser, or is it to facilititate anew parser? It's obviously a lot of work, so it needs to be of clearbenefit.Brion requested the grammar IIRC (and there's a comment to that effect athttp://bugzilla.wikimedia.org/show_bug.cgi?id=7), so I'm wondering what became of it.Is there still a goal of replacing the parser? Or is there some alternativeplan?Steve
26 217
0 0
MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12
Hi everyone,I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent.I would prefer a script written in Python, but any recommendations would be very welcome.Do you know of anything suitable?Kind Regards,Hugo Vincent,Bluewater Systems.
6 13
0 0

13 Oct '09
I've been putting placeholder images on a lot of articles on en:wp.e.g. [[Image:Replace this image male.svg]], which goes to[[Wikipedia:Fromowner]], which asks people to upload an image if theyown one.I know it's inspired people to add free content images to articles inseveral cases. What I'm interested in is numbers. So what I'd need isa list of edits where one of the SVGs that redirects to[[Wikipedia:Fromowner]] is replaced with an image. (Checking which ofthose are actually free images can come next.)Is there a tolerably easy way to get this info from a dump? AnyWikipedia statistics fans who think this'd be easy?(If the placeholders do work, then it'd also be useful convincing somewikiprojects to encourage the things. Not that there's ownership ofarticles on en:wp, of *course* ...)- d.
7 11
0 0
GSoC Project: Category Moving
by Tim Johansson 29 Jun '08

29 Jun '08
Hello, wikitech.I have applied to Google Summer of Code with the project to enablecategory moving without using bots. After some correspondance withCatrope, the following text is my project idea. Any feedback would bewelcome.SynopsisI will provide capability of moving categories to achieve an effectfor the end-user similar to that of moving other pages. Currently,contributors must apply to use a bot that recreates the category pageand changes the category link on all relevant articles.ProjectThe object can be divided into three parts. First, the category pageis moved, along with its history, just as renaming of articles works.A redirect is optionally placed on the old category page, and thecategory discussion is moved as well.Second, all articles in the relevant category must have their categorylinks changed. There are several obstacles involved in this task:1. Finding all alternative ways of categorizing articles. It is simpleto match the simple category links and category lists, but moredifficult to find e.g. categories included from a template. RoanKattouw (Catrope) suggested category redirects for this, such that allarticles categorised as [[Category:A]] would also be listed at[[Category:B]] if the prior has been redirected to the latter.2. Articles might be in the process of being edited as the movement isdone. This, however, can be solved in the same manner as editcollisions are currently solved.3. The algorithm would likely have high complexity and would thus notscale well with very large categories.This is likely to constitute a significant and challenging part of the project.As the last step, the relevant entries in the categorylinks tablewould need to be changed. This is accomplished by a simple SQL query.This could be avoided if bug #13579 [1] ("Category table should usecategory ID rather than category name") is fixed, which it could be aspart of this project.The project would preferably be written as a patch to the core.Catrope suggested setting up a separate SVN branch for the project,such that everyone can see my progress.Profits for MediaWikiDeveloping a means of moving categories would decrease dependency onbots, gaining in administrative time. Additionally, the solution wouldbe faster than any bot-relying solution could be due to, among otherthings, the removed need of loading pages.Category moving would also increase the consistency in layout on thedifferent article types. The only real reason for a "move" tab not toreside on category pages is that the feature is not yet implemented.RoadmapPublishing this document to the MediaWiki development community(wikitech-l) and awaiting comments on the planned procedure would bethe first step.After the community bonding period specified by the time line, a weekshould be enough to get comfortable with the relevant MediaWiki codeand implement the first section, moving the category page along withits discussion and history. Much old code should be reusable here,such as the Title::moveTo() method for moving pages.Until mid of July, most of the second part of the project should befinished. In a week from there, the last part would be completed, too.A month is then reserved for bug-testing, tweaking and as a buffer forunexpected obstacles. The MediaWiki community is very important inthis step for testing and feedback.Regards-- Tim Johanssonhttp://timjoh.com/
8 13
0 0
Case insensitive links (not just titles).
by subscribe＠divog.com.ru 24 Jun '08

24 Jun '08
Hi Sorry for my English :) What I need is case insensitive titles. My solution for the problem was tochange collation in mysql from <unf8_bin> to <utf8_general_ci> in table<page>, for field <page_title>. But bigger problem with links persists. In my case, if there is an article<Frank Dreben>, link [[Frank Dreben]] is treated like a link to an existentarticle (GoodLink), but link [[frank dreben]] is treated like a link to anon-existent article, so, this link opens editing of existent article <FrankDreben>. What can be fixed for that link [[frank dreben]] to be treated likea GoodLink? I've spent some time in Parser.php, LinkCache.php, Title.php, Linker.php,LinkBatch.php but found nothing useful. The last thing I tried was to dostrtoupper on title every time array of link cache is filled, inLinkCache.php. I also tried to do strtoupper on title every time data isfetched from the array.I've tried to make titles in cache be case insensitive, but it didn't workout, not sure why - it seems like when links are constructed (parser, title,linker, etc) only LinkCache methods are used. Could anybody point a direction to dig in? :)
7 36
0 0
confirmemail_body and create account
by Andreas Rindler 23 Jun '08

23 Jun '08
Hi,I need to create some user accounts and have mediawiki send the usersa welcome message. I found the Mediawiki:confirmemail_body page whichappears to feed such a welcome message. How do I do that? If I useSpecial:Userlogin, create an account and use "by email", the user getsa password reminder, but not a welcome message. I could change thepassword reminder text, but that wouldn't be correct for all the otherusers who use that page to genuinely retrieve their password.Thanks,Andi
3 5
0 0
-----BEGIN PGP SIGNED MESSAGE-----Hash: SHA1dale(a)svn.wikimedia.org wrote:> -window.domain = 'www.parent.domain.com';> +window.domain = '<?=$parent_domain?>';Just a note -- I strongly recommend against using the "short tags" (<?and <?= instead of <?php), as your code won't work at all on a serverwith short tags disabled in php.ini.Portable code should use the long-form tags consistently.- -- brion vibber (brion @wikimedia.org)-----BEGIN PGP SIGNATURE-----Version: GnuPG v1.4.8 (Darwin)Comment: Using GnuPG with Mozilla -http://enigmail.mozdev.orgiEYEARECAAYFAkgoz70ACgkQwRnhpk1wk46bOwCgxhT8T8Mv5jLz0PPpBKQTU5NqJe4AnjsjG/IsKESaskfug+eTtXqmmpvh=bAri-----END PGP SIGNATURE-----
2 1
0 0
loading of extensions in 1.12 slow?
by Travis (wikiHow) 09 Jun '08

09 Jun '08
Hi,We're in the process of upgrading from 1.9 to 1.12 (I know I know Iknow...), and it seems that the including of extensions is taking a longtime.Profile from 1.9: 26.449 WebStart.php-conf 24.659 Setup.php 1.362 Setup.php-includes 2.117 Setup.php-misc1 1.020 Setup.php-memcached 0.570 Setup.php-SetupSession 0.117 Setup.php-globals 0.052 Setup.php-User 0.017 Setup.php-misc2 18.543 Setup.php-extensionsSeems fast, but 1.12: 594.761 WebStart.php-conf 0.012 WebStart.php-ob_start 207.409 Setup.php 50.838 Setup.php-includes 8.691 Setup.php-misc1 6.780 __autoload 9.632 Setup.php-memcached 0.685 __autoload 0.564 Setup.php-SetupSession 0.197 Setup.php-globals 0.046 Setup.php-User 0.023 Setup.php-misc2 128.051 Setup.php-extensionsThis is pretty slow. It seems like for WebStart, having multiple inclusionslike this:require_once('extensions/wikihow/SpecialThankAuthors.php');slows things down. Has something changed, or did we miss flipping a switchin the upgrade? What about Setup.php, does that have the same issue?Thanks,Travis
4 9
0 0
SUL homewiki selection question
by Anon Sricharoenchai 05 Jun '08

05 Jun '08
Hi,1. Why still we let the SUL to auto select the homewiki in Special:MergeAccount?2. Why not we let the wiki that do Special:MergeAccount as homewiki?Example, Assuming that it has user test123@testwiki (1000 edit counts) andtest123@lowikibooks (500 edit counts) * If test123 do merge account at,http://test.wikipedia.org/wiki/Special:MergeAccount, then testwikiwill be homewiki. * If test123 do merge account at,http://lo.wikibooks.org/wiki/Special:MergeAccount, then lowikibookswill be homewiki.3. Why not prohibit creation of existing account that have not yetbeen merged on any wikis?Example, 1. Before SUL, if have test123 created onhttp://lo.wikipedia.org 2. test123@lowiki has not been merged on any wikis. 3. After SUL, should immediately prohibit the creation of test123account on any WM wikis. (even that test123 has not yet been mergedto SUL)4. Considering the following situation, 1. Mr.A own "user123" at, * testwiki,meta,common,mediawiki: 100,500,500,500 edits count * enwikipedia,enwikibooks,enwikitionary,enwikisource,enwikinews:100,100,100,100,100 edits count * lowikipedia,lowikibooks,lowiktionary,lowikisource,lowikinews:500,100,100,100,100 edits count * totally, Mr.A has 3000 edits count 2. Mr.B own "user123" only at frwikipedia with 2000 edits count 3. When Mr.A use user123 on lowikipedia, and dohttp://lowikipedia/Special:MergeAccount, what will be the homewiki ofuser123? 4. Mr.A can successfully merge account? 5. If homewiki determined by the system is user123@frwikipedia,then what thing Mr.A could do to get his accounts merged?Regards,Anon.
9 22
0 0
Results per page:
[8]ページ先頭
©2009-2025 Movatter.jp