[01:27:56] https://phabricator.wikimedia.org/T307318#7894588 I am curious how does a ExtensionDistributor packaged release compiled 1-2 weeks ago manage to have an 11 months old version of the extension, in which 6 months ago and 6 weeks ago were new version releases. [02:35:13] ExtensionDistributor uses the REL1_XX branches [02:35:32] I don't think the ExternalData maintainer backports changes to those branches, so they're often out of date [02:36:04] this is explained at https://www.mediawiki.org/wiki/Extension:External_Data/Download_and_installation [02:36:06] ryzenda: ^^ [02:45:58] legoktm, Aha! Thanks! I updated the post on phabricator. Hopefully it helps the extension devs to realize that this was the issue the entire time, lol [02:46:12] Also useful info since I am working on an extension too. [14:07:07] Hi, can someone please point me to the documentation on how this search box was created where a visitor can search for pages in any language on Wikipedia https://www.wikipedia.org/ Thanks [14:38:32] Guest5876, https://phabricator.wikimedia.org/diffusion/WPOR/ [14:41:28] does renaming a page really have to result in a redirect? even when you're sure there's no references/links to it? [14:43:43] ah, it's about rights again :) [15:00:32] Hi sorry I got disconnected. My question was how to create a search box like used by Wikipedia at wikipedia.org where a visitor can search for pages in any language. Is there a extension for that? Thanks [15:04:02] Guest58, the portals are not based on MediaWiki https://phabricator.wikimedia.org/diffusion/WPOR/ [15:05:20] Thank you AntiComposite. [18:41:51] Hi, there is any way to control whether to write debug log from the web interface of mediawiki? [18:43:13] you can use an if statement in the LocalSettings.php config [18:44:25] That will be based on some condition that can be changed from the web? can you share which for example? :) [18:45:15] if ( $_GET['log'] ) { $wgDebugLogFile = '/path/to/write/file/to/debug.log'; } [18:45:40] And then any page where you add ?log=true will have log [18:46:00] Downside to this, is that it doesn't really catch page saves very good, which is often the interesting part [18:46:27] Nice, the LocalSettings is being "re-run" for each page request? [18:46:30] Wikimedia uses an http header for this and a custom firefox extension [18:46:41] https://wikitech.wikimedia.org/wiki/WikimediaDebug [18:47:06] Guest8522: yes. PHP is a shared nothing architecture, so everything is re-evaluated on every request (for better or worse) [18:47:15] other then stuff that is "cached" [18:47:38] ty [18:48:29] Moreover, there is a way to add the current time to the log format? from what I see in here I could not find a way:  https://www.mediawiki.org/wiki/Manual:How_to_debug#Logging, I want to check what is slowing down my server and wanted to start from the debug log, but when they have no timestamp it's harder [18:48:57] I would suggest profiling over debug log, if you want to debug a slow down [18:49:22] I think you probably need to use one of the fancier logging backends if you want timestamps for debug logs [18:50:11] https://www.mediawiki.org/wiki/Manual:Profiling for profiling info [18:50:18] Unfortunately I don't have cli access :S so I guessed that debuglog would be simpler, but I check the profiller and if that possible as well [18:50:55] https://www.mediawiki.org/wiki/Manual:$wgMWLoggerDefaultSpi for fancy debug backends [18:52:34] ty [18:54:21] As a first round of performance tuning, check what $wgMainCacheType is set to, and ensure its something large enough (e.g. if using $wgMainCacheType = CACHE_ACCEL check apcu.shm_size in php.ini) [18:59:53] It's set to CACHE_NONE due to cargo extension (in order to have "immediate" query results in other pages), but I can try and change it [19:09:05] Yeah, that's going to make things much slower [19:10:10] Assuming you have APCu installed, if you really absolutely need to not have parser cache, you can set $wgMainCacheType = CACHE_ACCEL; $wgParserCacheType = CACHE_NONE; which will at least cache non page things [19:10:21] But not having parser cache will be a very major performance drain [19:12:09] Guest8522: Generally, if you absolutely need to cargo pages to be instant, i would reccomend using something like https://www.mediawiki.org/wiki/Extension:MagicNoCache for the pages you don't want cache, and allowing everything else to be cached. The performance implications of disabling cache generally is very high [19:15:12] Will try that for sure, looks good!