[00:00:06] keep at it then, you are doing quite well for a first timer :) [00:02:29] DanielK_WMDE: thanks [00:03:11] http://wiki2.nad-ege.net/w/debug.txt [00:03:17] im still geting the same error [00:03:22] as if it werent finding the domains [00:04:00] i have two virtual hosts defined [00:04:01] aelevadoan: replace this line: define( 'MW_DB', 'none' ); [00:04:08] with what? [00:04:19] with: die( "Unknown domain: " . $_SERVER["SERVER_NAME"] ); [00:04:34] then try again [00:04:49] that will tell you what server name php sees internally [00:05:01] it may not be the same as in the browser, depending on setup [00:05:23] (if it's the same no matter what you enter in the browser, things get tricky) [00:06:49] where do i see that? [00:07:17] aelevadoan: you can also try to use $_SERVER['HTTP_HOST'] instead of $_SERVER['SERVER_NAME']. They are *usually* the same, but under some circumstances, one will work but not the other. be sure to use one of the two consistently though [00:07:50] aelevadoan: in the browser. die( "Arg!" ) should send "Arg!" to your browser, and then quit. [00:08:28] $_SERVER['HTTP_HOST'] in the general localsettings? [00:08:41] yes, you can try that. but you are flying blind [00:08:47] first make sure you can see what's happening [00:09:00] die(""); is the quick & dirty way. [00:09:23] you can use it to output any value, then exit. [00:09:44] (don't leave that in though, it's easy to abuse) [00:10:00] i dont receive any warning in the browser [00:10:04] just white screen [00:10:32] [Fri Jan 09 19:09:37.999452 2015] [:error] [pid 24758] [client 189.162.245.158:56262] PHP Fatal error: require_once(): Failed opening required '/var/www/mediawiki_farm/w/../wiki1/LocalSettings.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/mediawiki_farm/w/LocalSettings.php on line 39 [00:14:00] aelevadoan: so it's no longer trying to find the file with "none" in the path, which is what the last error indicated [00:14:12] it'S now trying to access /var/www/mediawiki_farm/w/../wiki1/LocalSettings.php [00:14:17] is that path correct? [00:14:24] is that file readable for the web server? [00:15:10] do you know how unix file permissions work? [00:16:00] the example has /var/www/mediawiki_farm/foowiki [00:16:13] you are now trying to load /var/www/mediawiki_farm/wiki1 [00:16:21] vaguely [00:16:23] which looks correct, but is it correct, on your system? [00:16:31] my wiki1 and wiki2 directories are in /var/www [00:16:36] var/www/wiki [00:16:56] var/www/wiki2 [00:17:09] does it need chmod 755 [00:17:10] aelevadoan: then you need to move them into the mediawiki_farm dir [00:17:21] 755 would work, yes [00:17:26] ok [00:18:25] uh, actually, 744 for the files and 755 for the directories [00:18:30] i recommend doing this: [00:18:45] so i would have [00:18:49] chmod -R a+rX /var/wiki/mediawiki_farm [00:18:51] wiki1 wiki2 w [00:18:54] inside mediawiki_farm [00:18:55] that will set the right permissions [00:19:11] aelevadoan: yes, like the pathes at the top of the etherpad [00:19:15] that's what we started with today :) [00:19:47] i told you, setting up a form takes some fiddeling... [00:19:52] *a farm [00:20:13] hm, time for bed adlready... [00:20:43] I like fiddeling [00:20:44] :) [00:21:16] so I moved wiki1 and wiki2 to /var/www/mediawiki_farm [00:21:30] now they are /var/www/mediawiki_farm/wiki1 [00:21:32] and wiki2 [00:21:50] chmod -R a+rX /var/www/mediawiki_farm [00:24:38] well, still not there. check the log again. [00:25:41] DanielK_WMDE: it works [00:25:48] i had to comment out the extention part at the end [00:25:58] i suppose because i dont have that file yet [00:26:03] indeed [00:26:11] only weird thing is that it has this path in the browser [00:26:12] http://wiki1.nad-ege.net/w//index.php/P%C3%A1gina_principal [00:26:17] it has a double // before index [00:26:56] yea, I guess there should be no / at the end of the script path, then [00:27:45] i'm often unclear whether that is needed or not, and i get confused. [00:27:55] which script path? [00:28:05] $wgScriptPath = '/w/'; [00:28:09] should be $wgScriptPath = '/w'; [00:28:11] my bad [00:29:22] ok, great [00:29:31] im going to write the documentation and show you in these days [00:29:31] :) [00:29:41] aelevadoan: oh, and you need to set $wgLogo to something like /wiki1/Logo.png resp /wiki2/Logo.png in your sub.settings [00:29:49] ok [00:29:57] ...and of course create these files, and make them readable [00:30:34] note that you can actually use any url for wgLogo. [00:30:41] ok, off now. [00:42:38] How much is api.php?action=parse cached on the server? [02:02:23] exit [02:36:48] Howdy, anyone around? Have a peculiar clear:both issue and would appreciate some help :) [02:41:18] don't ask to ask, prech :) [02:42:48] Well, half the time no one's around or interested in helping [02:43:26] Here's the page: http://wiki.teamliquid.net/starcraft/User:Prech/Sandbox_4 I keep getting this large blank space/row after 'Participants' [02:51:10] prech: I'm not. [02:51:47] Kyth: may I ask which browser? I don't see it in Firefox, but Chrome does, including incognito :( [02:51:53] Firefox. [02:52:12] IE sees it too. [02:53:55] If I turn off the float:left on the Protoss box, the gap vanishes, though [02:56:48] Yea, this Wiki site uses a {{box}} template that uses float so the page dynamically adjusts to varying width/resolution displays... Strange the blank space doesn't show in Chrome inspect element [03:02:01] Is someone available to talk me through in seting up mediawiki (it has been installed now upto setup). [03:02:27] prech: In IE, moving the boxes out of the table, and changing them to be display:inline-block instead of floats gives the probably intended result without the gaps. [03:03:01] Kyth: thanks, I'll try implementing [03:05:16] Is someone available to talk me through in seting up mediawiki (it has been installed now upto setup)? [03:07:55] Anyone??? [03:10:38] thanks, Kyth, did the trick! [03:10:38] please? [03:11:41] Daley, we will be happy to help you if you encounter any issues [03:12:50] unicodesnowman ... php 5.4.33 is installed but the ACP, XCache and Wincach could not be found [03:13:21] This is for version 1.24.1 mediawiki [03:13:31] Daley, does it say they are required, or are they optional? [03:14:02] ##PHP 5.4.33 is installed. [03:14:03] ##Warning: Could not find APC, XCache or WinCache. [03:14:03] Object caching is not enabled. [03:14:16] so it's optional. [03:14:30] ##GNU diff3 not found [03:14:31] feel free to continue, because caching is not really necessary unless you'll be running a high traffic wiki. [03:14:44] ##Found GD graphics library built-in [03:14:48] Daley, it's okay. just keep continuing, if you encounter a fatal error tell us [03:14:51] otherwise.. just continue. [03:15:26] Warning: The installed version of the Unicode normalization wrapper uses an older version of the ICU project's library. [03:15:26] You should upgrade if you are at all concerned about using Unicode. [03:15:42] My wiki isn't going to have a high volume of users. [03:16:56] I have received a txt that my website guy isnt finished with setting up the wiki etc. [03:18:34] of course, the wiki is not set up if you see the set up screen. [03:19:03] I thought he'd finished and assumed he wanted me to set up the wiki. [03:19:39] Don't mind if I stay in here? [03:20:32] feel free to! [03:21:06] I've wanted a website for so many years now, it's come true :D [04:01:30] any easy task which a newbie could handle? [04:01:35] get the gist of the codebase. [04:01:46] !easy [04:01:46] We keep a list of bugs that are easy to solve, in case new developers want a simple step to start out with. Check out https://phabricator.wikimedia.org/tag/easy/ and let us know if you need any help fixing your first bug! [04:02:56] ah,the bot ! [04:02:56] i was hoping if any of the mentors already had something under their wings , oython specific? [04:03:05] python [04:20:50] i find the coding conventions on tab size not entirely clear. do i have to use tabs that are 4 spaces wide? [04:21:33] apparently [04:21:39] you could word that better [04:21:45] i should do that … [04:22:47] ^ entirely up to you [06:10:13] Anyone in here familiar with phpbb? [06:27:25] Daley: Maybe ask in a phpbb channel, not a mediawiki channel [06:29:09] At least you answered unlike the ppl in phpbb, I want someone with a pulse, heartbeat and a brain who knows what they are doing in relation to my questions. [06:45:03] I just moved a wiki to a new server, and the MIME type for CSS files is application/x-httpd-php5 instead of text/css. That makes all of the CSS break in Firefox. Also any non-rewritten URL is sent to the browser as a download. Does anyone know what I have to change to get it to work? Here's a link -- you can see the error messages in a Firefox console: http://mt.artofmemory.com/wiki/Main_Page [06:45:27] (the CSS does load in chrome despite the incorrect mime type) [06:46:39] if you click the login link, it will show the error with non-rewritten URLs [06:49:25] could it possibly have to do with file ownership permissions? [06:55:41] it doesn't seem to be file permissions [07:18:15] If anyone finds this question later, the solution was to change $wgScriptPath from .php5 to .php [10:49:30] I'm trying to develop an API extension and have successfully managed to use it to get data from the server into JS, but now I'm trying to go the opposite way; I want to send data to the server asynchronously. What's the approach for this? [10:52:13] Can I write an API class method that gets called via a url? E.g. I want to be able to type api.php?action=changemyvariable&tovalue=1 in JS to call a function that runs the named method and passes the aforesaid value. Sorry I'm quite new at this. [10:55:00] batardo: yes, api modules can be used to read and write values to the server [10:55:47] when you need to write to the server, modules usually require to be POSTed (so they don't accept GET requests) [10:56:22] that prevents CSRF attacks [10:57:03] Ok, thanks, so I should look into doing an AJAX post via JS and then processing that within the extension? [10:59:08] MediaWiki scripts already support "post" to the API. You usually use "var api = new mw.Api(); api.get( { ... } )" to get data. To POST data change api.get() for api.post() [10:59:17] https://doc.wikimedia.org/mediawiki-core/master/js/#!/api/mw.Api [11:00:39] Got it, thanks. Will play with that. [11:02:47] making the api ony accept POST request it's a matter of setting a variable on the api module, I think. You can look at any of the modules that already require that (edit, for example) [11:45:28] Why does mediawiki take so long to parse [[]] links? [11:46:38] According to a recent test I did it takes a whopping 8ms per link, which really adds up for stuff with a lot of links [11:47:15] 8ms in what machine? [11:47:25] A Gamepedia server run by Curse [11:48:02] well, that doesn't tell much [11:48:10] An extension that fetches things in SQL queries from a database takes about 2ms per thing [11:48:47] So link parsing must be doing multiple sql queries probably [11:49:31] parsing [[]] means going to the database and check for things like page existance, and page length (if stub threshold is set), and maybe others [11:50:08] well, it doesn't do that for each link, since it just grabs all links on the page from the pagelinks table [11:51:25] maybe those 8ms are spent in parsing the entire page (even if the page only contains one link)? That wouldn't mean each additional link would increase the page load time by 8ms [11:51:37] the page has 500 links [11:51:46] and I divided the total time by the number of links [11:52:05] I'm not so silly as to time a single link on an empty page :P [11:52:23] well, that won't say the time it takes for a single link, as I explained [11:53:03] parsing wikitext involves a lot more than just parsing internal links [11:53:31] also, the parsed html is cached once it's parsed the first time [11:54:09] well yes, but the navbox that had 500 links was included on a lot of pages and has to be built for each individual page, so I had to move to lazy loading it [11:54:50] that was probably a good idea anyway [11:55:10] having 500+ links on each page shouldn't be good for SEO [11:55:53] It just seems silly that invoking an extension 500 times on a page, and that extension does individual queries for each invocation, is 4 times faster than 500 plain links with nothing else [13:04:32] If I use $wgMemc->set() with expiry time 0, will I get an inifintely long cache? If not, how can I? [13:05:53] I guess it would be infinite as long as memcache doesn't get restarted, or it reaches the memory limit... [13:07:32] ok, so good enough then [13:07:44] cheers [14:14:15] What would a smart way to get two links on the same row in the Sidebar be? [16:08:05] Is it possible for extensions to add their own events into checkuser? [16:25:29] Ok, is it safe for me to insert my own data into the checkuser table? [16:33:38] UltrasonicNXT: what are you thinking of adding? [16:40:57] Betacommand: a user's telling me he's getting loads of spam users creating accounts and then the only action they perform is chat (my extension), so there are no edits to perform checkuser on,so it would be useful if they were added to the checkuser table when they perform chat actions. [16:44:35] UltrasonicNXT: I would do it via a special type of log type [16:45:12] and just have your extension create an entry when someone starts a chat [16:45:16] Betacommand: that sounds sensible, when you say 'special type of log type'? My extension does log stuff atm [16:45:37] UltrasonicNXT: Special:Log/Delete for example [16:46:02] UltrasonicNXT: let me see if I can get some documentation [16:47:10] Any logs in the RC get put into the checkuser table, but my extension purposely doesn't log to the RC [16:48:41] UltrasonicNXT: I think there is a way to suppress RC results if your not part of a group [16:50:08] Betacommand: ah I think I've found a way [16:50:16] UltrasonicNXT: ? [16:51:41] Betacommand: you can extract an RC object from a log entry without publishing it [16:51:56] then I can just send that to checkuser like other RC logs do