[00:16:30] Hi all. I'm trying to set up a MediaWiki on AWS but the installation instructions are unclear on where to put the files. If I copy everything to /var/www/html it works but then it's all files are accessible such as README and CREDITS. [00:17:15] Some of the files clearly belong there, like index.php though. What files belong in the public folder and how do I run the wiki if the other files are not in there? [00:17:29] That's usually the case [00:17:35] There's nothing private in them [00:17:58] there's a local settings file [00:18:15] definitely shouldn't be web accessible [00:18:23] in theory, only the entry points need to be in the public folder, as long as you symlink it in [00:18:39] That's why it has a guard [00:18:39] if ( !defined( 'MEDIAWIKI' ) ) { [00:18:40] exit; [00:18:40] } [00:18:54] So, if you try and browse it, as long as your PHP is working, it'll just show a blank page [00:19:23] o.O that's... not very secure >.< [00:19:23] You could use a .htaccess or similar file if you really want [00:20:01] okay thank you. I did not know it was the expected setup to have all those files there [00:20:20] It's perfectly normal [00:20:27] Same as with wordpress etc [00:21:18] wow, wordpress does that?? [00:21:25] wp-config.php [00:21:32] You'll find most php apps do [00:21:45] very good to know [01:23:31] i am trying to follow the short url protocol, and everything is working.... except CSS [01:23:42] the links are now correct but no skins are showing [01:24:07] im not sure where to start with troubleshooting [01:24:45] lines in httpd.conf are here: https://dpaste.de/dg25 [01:34:24] anyone here to help tonight? [01:38:26] I would help but I am new to this too man [01:38:44] Despite the fact I can offer little mediawiki help I want you to know I feel your pain as well [01:41:10] bkeys: thanks eh! [01:56:33] daveycal, what version of MW? [01:58:17] burfo: 1.26.3 [01:58:32] the problem *might* be related to your "short" url path of /protocols matching the physical path. Do page requests in the long URL format resolve properly? [02:00:26] i reverted everything back to the way it was before... should i try it with my short path to be something other than protocols? [02:00:45] i got quite confused as to what to put in .htaccess and what to put in httpd.conf [02:00:52] Been a long while since I've poked around with it but I do believe CSS is loaded via a call to load.php with query params, and if /protocols/load.php is being redirected... [02:01:18] burfo: i hadnt even thought of that... ok ill poke around using a different name [02:02:47] Shouldn't need anything in .htaccess if you have control over the apache config file, unless you're doing something I'm not thinking of [02:38:52] Yeah I gotta get picture uploads working but that infobox kicked my ass so I am throwing in the tower for the day [02:38:56] All in a weekend's work [03:35:32] Hello, all -- redirect loops on 1.27. Seems to be a common problem. [03:36:02] Lighttpd is using the Wiki's lighttpd rewrite block and I have the $wgArticlePath set. [03:36:12] https://aninix.net/wiki/Main_Page [03:36:20] Anyone wiht ideas? [03:38:57] * bkeys makes a funny face [03:39:05] bkeys: ? [03:39:20] Just trying to lighten the mood [03:39:32] lol Thanks [03:43:48] DarkFeather, explain what you mean by a redirect loop [03:44:34] burfo: One sec. [03:44:53] Load https://aninix.net/wiki/QANs [03:45:11] If you use https://aninix.net/wiki/index.php?title=QANs [03:45:29] it will work. [03:45:39] k [03:45:47] obviously, that's not working right :D [03:46:09] lol True. I'm following Manual:Short_URLs and the examples for lighttpd [03:46:50] It had been working transparently in the prior version I had installed (1.26.3) [03:47:22] Can you try to make the short name redirect to something other than "wiki"? Speculating that the redirect name can't be the same as the filesystem folder name. [03:47:33] Sure, no worries. [03:48:01] (I know nothing about lighttpd, fwiw) [03:51:51] burfo: Lighttpd I am very familiar with and I have another mediawiki [03:52:19] whose redirects are working just fine [03:52:36] burfo: I changed it to use /w/, and it still breaks. https://aninix.net/w/QANs [03:52:38] Ok. You're not supposed to be able to (successfully) redirect /wiki to /wiki, even in older versions. :-/ [03:52:55] That's on your wiki -_-; [03:53:43] wait, what's on the wiki? [03:54:43] Why is this URL trying to redirect? It shouldn't be. https://aninix.net/wiki/index.php?title=QANs [03:55:03] The second one shouldn't ne. [03:55:13] the one you posted shouldn't redirect. [03:55:30] it is trying to redirect to /w/QANs [03:55:31] https://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_Lighttpd_rewrite--root_access says to redirect wiki to wiki [03:55:39] Hmmmmmmm.... [03:55:40] One sec [03:55:45] (thus the loop) [03:56:46] you are doing rewrite #1 or #2? [03:58:22] 1 [03:58:46] I think it might be a regex problem -- I'll try to use mwiki instead of w [03:59:27] Ok. Also for #1 it says: Please note the installation path (/w/ above) and the virtual path to access articles (/wiki/ above) must be different... [04:00:53] hmmm. [04:01:08] https://aninix.net/wiki-gb/ works just fine and the paths match. [04:01:28] That being said, I can move the actual folder to mediawiki and the URL's to wiki [04:01:47] I tried that though with an installed folder of /wiki and redirect to mwiki and it still loops' [04:02:02] aninix.net/mwiki/QANs [04:03:04] Must be something funky with the rewrite rule then, because it shouldn't be activating on the virtual/redirect urls [04:03:27] er, i said that backwards [04:03:35] The rewrite rule is the same as the one for wiki-gb [04:04:54] I can test it for you, though with a test PHP page. [04:06:57] What is causing the 301 reply on https://aninix.net/mwiki/QANs ? The rewrite rule wouldn't do that, right? [04:08:11] interesting... [04:08:33] So, I just moved a test folder in there and moved my MediaWiki install to /mediawiki [04:08:50] There's https://aninix.net/wiki/index.php?title=Show_this as the test page. [04:08:56] Trying to hack out the rule now. [04:10:08] maybe a conflict in $wgArticlePath? [04:13:59] Or any of the path vars e.g. $wgScriptPath [04:16:37] burfo: I don't think so... [04:17:57] You cleaned that up when you moved the filesystem folder? Running out of ideas. [04:18:12] $wgScriptPath = "/mediawiki"; [04:18:12] $wgArticlePath = "/wiki/$1"; [04:18:13] $wgResourceBasePath = $wgScriptPath; [04:18:57] If I put in https://aninix.net/mediawiki/index.php?title=QANs, for some reason it tries to redirect to /wiki/QANs... [04:19:32] DarkFeather: because $wgArticlePath is set to /wiki [04:19:41] Set it to /$1 only [04:19:53] errr.... OK... [04:20:06] despite the fact that mediawiki is in no way installed to webroot? [04:20:30] Yeah, that did bad things. [04:20:43] er, what am I thinking [04:21:05] What about .htaccess [04:21:33] Don't have one -- lighttpd [04:22:50] It's $wgUsePathInfo that causes the 301 redirect, I believe. This is so the client redirects to the pretty/short URL. [04:23:11] But if the other paths are messed up, it can get in a loop like that [04:23:39] What are they supposed to be, because I believe nothing in the documentation now. [04:24:11] Remind me what is the folder name and what is the virtual name? [04:24:41] Doesn't really matter -- is ScriptPath the install or pretty location? [04:26:13] And is wgArticlePath the install or pretty location> [04:26:15] *? [04:27:01] I'll start trying random things then. [04:27:04] wgScriptPath is the install folder, as I recall [04:27:17] wgArticlePath is pretty path [04:27:25] Also set correctly. [04:27:57] So, this just doesn't work in 1.27 like it did in 1.26. Hokay... [04:28:10] What is $wgUsePathInfo [04:29:59] Commented out for now [04:30:19] It was true. [04:32:06] I can access the Wiki if I turn off both UsePathInfo and ArticlePath [04:32:30] ok [04:32:55] It works in 1.26.3 but not in 1.27.0 [04:33:14] Just going to double-check something. [04:35:26] Are we still talking about https://aninix.net/wiki/ ? [04:35:35] FECK. [04:35:50] Redirect loop there if I have DIFFERENT install and pretty paths. [04:36:31] burfo: I have two installs, and the older install works but the newer one... not so much. https://aninix.net/wiki/ is the new one that's not working. [04:37:50] Just getting hung up on why /wiki/ url is working if $wgScriptPath is /mediawiki [04:39:22] Something's wrong in lighttpd -- it's broken for both, now. [04:40:14] nvm... [04:40:39] though, for the 1.26.3 one, it's only broken for special pages... [04:42:04] I'll have to hack this out later. Thanks for trying, burfo [04:42:14] ok, sure. good luck :D [04:42:43] I've seen it work. Not on lighttpd (as far as I know), but theory says... [04:44:35] burfo: It was working on lighttpd so it's working [04:44:49] i mean 1.27 specifically [04:48:48] Hmmm. [04:52:23] Well, slightly better... Now I'm just getting a 404 [04:52:57] https://aninix.net/wiki/ [04:56:50] Aaand back to a 404. [05:07:21] OK, serious progress. [05:07:44] * burfo cheers [05:07:52] https://aninix.net/wiki/ now works, but MediaWiki won't present links to those URLS without a redirect loop [05:10:14] So really you're saying the ONLY url that works is that base URL? [05:10:41] I suppose that's something. :) [05:10:42] No, no [05:10:47] oh [05:11:04] https://aninix.net/wiki/QANs works too, but I can't just get MediaWiki to format URLs without embedding bad redirects. [05:12:31] it's giving you the normal (non-short) URL format. apparently that's what triggers the loop eh? [05:13:21] No, setting it to give me the short format triggers the loop' [05:13:34] As soon as I turn on wgArticlePath, it loops. [05:13:36] https://aninix.net/wiki/Main_Page also gets in a loop for some strange reason [05:13:50] oh nm, now that works [05:14:06] Yup [05:19:03] If you set wgArticlePath but leave wgUsePathInfo unset, what happens? [05:19:50] Same thing [05:20:02] Tried setting explicitly to true and false too [05:24:29] I'll take the short links for now and understand that internal navigation won't maintain it. [05:24:42] Thanks for helping. [05:25:59] ok [05:26:16] Still scratching my head :/ [07:51:19] hey [07:51:52] anyone knows what "Tab Plugin" this site uses: http://wiki.teamliquid.net/counterstrike/Mousesports ? [08:21:01] fred2k: Ask the site admins? [16:04:31] How come https://integration.wikimedia.org/zuul/ no longer shows the progress of testing my recently uploaded patch :( [17:16:00] Hey all. I need some help. I am trying to find out if there are any good tools that don't require a command line, to back up a mediawiki install from a wiki farm. [17:18:59] do you have access to the database without requiring a command line? [17:19:04] eg. from phpmyadmin [17:22:08] Maybe? The maintenance panel is down for update at the moment... [17:22:29] * ElmerG is helping a friend with hers, which is on a wikifarm. though I'm tempted to use https://www.mediawiki.org/wiki/Mw_tools [18:13:20] Oh, sweet, I do have command line access now. :D [18:13:34] She finally got me the right port from her email. [18:25:40] So, xml dump done. Now for the difficult part, trying to dump the SQL. [18:38:18] Okay, this is a LOT easier than I expected. xml dumped, images backed up as a .tgz... and now for SQL. [18:48:37] XML export is easy indeed [18:49:07] Yet so often sysadmins go ask random people on the internet (me) to produce them a dump with the API [18:56:16] Heh. [18:56:31] This is the first time I'm ever really messing with the command line dumps. [19:03:30] So here's a question. If an instance of mediawiki is already running on a server, is it possible to import the SQL dump into the existing wiki stuff? [19:03:47] A bit hard [19:04:03] The XML import script is supposed to handle existing data though [19:04:15] (Assuming you're not merging different wikis) [19:04:55] Can --~~~~ button in the toolbar be enabled not only for talk pages but for regular pages too? [19:05:50] yes [19:05:56] Nemo_bis: how? [19:06:11] So if there's no content in the one wiki, it'd be easier to just scrap it and do a new install, after recreating the database and importing the SQL (for things like users)? [19:06:47] porton: a global was recently introduced, check docs for WikiEditor or VisualEditor depending on what you're talking about [19:07:28] Yes, if there is no content on the target installation the standard process is to drop all tables and import from scratch IIRC (check the docs? ;) ) [19:08:40] Nemo_bis: can't find this global [19:21:57] $wgExtraSignatureNamespaces [20:30:15] Find?