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-lAugust 2010

wikitech-l@lists.wikimedia.org
  • 123 participants
  • 100 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
User-Agent:
by Domas Mituzas 17 Apr '25

17 Apr '25
Hi!from now on specific per-bot/per-software/per-client User-Agent header is mandatory for contacting Wikimedia sites.Domas
19 61
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
Backups
by Eugene 07 Nov '10

07 Nov '10
Hi everyone,Are there any updates regarding Wikipedia's backup systems? I'vecreated a bug to track this athttps://bugzilla.wikimedia.org/show_bug.cgi?id=18255.Cheers,Eugene
4 5
0 0
wikipedia is one of the slower sites on the web
by jidanni@jidanni.org 28 Sep '10

28 Sep '10
Seems to me playing the role of the average dumb user, thaten.wikipedia.org is one of the rather slow websites of the many websitesI browse.No matter what browser, it takes more seconds from the time I click on alink to the time when the first bytes of the HTTP response start flowingback to me.Seems facebook is more zippy.Maybe Mediawiki is not "optimized".
19 65
0 0
Hi all."Recent changes" shows bytes added/removed in green/red. But "View history"only shows revision length in bytes, and "User contributions" shows no bytecounts at all.I think it would be nice for both "View history"[1] and "User contributions" toshow bytes added/removed. This would make it easier to distinguish betweensmall contributions from big ones: between multiple-sentence additions andsmall typo fixes.What do you think?All the best,-Jason^ [1]. You can already get bytes added/removed to history revisions using agadget. Just add the following line to your vector.js: importScript('fr:MediaWiki:Gadget-HistoryNumDiff.js');
16 30
0 0
Hi!I've read on the techblog that the new UI go live in April. I havesome questions:1) What version? Acai, babaco, citron?2) How/where could a wiki customize the special character insert menu,and the inserted strings? And the embed file (picture) button insertsthis: "[[Example.jpg]]", without any "File:" or "Image:"!3) The search and replace button is available in firefox, but does notappear at all in opera. Why?4) Currently the new navigable TOC does not work on FF/Opera at all(I've tried those).Not too early for live deployment?Regards,Akos Szabo (Glanthor Reviol)
21 45
0 0
CellsExtension feasibility?
by James Bowery 10 Sep '10

10 Sep '10
If you install:http://www.mediawiki.org/wiki/Extension:VariablesExtension#InstallationThen edit the main page to contain the following (between the '---'):---{{#vardefine:pi|3.14159265418}}{{#expr:{{#var:pi}}+1}}---The main page should, when rendered, now, show the number 4.14159265418What I would like is something very similar called "CellsExtension"which provides only the keyword "#cell" as in:---{{#expr:{{#cell:pi}}+1}}---However, it gets the value of "pi" from:http://somedomain.org/mediawiki/index.php?title=PiIdeally, whenever a mediawiki rendered page is cached, dependencypointers are created from all pages from which cells fetched valuesduring rendering of the page (implying the evaluation of #expr's. Thatway, when the mediawiki source for one of the cached pages is edited,not only is its cached rendering deleted, but so are all cachedrenderings that depend on it directly or indirectly. This is so thatthe next time those pages are accessed, they are rendered -- andcached -- again, freshly evaluating the formulas in the #expr's(which, of course, will contain #cell references such as {{#cell:pi}}).
2 2
0 0
Un-commingling Libraries in MediaWiki
by Trevor Parscal 09 Sep '10

09 Sep '10
I have been working on the ResourceLoader branch, where I've ended up writing a CSSMin class which performs CSS minification, URI-remapping and data-URI in-lining. It got me thinking that this class would be pretty useful to non-MediaWiki projects too, but sadly we don't have a history of sharing in this way... * Software we've ported to PHP ourselves like our native-PHP CDB implementation or CSSJanus are buried in our code-base, and make use of a couple of trivial wf* global functions, making it somewhat inaccessible to third-party users. Which sucks because third-party users are important! They use the code in their own systems, make improvements and potentially pass them back to us, however if we don't make these things more general-purpose the code will more likely get taken from our repository, tweaked and never passed back; if we don't make it more easily accessible the code will never be found and we won't be taking advantage of the entire PHP development community. Sadness... * Software we've borrowed from other projects like JSMin are also buried within our MediaWiki-proprietary code, and while these libraries can operate independently of MediaWiki, we need to make it clear that they should be kept in sync with their original sources both, upstream and down. * Software we've created is often potentially useful to other projects, but unfortunately tied to and buried within MediaWiki. In some of these cases, the ties to MediaWiki are trivial and could be either optional or removed entirely, and the component could be factored out to a more general-purpose library, available for re-use.I don't have a very mature proposal for solving this completely, but as a first step, it seems like we should have a libraries folder which we can move things that can function in a stand-alone manner to. Initial candidates appear to be libraries that already function in a stand-alone way such as JSMin.php, CSSJanus.php, and CSSMin.php (in the resourceloader branch right now but will be coming to trunk soon). Additional software could be moved into this space after some un-tethering such as Cdb/Cdb_PHP, DjVuImage, etc.Overall, I think it would be great if we could take a look at this and other ways to better share our work with non-MediaWiki projects, and give back to the open-source community.I welcome your thoughts and input.- Trevor
9 23
0 0
Results per page:

[8]ページ先頭

©2009-2025 Movatter.jp