[Wikidata-bugs] [Maniphest] [Commented On] T187424: Support queued SPARQL request

2020-02-07 Thread Bugreporter
Bugreporter added a comment. Note in this task I propose that some queries lasts for up to 30 minutes may be able to run (asynchronously). TASK DETAIL https://phabricator.wikimedia.org/T187424 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To:

[Wikidata-bugs] [Maniphest] [Commented On] T187424: Support queued SPARQL request

2020-02-07 Thread Ijon
Ijon added a comment. I think postponing //any// solution to after we have a scaling strategy comes down too strongly against user needs. A number of trusted users -- including yours truly -- occasionally need to run queries that would go 20%-50% over the current timeout, and have no

[Wikidata-bugs] [Maniphest] [Commented On] T187424: Support queued SPARQL request

2018-07-27 Thread Smalyshev
Smalyshev added a comment. @Addshore interesting idea, certainly can be a base for something quarry-like.TASK DETAILhttps://phabricator.wikimedia.org/T187424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Addshore, Smalyshev, abian,

[Wikidata-bugs] [Maniphest] [Commented On] T187424: Support queued SPARQL request

2018-07-21 Thread Addshore
Addshore added a comment. Something like https://github.com/dbcls/sparql-proxy could be possible (not actually tested it out)TASK DETAILhttps://phabricator.wikimedia.org/T187424EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Smalyshev,