https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
Web browser: --- Bug ID: 55011 Summary: Support for Wikimedia Labs and Toolserver Product: Pywikibot Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General Assignee: Pywikipedia-bugs@lists.wikimedia.org Reporter: legoktm.wikipedia@gmail.com Classification: Unclassified Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/335/ Reported by: cdpark Created on: 2013-04-08 01:52:09 Subject: Support for Wikimedia Labs and Toolserver Original description: 1. Source directory repositiory Split pywikipedia source and user config/script. See also https://wikitech.wikimedia.org/wiki/Nova%5C_Resource%5C_Talk:Bots%5C#Pywikip... Currently, pywikipedia imports(or includes) other file from (1) source code directory (2) current working directory (3) pywikipedia environment, depends on code. How about to support PYWIKIPEDIA_HOME or similar environment for source code repository.
2. Local mysql mirror support. In WMLabs and toolserver, access of wikipedia mirror is available. Page.get() and pagegenerators can be use this information. (BTW, Page.put() should work to original site, not mirrors). It can be also useful for other mediawiki installs if admin runs some pywikipedia-based script (e.g. replace.py) for his own database.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
--- Comment #1 from Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com --- #1: This is implemented in the rewrite branch, you just set the PYWIKIBOT2_DIR variable to where your user-config is.
#2: I think this would be an interesting layer to add onto pywikipedia. Probably can be done with a "MysqlSite" or something, since all queries should get routed through that. DB access doesn't mean you have page text access, so it isn't *that* useful.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
Kunal Mehta (Legoktm) legoktm.wikipedia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceforge.net/p/p | |ywikipediabot/feature-reque | |sts/335
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
Amir Ladsgroup ladsgroup@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Priority|Unprioritized |Low CC| |cdpark@gmail.com, | |ladsgroup@gmail.com
--- Comment #2 from Amir Ladsgroup ladsgroup@gmail.com --- I think the latter is possible and we can do something about it
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
Ricordisamoa ricordisamoa@openmailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Support for Wikimedia Labs |Support for Wikimedia Labs |and Toolserver |
--- Comment #3 from Ricordisamoa ricordisamoa@openmailbox.org --- The Toolserver is closed as of July 1st 2014.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
John Mark Vandenberg jayvdb@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |70936
https://bugzilla.wikimedia.org/show_bug.cgi?id=55011
John Mark Vandenberg jayvdb@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jayvdb@gmail.com Blocks|70936 |
--- Comment #4 from John Mark Vandenberg jayvdb@gmail.com --- The 'quickest' way to get mysql data access integrate is to write a generator which takes a generator, iterates over each title and yields a preloaded Page using Mysql data.
There are a few more 'fun' ways to do a better job, and would be suitable for a GSOC project, such as subclassing APISite/Request and overriding only the methods which are useful to serve from MySQL
pywikipedia-bugs@lists.wikimedia.org