[00:05:34] Moniker42: not in standard MW, AFAIK see e.g. http://www.mediawiki.org/wiki/Extension:ImageMap [00:05:43] thanks BrokenArrow [00:05:53] (welle, there are a couple of kludges to get it working, too) [00:36:21] 03(mod) Request to set the variable $wgSitename and $wgMetaNamespace in Classical Chinese Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11552 (10shinjiman) [01:53:05] Hello there, how do I rename the "Log in / create account" ? I just want to make it "Log in" [01:53:09] Thank you [01:53:56] EVSN: what is it you want to rename? [01:54:25] any dev would like to create a wiki page and i let the adsense for him [01:54:32] crwate some extensions too [01:54:36] create [01:55:00] you know the "Log in / Create account" on top of the wiki page? [01:55:05] I just want to rename it. [01:55:15] The link name? [01:55:19] yes [01:58:49] EVSN: Messages.php in /languages [01:58:55] I think that is what you want [01:58:56] Thank you [01:59:00] thanks man [01:59:22] i think the label is 'userlogin' => 'Log in / create account', [02:01:39] done. thanks jeff [02:02:10] My wonderful mediawiki has been up for more than a year now, and I'm having a problem with spam in it. I disabled anonymous editing early on, but the spammers just create accounts now. So now I've disabled account creation. Sad, I know. People will have to email me to create accounts for them. Anyway, now I just need to go through and, by user, see what they edited so I can clean it up. [02:02:38] Is there any way to see every page that a particular user edited? [02:02:58] wad: Special:Contributions [02:03:03] Thanks! [02:04:12] EVSN: sure thing [02:08:58] i guess theres not a way to assign a topic to a user so only him/her can edit it? [02:24:29] EVSN: Wouldn't that defeat the purpose of a wiki? The idea is that anyone can edit it. [02:24:49] Then add some accountability if you want to know *who* is really editing stuff. [02:25:04] I just wish there were a way to prevent the spammers from killing my wiki. :( [02:25:05] do you know of a good extension for that? [02:25:12] No clue. [02:25:17] Of, for accountability? [02:25:27] You can disable anonymous edits. [02:25:27] yes [02:25:42] $wgGroupPermissions['*']['edit'] = false; [02:25:48] Put that into LocalSettings.php [02:26:05] i already it tat disabled. [02:26:06] thanks [02:26:09] *wad nods [02:27:35] you may need to enable editing for the user group [02:27:49] since the asterisk disables all except sysop [02:29:23] so i can create a user group, assign users to that group so only that user can edit? [02:29:26] can that be done? [02:30:13] 03amidaniel * r26444 10/trunk/phase3/ (RELEASE-NOTES includes/api/ApiQuerySiteinfo.php): API: Include, if possible, svn rev in siteinfo query result. [02:35:36] Is this the place to ask questions about the Semantic Mediawiki plugin? [02:35:39] 03amidaniel * r26445 10/trunk/phase3/RELEASE-NOTES: API: Forgot to document r26433 (rvlimit). [02:35:57] metrix: Probably as good a place as any [02:38:46] My relations and attributes do not work under namespaces, and I cannot figure out why.. Has anyone run across this before? [02:40:18] I am using semantic Mediawiki 0.7, Mediawiki 1.10 and Semantic Forms 0.6.3 [04:08:34] 03(mod) Support global (crosswiki) blocking - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8707 +comment (10lilewyn) [04:13:03] I can't for the life of me figure out how to delete images from my MediaWiki Installation. I get the following in return "Error deleting file: Could not create directory". Anyone? [04:15:27] weird. I hit show preview when resizing images and it consistently hangs [04:26:29] can anyone point me to a reference where I can learn how to configure my MediaWiki installation to allow for the deletion of images (and other files)? I can delete pages just fine, just not files. Also, I am logged in as WikiSysop. Is this a MySQL issue I need to resolve with permissions? I get "Error deleting file: Could not create directory.: [04:59:39] "error deleting file: could not create directory" - any ideas on how to resolve this, anyone? (MediaWiki 1.11) [05:08:34] 03amidaniel * r26446 10/branches/REL1_11/phase3/RELEASE-NOTES: Note change in API query limits for sysops that was made in the 1.11 release. Somehow this didn't make it into the original release notes. [05:12:45] amidaniel: Sorry, I'm not understanding... API query limits? [05:14:25] n0ay: Sorry, that had nothing to do with your question :) [05:16:33] n0ay: Do you have $wgSaveDeletedFiles set to true? [05:19:16] actually $wgSaveDeletedFiles is not in my LocalSettings.php at all, so I assume that the default (false) still stands. [05:19:22] > [05:20:10] crap: according to http://www.mediawiki.org/wiki/Manual:%24wgSaveDeletedFiles "As of MediaWiki 1.11.0 this option has been removed, as the feature has been enabled unconditionally." [05:20:19] How to I get around that?? [05:20:22] n0ay: Do you have a directory in your wiki root named "deleted"? [05:20:36] n0ay: I forgot we reworked how image deletion works :) [05:21:27] If not, make one quickly, ensure that it is writeable by your webserver and try again [05:21:39] Er .. I'm sorry .. "images/deleted" [05:21:52] yes in images, not in wiki root [05:22:32] n0ay: Is it writeable by your webserver? Is anything in the directory besides a .htaccess? [05:22:47] ok, basic question. how do I "ensure that it is writeable by my webserver"? [05:23:11] does it make a difference that this is just for my local LAN, i.e., a wiki for the Intranet? [05:24:14] n0ay: chmod +x images/deleted [05:24:40] And, no, it shouldn't [05:25:05] amidaniel: give me a second for that... [05:25:09] okay [05:30:26] didn't work... went to /var/www/wiki in the terminal and entered chmod+x images/deleted [05:32:32] by the way, when I do try to delete I get "Warning: mkdir() [function.mkdir]: Permission denied in /var/www/wiki/includes/GlobalFunctions.php on line 1670" along up top (where the "sitenotice" would be) [05:33:29] n0ay: What are the contents of your images/deleted dir? [05:33:38] And I should add that the chmod command does appear to have "unlocked" the folder from within my /images folder [05:34:17] amidaniel: deleted dir contains nothing... [05:34:53] And images? What are its contents and permissions? [05:35:00] 03david * r26447 10/branches/liquidthreads/ (4 files in 2 dirs): [05:35:00] Fix New Messages so that only one instance of each top-level thread is shown; [05:35:00] the specific threads that have been changed are highlighted. The fact that [05:35:00] Threads::thread_children was a static variable was causing weird bugs. I have no [05:35:00] idea why it was so in the first place; it doesn't make any sense. Hopefully [05:35:03] there's no reason that I'm forgetting. [05:36:52] 03david * r26448 10/branches/liquidthreads/ (4 files in 2 dirs): (log message trimmed) [05:36:52] Merged revisions 26431-26447 via svnmerge from [05:36:52] svn+ssh://david@svn.wikimedia.org/svnroot/mediawiki/trunk/phase3 [05:36:52] ........ [05:36:52] r26433 | amidaniel | 2007-10-05 00:37:58 -0700 (Fri, 05 Oct 2007) | 2 lines [05:36:53] API: Ensure it checks *only* the fast limit or the slow limit, not both. On fast [05:36:56] images contains 16 items (15 folders including the "deleted" folder) and the readme file. How do I check permissions on the images dir? [05:36:57] revision queries (those without content), was checking once against fast limit [05:41:04] amidaniel: should I chmod +x images? [05:42:19] n0ay: No, clearly it's able to write to images. I was more curious about who the owner/group of the images directory were and what the permissions on it were [05:42:28] If you could pastebin a ls -la [05:45:39] amidaniel: drwxrwxrwx is for the "images" folder while drwxr-xr-x is for the "images/deleted" folder, does that help? [05:46:17] Gahh, indeed .. sorry. chmod +w images/deleted [05:46:24] And let me know if you still have the problem [05:52:03] amidaniel: still did work, by the way the owner the other image subdirectories is www-data, while the owner of "deleted" is my userid for the machine... does this amount to the problem? [05:52:11] still didn't work I mean [05:53:57] n0ay: Can you chown www-data images/deleted [05:53:58] ? [05:57:50] amidaniel: yes! this allowed me to delete an image. hell yeah. ok before we part, what exactly did we do. what was the change of ownership we deployed on images/deleted? [05:58:54] Glad to hear it :) Knew it had to be something simple :) [05:59:02] www-data is the username for your webserver [05:59:19] It needed to have the ability to write to that directory in order to delete images [06:01:06] amidaniel: final question (?) so, this is allowing images to be deleted, i.e., put into the images/delete folder. How do I totally delete them though? Would that be in the FAQs? [06:01:51] n0ay: You can go in and manually remove them from the deleted directory [06:02:05] It's usually the uhh Wiki mentality to not permanently delete anything, though :) [06:04:39] amidaniel: yes, yes. bytes are free, I know... but I like things clean nonetheless... thanks so much for your time on my problem! I do appreciate it... [06:04:53] not a problem [06:30:53] 03mkroetzsch * r26449 10/trunk/extensions/SemanticMediaWiki/includes/storage/SMW_SQLStore.php: Typo in query answering for categories w/o subcategory reasoning. [06:31:48] oh wow, the interwebs is sooo coool. [06:34:25] Now to learn C++... [06:59:42] Hi, guys. I've been looking around, and I can't seem to find a way to delete users. [06:59:54] Spammers got on my wiki and created a bunch of garbage accounts. [07:09:05] hi all [07:09:37] a quick question anyone knows any good extension to add flash to mediawiki ? [07:11:06] got it thanks [07:42:30] wad: You cannot delete users. [07:42:36] @search . [07:42:36] Results: [download, extensions, faq, hidetoc, highlight, imagemap, multiplewiki, namespaces, package, purge, rights, sidebar, subpages, subversion, support, syntax, tex, tias, upgrade, welcome] [07:42:43] ah [07:43:07] bummer [07:47:33] yep [07:50:18] 03(mod) Support global (crosswiki) blocking - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8707 (10effeietsanders) [07:50:56] For those interested, updated docu on my bot framework is up at: http://amidaniel.com/MWJF [07:51:40] lol, bot framework [07:51:54] ? [07:52:25] *Werdna hides. [07:52:33] O.o [07:52:54] amidaniel: test my website! [07:52:57] amidaniel: cool [07:53:09] Werdna: I will later -- a bit tired right now though :) [07:53:18] amidaniel: any signof @aliaslist ? [07:53:28] MinuteElectron: No, haven't gotten to it [07:53:33] heh [07:53:34] lol [07:53:35] dw [07:54:02] Is there an alias remove thing [07:54:13] 03aaron * r26450 10/trunk/extensions/FlaggedRevs/ (3 files): *Clear db row if settings set back to site defaults [07:56:37] MinuteElectron: !alias rm [07:57:00] kl [07:57:07] !multiplewiki [07:57:07] To run multiple wikis, you do not need anything more than to run one wiki. You simply install them in different folders, and if possible using seperate databases. If you only have one database, simply use a different table prefix. [08:09:32] amidaniel: interesting, is there any *real* documentation? [08:09:39] And is this like pywikipedia but in java? [08:10:37] MinuteElectron: Don't know what you mean by *real* documentation :) [08:10:52] And, yeah, it's similar to pywikipedia, but hopefully will be much better once I get it all done :) [08:11:02] i mean like mediawiki.org but for the bot [08:11:15] cool [08:11:18] No, the javadoc's all that there is [08:11:30] ok.. [08:11:37] *amidaniel personally thought it was shockingly comprehensive ;) [08:11:49] ahh, ok [08:26:09] 03(mod) Request to set the variable $wgSitename and $wgMetaNamespace in Classical Chinese Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11552 (10jeluf) [08:29:44] <_wooz> lo [08:36:42] hello channel [08:37:22] i want to move my mediawiki to another box [08:37:38] clean install and overwrite the database? [08:37:50] why overwrite the database? [08:37:51] or should i overwrite the mediawiki files as well ? [08:38:14] sorry, i meant importing the backupped tables [08:38:20] database [08:38:25] no need to overwrite anything [08:38:27] excuse my n00bness :) [08:38:28] just copy and paste ;) [08:39:02] thanks a bunch. i'll idle around here while working on that ;) [08:40:36] Don't worry about idling, we don't kick people for it ;) - some people in here haven't said a word for years. [08:40:53] he probably thinks you're exaggerating [08:41:09] I'm not. [08:41:24] exaggerating what ? [08:41:31] lol [08:45:12] ah, the years .. [08:45:17] that took me long ;-) [10:33:34] hi all [10:34:25] anybody know how to disable the tab "Special pages " tab on top right corner ? [10:34:40] am using cologneblue skin [10:36:47] try css [10:36:56] otoh, the tab is usefull... [10:37:33] I want to disable only thath tab [10:37:38] special pages [10:39:33] yes. try css [10:39:41] css selectors are very powerfull... [10:40:08] am sorry am new to this wiki... but I know it bit [10:40:16] what is css selector [10:40:17] ? [10:40:32] learn about CSS in your favorite html reference [10:40:42] yeah sure :) [10:40:48] then add an appropriate style to MediaWiki:common.css [10:40:58] ah [10:41:04] it;'s in common.css [10:41:05] ? [10:41:12] or cologneblue.css [10:41:13] ? [10:42:08] either. common.css is for all skins. but note the difference between the files (skins/...something...css) and the wiki pages (MediaWiki:...something....css) [10:42:21] also, the wiki pages don't exist per default. create them if you want to add something [10:42:58] ah thanks much :) [11:55:23] I installed media wiki version 1.10.1, and enabled nice category listing [11:55:49] now when I remove the entries, it is still showing in nice category listing [11:56:01] oh :( [11:56:04] I think mw is doing some sort of caching [11:56:23] but I am not able to figure it out ... and I did not add any special caching extensions [11:56:39] any help would be appreciated [11:57:16] hi prad [11:57:20] try this [11:57:22] #disable caching for whole wiki [11:57:22] $wgEnableParserCache = false; [11:57:22] $wgCachePages = false; [12:01:12] wow! cool [12:01:17] that worked, thanks Maj [12:01:19] woot ;) [12:01:23] :) [12:01:37] one more doubt here [12:01:47] is there any way to moderate the changes in media wiki [12:02:02] any kind of extensions to be installed ? [12:02:25] here soem one need to help Mr.Prad ... am helpless :-P [12:02:34] someone [12:27:26] hey guys [12:28:03] anybody knows how to disable the tabs " Main Page | About | Help | FAQ | Special pages | Log out" on top [12:28:20] or I just want to disable Special pages [12:28:24] tab [12:29:10] hi. i have set the php_admin_value memory_limit to 30M. is that for all processes at all? i have 512 MB RAM on my server though but when i raise the php memory the website is not accessable anymore. also i have raised the apache limits: MaxClients 100 , ServerLimit 160 [12:30:07] where you setup ? [12:30:11] in php.ini [12:30:11] ? [12:30:23] or in .htaccess [12:30:24] ? [12:31:32] none of them. php memory limit in a server's own file where tehy want me to set it. i think it's the same as .htaccess [12:31:51] it's domain-specific and called vhost.conf [12:32:48] hmm... [12:33:53] the problem in general is: i have more and more visitors and loading a page takes longer and longer. so i want to know how to best raise the limits of php memory and apache clients [12:34:22] i cannot say how many visitors i have, i just know i have ~23000 page views a day [12:37:53] Monk33: the first thing I'd try is enabling the file cache [12:38:32] Monk33: seconds, try to use a bytecode cache for php (and make mediawiki use it also for object caching - not sure if this is automatic) [12:39:05] maving the db on a different box also helps [12:39:52] Monk33: none of these options need more memory for php (though all of them need more memory in some way - it's a tradeoff between size and speed, as usual) [12:40:22] when i rais the php memory to over 100M the site is damn fast [12:40:36] with same apache limits [12:41:27] yeah i think i've read about that object caching thingy when i installed MW so php processes are much faster? [12:41:28] that's odd - i can't imagine how that would impact speed directly. unless i'm wrong and that limit laso applies to bytecode cahes, and you are already using one. [12:42:15] Monk33: during install, you are aske about your memcached server - which is yet another option for caching. [12:42:18] when i have 20M it takes about 2 seconds to load a page with many db queries, on 120M it's lightspeed [12:42:59] Monk33: well, as i said, i can't imagine why that would be so. it can't be caching, since php does not remember anything between invokations. [12:43:11] but maybe someone else knows this stuff better than i do [12:43:18] brion-office for instance :) [12:44:40] hehe. so about the object caching. is it hard to install? i quitted reading the installation guide when i installed MW cos i have no clue about these things and with a Vserver it's hard to set up things with apache etc cos i dunno where all these files are [12:45:00] and it sounded complicated [12:46:25] Monk33: object caching is enabled per default. you are already using it. the question is only *where* objects are cached. optiosn are ram (per invokation), mysql (a combination of the two is the default), a bytecode cache (which also improves overall php performance), and memcached. [12:46:43] wikimedia used bytecode cache + memcached [12:47:04] (memcached also has the advantage that you have a shared cache if you have multiple apache instances) [12:48:10] and using file caches for full pages is an option independant of all that. [12:48:18] Monk33: but for the gory details... ask someone else :) [12:48:35] ah i see. well i forgot what it was though, just remember that enabling it was complicated, later there was a big discussion in this chan if it makes a site faster at all or not. so i quitted caring about it [12:49:21] Monk33: well, as with all non-trivial things, it depends. [12:49:52] it depends on usage pattern and available hardware, mostly. and the level of access you have to the system. [12:50:25] hardware is fine. access not. [12:50:36] using memcached means installing a system service - and memcached generally unsafe on a shared hsot. [12:50:38] 03(mod) Support global (crosswiki) blocking - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8707 +comment (10mail_from_29) [12:50:52] "hardware is fine" also means you can have another box? or three?... [12:50:53] i could ask my provider to take a look, but they take 100€ for installing additional scripts etc [12:50:54] see, it all depends :) [12:51:14] another box? no i have 1 VPS [12:51:23] one IP [12:51:32] yea, so, hardware *is* a limiting factor [12:51:38] anyway, as i said: enable file cache, ask about a php byte cache. [12:52:05] ok thanks will ask what they can do about it :) [12:53:22] Monk33: if you get a byte cache, you'll have to set wgXXXCacheType to CACHE_ACCEL or CACHE_DBA - google for docs or find someone who knows about this cruft. i don't. [12:53:42] Monk33: anyway, $wgUseFileCache = true; is trivial :) use it. [12:55:17] enabled ;) [12:56:55] Monk33: oh, it sais: "Must set $wgShowIPinHeader = false" [12:56:58] otherwise it won't work. [12:57:19] (pages must be exactly the same for all anonymous isitors, otherwise they can't be served from a static cache) [12:58:21] How to disable special pages ? [12:58:30] ok changed. reboot required? [12:58:50] Monk33: o_O [12:59:06] i logged in and out. should do it [12:59:08] Monk33: nothing in mediawiki requires a reboot. not even restarting apache. [12:59:18] yep [12:59:19] login has nothing to do with it either [12:59:35] anyone [12:59:37] How to disable special pages ? [12:59:45] Maj: depends on the special pages. [12:59:51] see how much clue i have ;) [13:00:09] Monk33: make sure the site still works when you are not logged in [13:01:06] g'day. i have a separate database whcih generates a set of useful data. i'd like to reproduce this data inside a (private/closed/auth'd) mediawiki page using an iframe (copying it is not an option as the data changes regularly). what sort of options do I have? [13:02:10] Morbus: a) allow all html b) allow static html snippets (HTMLets extension) c) write a (trivial) tag hook to generate the iframe (or inline the html directly) [13:02:49] Duesentrieb_: a) sounds the easiest, and it's a closed/private wiki entirely for four people, so seems safe(ish). [13:02:50] HTMLets can also load snippets via http [13:03:05] well, easiest, probably, but also ugliest, and most easy to break :) [13:03:10] how so? [13:03:40] well, you have ugly touchy html code in your pages [13:03:46] anyway, set $wgRawHtml = true; [13:04:03] well, it'd just be one