Last modified: 2014-07-24 09:40:26 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T57374, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 55374 - very slow interwiki.py and urlopen error with disambiguations
very slow interwiki.py and urlopen error with disambiguations
Status: RESOLVED WORKSFORME
Product: Pywikibot
Classification: Unclassified
interwiki.py (Other open bugs)
compat-(1.0)
All All
: Normal normal
: ---
Assigned To: Pywikipedia bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-10-06 18:24 UTC by JAn Dudík
Modified: 2014-07-24 09:40 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description JAn Dudík 2013-10-06 18:24:00 UTC
After change in disambiguationpages is interwiki bot very very slow. Loading 60 pages from source language takes more than one minute (from other languages is time standard).

Additionally bot often (sometimes every minute, sometimes after 10 minutes) frozes because of no response from server, see log:


interwiki.py -new -family:wiktionary -wiktionary -async -autonomous -cleanup

Getting 60 pages from wiktionary:cs...
NOTE: [[cs:synowa]] does not have any interwiki links
...
ERROR: URLError: <urlopen error [Errno 10060] ...>
WARNING: Could not open 'https://cs.wiktionary.org/w/api.php?action=query&format
=json&titles=steteramus&ppprop=disambiguation&prop=pageprops'. Maybe the server
or
 your connection is down. Retrying in 1 minutes...
Comment 1 Malafaya 2013-10-12 23:06:08 UTC
That seems because for each existing page it makes an API request for its disambiguation property. I wonder if this couldn't be done in the first page request when checking for its existence, insteand of making an additional query.
Comment 2 Amir Ladsgroup 2013-10-25 17:01:06 UTC
I checked and even with very slow internet of mine (100KB/s) It's working fast and correct, system of checking disambiguation has changed so I close this bug as fixed but If It's still really slow, feel free to reopen it
Comment 3 Malafaya 2013-10-25 21:51:32 UTC
I'm not sure it's faster, just it looks different. It seems to take longer in the beginning now (loading first 50 pages from Wiktionary takes 1 minute or so). It seems to be checking for the disambiguation page attribute individually when it fetches the page titles, instead of then it processes the page. That would be the same problem. But again, that's just my feeling, not that I examined the code. Either way, it's still slow, just in a different phase of the process.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links