- Do you intend to also try to "reverse-engineer" the real LocalSettings.php? If yes, maybe it's worth to add an Expansion template for that.
- With this procedure we could even understand what keeps Pierre from upgrading the installation to the latest stable release, and help him get back on the bleeding edge as we like it ;)
- That's one way to utilize the "project", and it's certainly on the list. I just need to make smaller steps, my installation is not even ready to begin testing. Then I guess it is a good idea to create a completely separate installation with separate database for the 1.23 branch, so that returning to 1.22 is possible/easier. It would be even possible to work on both branches in parallel! -- Lahwaacz (talk) 13:26, 2 December 2014 (UTC)
So far I have been unable to reproduce FS#30825 on LocalArchWiki, the "Printable version" link just works as expected. As the tree is almost identical to the git repo, we can rule out bugs in PHP code and archlinux skin, so only LocalSettings.php and database remain.
Edit: on the other hand, I have not set up any cache yet, so caching issues are another possibility. Except that it does not seem "random" anymore...
I'm just moving here some related notes I was keeping in my Tasks page (I can't paste them in the bug report in this state...):
- See also wikipedia:MediaWiki_talk:Common.css/Archive_6
- In our wiki the print CSS is enclosed in
@media printeven in the "printable version" (misconfiguration?) — Compare with Wikipedia, where the print CSS is indeed included without @media queries in the "printable version".
- But then why Special:RecentChanges has a correct printable version instead? Where does its CSS come from?
- Involved style sheets:
Which caching engine is used on ArchWiki?
Multiple caching engines are supported by MediaWiki, but I can't see any indication on which one is actually used on ArchWiki. I have looked in Special:Version, but unfortunately the information is not given there. Perhaps the API could reveal something?
My current (conspiracy) theory is that it is DBA, because mw:Manual:$wgMainCacheType mentions that
CACHE_DBA has been removed in MW-1.23. I don't have any other information confirming or disproving this assumption, but it aligns well with the current situation.
- You can try to ping Pierre about this... With a bit of luck he will reply :) He may even notice this effort of yours and be encouraged to give more assistance! -- Kynikos (talk) 10:06, 18 December 2014 (UTC)
You mention how you don't assume caching for localhost, but for completeness sake, I wonder how to enable this anyway.
I've installed the extensions by PHP#Caching, and they appear as enabled in phpinfo(). Still the "environmental checks" on installation claim "Warning: Could not find APCu, XCache or WinCache. Object caching is not enabled.". Thoughts? -- Alad (talk) 11:38, 24 July 2016 (UTC)
- I have
/etc/php/conf.d/apcu.ini; I guess this should be added to the page. If I remember correctly the email that I can't find at the moment, this is the setup run on this server. And it is useful for localhost, User:Lahwaacz/LocalArchWiki#Configuration is just about the file cache. -- Lahwaacz (talk) 11:56, 24 July 2016 (UTC) and installed and both uncommented in
I seem to be stuck on the php importDump.php command; I'm using the archive.org dump from 2014.
- → Copied over the actual files from the wiki vhost to public_html; my mediawiki install is from a 1.27 tarball
- → Installed the AbuseFilter extension for 1.27 per mw:Extension:AbuseFilter
- → Installed CheckUser from git per mw:Extension:CheckUser
- This is where I'm stuck...
- Do other scripts work (e.g.
update.php)? I'm still at 1.26.3 and it's a long time since I used this script, but the error seems related to configuration - maybe the famous FunnyQuestions extension will need to be updated for 1.27. -- Lahwaacz (talk) 19:03, 26 July 2016 (UTC)
- Nope, I get the same error on other scripts.
- I noticed that I didn't have FunnyQuestions enabled, so I uncommented the lines in LocalSettings.archlinux.php. I can't find any documentation on it though, so I'm not sure what to put in
$wgFunnyQuestionHash = "XXX";. The error is the same, either way. -- Alad (talk) 19:15, 26 July 2016 (UTC)