[01:18:46] is there a way to create a global var in one hook and access it from another? [01:18:59] alternatively... what I really want to do here, is fine a way to add some HTML at the _very end_ of [01:19:09] is there a good way of doing that? [01:19:24] the issue is, in one hook where I know I want to do it, it ends up embedded many levels deep in and I don't want that [01:21:26] ningu, SkinAfterBottomScripts might give you an opportunity to inject stuff right near [01:21:51] ok [01:24:51] it might be followed by reporttime stuff but not nested inside anything [01:24:56] yes, that's fine [01:25:00] what about the global var? [01:25:07] just declare global $foo; in both hooks? [01:25:13] yes [01:25:16] ok [01:31:21] ok, found another way to do it from within the react component I'm loading. phew. this is kind of a weird thing we're trying to do so not surprising though [12:04:16] o/ [12:09:06] Coren: what db issue? [12:09:54] (On the labs replicas, obviously) Hang on, lemme dpaste. [12:12:08] So here are the queries. http://dpaste.com/32NDDBH oddly data-dependent in a way that makes no sense to me. [12:12:34] Same DB, same query. One takes several extra orders of magnitude - consistently. [12:13:15] Perhaps the other page just has more it has to query? Coren [12:13:32] Nope. It has less. [12:13:50] What db are you querying? [12:13:56] frwikisource_p [12:14:12] It's on s3 [12:16:53] Coren: I cant see anything on my end (which isnt much) maybe -cloud can help further [12:19:03] Hm. I was hoping to have an explain detail run on them to see if I could get some insight. [12:20:10] Cause the queries look fine [12:20:40] Right, and on about 90% of pages, it takes milliseconds. [12:21:08] The other 5% they take nearly a minute. And for the life of me I can see nothing that could cause this. [12:21:30] Coren: could be just normal db operations causing the slowdown [12:21:54] I would have thought that were the slow queries random. But it's always the same. [12:22:36] Fast ones are always fast, slow ones are always slow. [12:30:48] And I can't isolate whether it's an issue with the replica, the schema, the indexes or even the query. Meh. Back to beating my head against the wall for a while. I'll figure it out eventually. [12:36:29] lol good luck [12:38:34] Hm. [12:39:31] I wish I could EXPLAIN the fast queries so I could compare. [12:51:31] Oh, yhgtbfkm. [15:45:11] anyone here will experied with the mediawiki api? the parse prop=sections doesnt seem to be returning the "level": "4" sections.. only from 2 to 3.. any ideas? being trying to find some parameter to enable this with no luck.. tks in advance. [15:45:16] *experience [15:47:06] do you have an example page? [15:52:44] forget.. just being stupid.. after 2h trying to figure it out.. i just saw they wrote it like ''==== whatever ===='' instead of ==== whatever ==== [15:52:45] my fault, tks [18:20:58] don't underestimate rubber ducking