- For earlier upgrading discussions from 2006, see: WikiIndex:Upgrade Discussion.
- For discussions from 2011, see: WikiIndex:Spring 2011 Upgrade Path.
WikiIndex:Upgrades needed — this page is to be used for raising suggestions and discussing strategies for upgrading our MediaWiki software used by WikiIndex. It can typically include any of the published, and stable, MediaWiki Extensions; or any other applicable and workable strategies. Please add any suggestions or offerings in any of the subheadings below (or create a new subheading), and discuss.
MediaWiki version
- Need - upgrade to 1.20.4 or 1.19 branch
Are we on the best version, would that be part of an update of extensions? Best, MarkDilley
Right now (14:41, 22 December 2012 (PST)) WikiIndex is running MW 1.19.1; the newest stable version is 1.20.2 and 1.19.3 is the newest version of the 1.19.x branch. So yes, an upgrade could be nice. :) --Jack Phoenix (talk) 14:41, 22 December 2012 (PST)
- Update: 1.20.4 is the very latest version, and 1.19.5 is the latest of the '1.19' branch. 1.19.5 seems to include a few security updates over our current version. If you arn't inclined to go down the latest 1.20 version, then at least upgrade to 1.19.5 -- :) Sean, aka Hoof Hearted • Admin • talk2HH 12:28, 21 April 2013 (PDT)
- Sean is correct — 1.20.4 is the latest stable release of MediaWiki (as of now; the Download page at MediaWiki.org has always the most up-to-date information about the latest stable release), and since WikiIndex's versions of PHP and MySQL are compatible with 1.20 branch, there's no need to be running the 1.19 branch and we should be able to safely upgrade to 1.20. Running the latest stable release is a good idea, not just in terms of features, but also in terms of security (although there haven't been any huge security flaws in MediaWiki recently, but still). --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- Need a stronger user creation fix, the names created over the last hour is just absurd...I wonder if the captcha system is working or not..--Comets (talk) 21:41, 28 April 2013 (PDT)
- The CAPTCHA is showing up on the registration form, but given how simple the question is and that there seems to be only one (!) question, it's just a matter of time until spambots will work around it and human vandals apparently already have. --Jack Phoenix (talk) 08:10, 29 April 2013 (PDT)
- Jack, is their a way to have control put into our hands to add questions or change them when needed? Best, MarkDilley
- They just released another round of security patches, latest versions are MW 1.19.6 and 1.20.5. I was planning to test out 1.20.5, but if need be, I wouldn't mind setting up a test wiki to see how 1.19.6 functions, but the differences in both basically amount to closing a few security holes and not much else, as far as I can tell, and having run both 1.19 and 1.20 versions of MediaWiki, upgrading to 1.20 should be easy and break no features, and all of the extensions installed have working 1.20 equivalents (most of which I have tested) that should be stable in a production enviroment wiki. Arcane (talk) 16:58, 30 April 2013 (PDT)Arcane
- Arcane, do you think it is ok to just test out 1.20.5? (if that is what you are suggesting? and test it out with WikiIndex data? sorry, not so knowledgable!!) Best, MarkDilley
- If you have a XML/SQL dump of the data, I could easily setup a test wiki with the same extensions and a database dump and see if anything breaks. In fact, you could do the same thing yourself by setting up a second wiki install and using a spare copy of the data from the WikiIndex database on a localhost wiki (offline, I recommend using XAMPP). You may have to reimport your Main Page and sidebar settings if you do this, but it's easy to do. Alternatively, another option you can do is to make a copy of EVERYTHING in your mysql/data folder and your MediaWiki install (I'd save it to a portable drive, backup hard drive, and so on, in a compressed file format if possible, also make sure the database is not being used during this time, which means taking the site down for maintenance), then install a new version of MediaWiki over your old one. At best, everything will work fine and you can proceed as normal (you may need to upgrade some extensions), and at worst, just flush your mediawiki folder and the mysql/data folder and replace them with your saved versions, and it will be exactly as it was before, minus any alterations to the new wiki database. Arcane (talk) 21:42, 30 April 2013 (PDT)Arcane
- I could do that without XMAPP by using Ubuntu, just like this wiki (Special:Version), and I have succeeded setting up a wiki in version 1.20.3 and upgrade it to version 1.22alpha (from git). (Sadly, I can't let you see since it ran on the local domain) So I think I could take this job. --YiFei | talk 22:10, 30 April 2013 (PDT)
- Upgrades from a minor version (like 1.20.0) to a different, newer minor version (like 1.20.5) are not problematic and generally speaking require very little thinking — just do it and it'll go fine. :-) The same is not true for major version changes (like upgrading from 1.20 to 1.21 or so), as then there'd be schema changes and other issues to sort out, at least usually.
@Mark: I spoke with Emufarmers about QuestyCaptcha and improvements for it a few weeks ago. We both agreed that having a special page for adding/modifying/deleting CAPTCHA questions would be essential to have to improve the usability of the extension. He mentioned having written some code for an administration special page, but I don't know what's the current state of that project; what works, what doesn't, what hasn't been implemented, etc. but I can try to ask him for an update. --Jack Phoenix (talk) 08:53, 2 May 2013 (PDT)- Thanks for checking into that Jack - it seems like that would be pretty helpful for lots of wiki communities! Best, MarkDilley
- If we could somehow run http://wikiindex.org/maintenance/DumpBackup.php (See mw:Manual:DumpBackup.php), it would be very easy to get a database dump. --YiFei | talk 00:42, 4 May 2013 (PDT)
- Thanks for checking into that Jack - it seems like that would be pretty helpful for lots of wiki communities! Best, MarkDilley
- Upgrades from a minor version (like 1.20.0) to a different, newer minor version (like 1.20.5) are not problematic and generally speaking require very little thinking — just do it and it'll go fine. :-) The same is not true for major version changes (like upgrading from 1.20 to 1.21 or so), as then there'd be schema changes and other issues to sort out, at least usually.
- I could do that without XMAPP by using Ubuntu, just like this wiki (Special:Version), and I have succeeded setting up a wiki in version 1.20.3 and upgrade it to version 1.22alpha (from git). (Sadly, I can't let you see since it ran on the local domain) So I think I could take this job. --YiFei | talk 22:10, 30 April 2013 (PDT)
- If you have a XML/SQL dump of the data, I could easily setup a test wiki with the same extensions and a database dump and see if anything breaks. In fact, you could do the same thing yourself by setting up a second wiki install and using a spare copy of the data from the WikiIndex database on a localhost wiki (offline, I recommend using XAMPP). You may have to reimport your Main Page and sidebar settings if you do this, but it's easy to do. Alternatively, another option you can do is to make a copy of EVERYTHING in your mysql/data folder and your MediaWiki install (I'd save it to a portable drive, backup hard drive, and so on, in a compressed file format if possible, also make sure the database is not being used during this time, which means taking the site down for maintenance), then install a new version of MediaWiki over your old one. At best, everything will work fine and you can proceed as normal (you may need to upgrade some extensions), and at worst, just flush your mediawiki folder and the mysql/data folder and replace them with your saved versions, and it will be exactly as it was before, minus any alterations to the new wiki database. Arcane (talk) 21:42, 30 April 2013 (PDT)Arcane
- Arcane, do you think it is ok to just test out 1.20.5? (if that is what you are suggesting? and test it out with WikiIndex data? sorry, not so knowledgable!!) Best, MarkDilley
- They just released another round of security patches, latest versions are MW 1.19.6 and 1.20.5. I was planning to test out 1.20.5, but if need be, I wouldn't mind setting up a test wiki to see how 1.19.6 functions, but the differences in both basically amount to closing a few security holes and not much else, as far as I can tell, and having run both 1.19 and 1.20 versions of MediaWiki, upgrading to 1.20 should be easy and break no features, and all of the extensions installed have working 1.20 equivalents (most of which I have tested) that should be stable in a production enviroment wiki. Arcane (talk) 16:58, 30 April 2013 (PDT)Arcane
- Jack, is their a way to have control put into our hands to add questions or change them when needed? Best, MarkDilley
- The CAPTCHA is showing up on the registration form, but given how simple the question is and that there seems to be only one (!) question, it's just a matter of time until spambots will work around it and human vandals apparently already have. --Jack Phoenix (talk) 08:10, 29 April 2013 (PDT)
- Need a stronger user creation fix, the names created over the last hour is just absurd...I wonder if the captcha system is working or not..--Comets (talk) 21:41, 28 April 2013 (PDT)
- Sean is correct — 1.20.4 is the latest stable release of MediaWiki (as of now; the Download page at MediaWiki.org has always the most up-to-date information about the latest stable release), and since WikiIndex's versions of PHP and MySQL are compatible with 1.20 branch, there's no need to be running the 1.19 branch and we should be able to safely upgrade to 1.20. Running the latest stable release is a good idea, not just in terms of features, but also in terms of security (although there haven't been any huge security flaws in MediaWiki recently, but still). --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- Why not stick to the 1.19.x branch? This is a long term support until May 2015. Then WikiIndex could be upgraded to the next LTS 1.23.x --[[kgh]] (talk) 14:19, 3 May 2013 (PDT)
- Good question in need of a good answer! What, specifically does the 1.20 branch offer over and above the 1.19 branch? Sean, aka Hoof Hearted • Admin • talk2HH 06:14, 4 May 2013 (PDT)
- New diff view, new special page, new magic word (not so important)... (See mw:MediaWiki 1.20) --YiFei | talk 06:50, 4 May 2013 (PDT)
- Good question in need of a good answer! What, specifically does the 1.20 branch offer over and above the 1.19 branch? Sean, aka Hoof Hearted • Admin • talk2HH 06:14, 4 May 2013 (PDT)
Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
Semantic MediaWiki version
- Need - upgrade to 1.8+
We need to upgrade so that WikiApiary can collect Semantic MediaWiki usage data directly. (See WikiApiary:Collect Semantic MediaWiki usage setup) --YiFei | talk 09:27, 25 May 2013 (UTC)
Images
- Favicon -
- It would be easier for me to tell the difference between my localhost wiki and WikiIndex if we enable this. --YiFei | talk 11:15, 24 May 2013 (UTC)
- Done. Emufarmers (talk) 04:05, 20 June 2013 (UTC)
- Would be better as keys. --YiFei | talk 15:15, 20 June 2013 (UTC)
- It would be easier for me to tell the difference between my localhost wiki and WikiIndex if we enable this. --YiFei | talk 11:15, 24 May 2013 (UTC)
LinkSpam / WikiSpam / Vandalism
- Need -
- mw:Extension:AbuseFilter — Pro: as discussed here and Jack suggested using this. - Con: needs mw:Extension:AntiSpoof (which we don't currently have)
- AntiSpoof is a very useful extension to install, too, so it's hardly a con, more like a pro. --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- + from me --[[kgh]] (talk) 14:22, 3 May 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:AntiSpoof — Pro: we need this if we also want mw:Extension:AbuseFilter
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:SimpleAntiSpam — Pro: Jack suggested using this
- + from me --[[kgh]] (talk) 14:22, 3 May 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- + from me --[[kgh]] (talk) 14:22, 3 May 2013 (PDT)
- mw:Extension:CheckUser — Pro: used for checking IP addresses - Con: Any?
- It's beyond me how come, as of 2013 (sic), CheckUser still isn't a part of MediaWiki core; and why on Earth isn't this extension installed on WikiIndex already?! --Jack Phoenix (talk) 14:41, 22 December 2012 (PST)
- I think it is really important, since some admins spend almost a whole day blocking new accounts. --Zhuyifei1999 (talk) 02:45, 13 April 2013 (PDT)
- This would be very useful. The only arguments I've seen against CheckUser over the years are about privacy of legitimate users being compromised by snooping admins, but there's no reason for use to do that. Besides, that spammer who likes to create a giant cluster of accounts could theoretically be using a single IP address. Elassint 3 May 2013
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:NoBogusUserpages — Pro: - would obviate the need to police User: (IP address) pages since they cannot be created by anyone except the legitimate user of the IP - Con - would not stop spammer from posting spam on the User IP page if that is their actual IP.
- Spambots aren't (thankfully) very intelligent; usually they create a (bogus) User: page and a main namespace with the same title, i.e.
User:FooBar123
andFooBar123
. In my experience, this type of spam is commonly done by IP addresses as opposed to registered users. As such, installing the NoBogusUserpages extension would cut down this type of spam by 50%, which isn't a bad rate at all. The code is simple enough that it should work even with the latest version of MediaWiki. --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT) - + from me --[[kgh]] (talk) 14:22, 3 May 2013 (PDT)
- Spambots aren't (thankfully) very intelligent; usually they create a (bogus) User: page and a main namespace with the same title, i.e.
- mw:Extension:Nuke — Pro: allows sysops to delete numerous pages as one - Con: Not necessary, since those spams are from different usernames and IPs. --Zhuyifei1999 (talk) 21:29, 13 April 2013 (PDT) - so I will strike this if this is correct.
- Comment: can't agree Zhuyifei1999 - we have had many instances in the past where certain prolific religious spammers create masses of pages from one user account (though I accept we seem to have this under control at the moment). Just because we have a particular extension installed, it doesn't mean we have to actually use it! Sean, aka Hoof Hearted • Admin • talk2HH 01:49, 22 April 2013 (PDT)
- Definitely install Nuke, just like with the CheckUser extension, there shouldn't be any discussion or debate about this. It's a very useful extension for deleting spam, vandalism and just misguided humans' creations. Sure, it's not useful for each and every spam case, but it definitely helps us humans to focus on the content creation instead of just cleaning up after spambots. --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- Comment: can't agree Zhuyifei1999 - we have had many instances in the past where certain prolific religious spammers create masses of pages from one user account (though I accept we seem to have this under control at the moment). Just because we have a particular extension installed, it doesn't mean we have to actually use it! Sean, aka Hoof Hearted • Admin • talk2HH 01:49, 22 April 2013 (PDT)
Account creation protection
- Need -
- mw:Extension:TitleBlacklist — Pro: can be used to stop spambots from creating accounts – Con: looks complicated
- + from me. Allows to use foreign Blacklists. It is just a matter of configuration. No explicit need to have an additional blacklist here. --[[kgh]] (talk) 14:33, 3 May 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- + from me. Allows to use foreign Blacklists. It is just a matter of configuration. No explicit need to have an additional blacklist here. --[[kgh]] (talk) 14:33, 3 May 2013 (PDT)
- mw:Extension:Renameuser — Pro: allows people who registered under an alias to have account changed to RealName and maintain edit histories – Con: none
- Can't wait for this to be installed so I can finally rename myself. Elassint 3 May 2013
- + from me --[[kgh]] (talk) 14:33, 3 May 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- Can't find it. Elassint 24 May 2013
- It doesn't seem to be installed. --YiFei | talk 10:10, 24 May 2013 (UTC)
- Yes, it will probably work better now that I've enabled it. :o Emufarmers (talk) 07:54, 26 May 2013 (PDT)
- It doesn't seem to be installed. --YiFei | talk 10:10, 24 May 2013 (UTC)
- Can't find it. Elassint 24 May 2013
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:User Merge and Delete — Pro: Rename changes the name of one account, whereas this can merge or combine two accounts into one, and deletes the account not needed. – Con: Very dangerous, can permanently delete user accounts (but this can be set for 'crat permission only)
- Pro: I've used it on my own localhost wiki to get rid of surplus test accounts when testing out extensions, and while the danger of screwing up an actual account is real, it could be used to trim the database of obvious spam accounts. Con: Cannot be done as a batch, must do one merge and delete job at a time. Arcane (talk) 05:34, 30 April 2013 (PDT)Arcane - so basically you are saying we could clean up the spam accounts by deleting the one at a time? ~~ MarkDilley - Yes, unfortunately. It may be possible to code a bot or script with a selected list of spam accounts to trim and execute this script multiple times, never tried it myself, but in-wiki, it only works one at a time. Arcane (talk) 14:10, 30 April 2013 (PDT)Arcane - sounds brilliant, with the bot thing :-) I could see one person having control over a bot and a list. ~~ MarkDilley
- I'm personally still skeptical about this one. Elassint 3 May 2013
- Please say more Elassint - is it not a worry to have spam accounts sitting in the database? Best, MarkDilley
- It's bad when we look at Special:ListUsers -- full of spam accounts. But Wikipedia doesn't use it though wp:Special:ListUsers is also full of spam accounts. In addition, LifeWiki and WikiApiary use it. --YiFei | talk 11:34, 24 May 2013 (UTC)
- I would love to clean up this, but I wonder if there is another way to do it than one at a time... not sure, ~~ MarkDilley
- It's bad when we look at Special:ListUsers -- full of spam accounts. But Wikipedia doesn't use it though wp:Special:ListUsers is also full of spam accounts. In addition, LifeWiki and WikiApiary use it. --YiFei | talk 11:34, 24 May 2013 (UTC)
- Please say more Elassint - is it not a worry to have spam accounts sitting in the database? Best, MarkDilley
General housekeeping
- Need -
- Change default email for WikiIndex messages. Right now it is it coming from John Stanton's personal email and he is not active here anymore.
- The associated global variable is $wgPasswordSender. --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- What shall we change this to? I am willing for it to come from me, markwdilley@gmail but am ok with different solution. ~~ MarkDilley
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:Admin Links — Pro: anything to help sysops has gotta be a bonus - Con: grumpy sysops if you don't :p
- + from me --[[kgh]] (talk) 14:28, 3 May 2013 (PDT)
- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- + from me --[[kgh]] (talk) 14:28, 3 May 2013 (PDT)
- Change the default timestamp to UTC — Pro: the default for all MediaWiki edit operations is recorded in UTC, and WikiIndex ought to be a 'global' resource by aligning to UTC (and I don't understand why my timestamps have to display PDT????) Sean, aka Hoof Hearted • Admin • talk2HH 04:59, 22 April 2013 (PDT)
- strong + from me --[[kgh]] (talk) 14:28, 3 May 2013 (PDT)
- That's Pacific Daylight Time, which is for the US. --YiFei | talk 22:05, 4 May 2013 (PDT)
- http://wikiindex.org/LocalSettings.php is the place to change the date stamping.
- mw:Manual:Timezone has the info (and have been tested on my localhost wiki). ----YiFei | talk 13:58, 2 June 2013 (UTC) 06:58, 2 June 2013 (PDT)
- Emufarmers - are you planning on changing the timestamp? Best, MarkDilley
- Done. Emufarmers (talk) 04:05, 20 June 2013 (UTC)
- Setting
$wgLoginLanguageSelector = true;
in LocalSettings.php to enable a fancy language selector on the login page to (hopefully!) attract more multilingual editors. --Jack Phoenix (talk) 06:58, 12 May 2013 (PDT)- Done. Emufarmers (talk) 21:10, 17 May 2013 (PDT)
- mw:Extension:WikiEditor — Pro - More user friendly editing interface, simpler to understand and has many features to assist inexperienced editors Arcane (talk) 15:17, 21 January 2013 (PST)Arcane
- I'm not sure if this is really needed. And more importantly, is this compatible with Semantic MediaWiki? Are there any SMW sites which use this? Sean, aka Hoof Hearted • Admin • talk2HH 02:39, 22 April 2013 (PDT)
- As far as I know, it is compatible with Semantic MediaWiki, since I have tested SMW with multiple versions of this extension and found no problems. As for whether this is needed, I wouldn't call it absolutely essential, but for those who are not familiar with wikicode or more familiar with using programs like Wordpad, this is a good extension, since it simplifies much of the most common editing processes. Arcane (talk) 18:35, 29 April 2013 (PDT)Arcane
- mw:Extension:Maps — Pro: this would be really good for our City-Wiki entries, uses maps from more than one source (Google, Yahoo, OpenStreetMaps, etc)
- mw:Extension:LastUserLogin — Pro: would let us know a person's activity and it helps people to see who is building WikiIndex. - Con: Why????? Either use Special:RecentChanges, or if you want to watch a specific user, add them to your watchlist :/ Sean, aka Hoof Hearted • Admin • talk2HH 02:39, 22 April 2013 (PDT) Special:WhosOnline can be a replacement, but records within a day. --YiFei | talk 02:38, 4 May 2013 (PDT)
- mw:Gadgets - We could use this extension for multiple purposes, such as adding javascript utilities useful for editing, add more features to the browsing experience, and for the fans of the UTC clock, there's a gadget that displays that on a user preference enabled basis, among other useful addons. Probably also wouldn't hurt to enable "$wgEnableUserCSS" for those who want to spruce up their viewing experience with a custom CSS stylesheet without causing problems for other users. Arcane (talk) 10:34, 3 June 2013 (PDT)Arcane
- Good idea. I'm actually a fan of UTC clock. Also, it is installed on almost all the wikimedia wikis, and it would be great if we have ourselves. ----YiFei | talk 08:21, 4 June 2013 (UTC) 01:21, 4 June 2013 (PDT)
- On the other hand, UTC is not the default time zone, and it should be changed. ----YiFei | talk 08:21, 4 June 2013 (UTC) 01:21, 4 June 2013 (PDT)
- Done. Emufarmers (talk) 04:05, 20 June 2013 (UTC)
- mw:Extension:DismissableSiteNotice — Pro: would let us hide the Site Notice. - Con:
- I hate to see it everyday. --YiFei | talk 03:58, 21 June 2013 (UTC)
- Wasn't this the case before the upgrade? I seem to remember not seeing the site notice when logged in. ~~ MarkDilley
- Administrators can delete MediaWiki:Sitenotice to disable it. --YiFei | talk 23:18, 21 June 2013 (UTC)
Bugs
Some bugs might be fixed by the update. --YiFei | talk 11:21, 24 May 2013 (UTC)
- Need -
Email system issues:
- Sean can not get his email confirmed, this has happened to a few people.
- I never got an e-mail from WikiIndex. Would be cool to have it working somehow. --[[kgh]] (talk) 14:28, 3 May 2013 (PDT)
- I can't reproduce this. Have you tried resending the confirmation email? Emufarmers (talk) 01:22, 19 May 2013 (PDT)
Sidebar caching issues:
- Sometimes people get their sidebar reset to MediaWiki standard. I have had it happen myself just recently as well. ~~ MarkDilley
- This is most apparent between when you are logged in or logged out. I don't think it is specific to any browser - I use either IE8, Firefox, Chrome or Maxthon 3 - and they all do it. Sean, aka Hoof Hearted • Admin • talk2HH 03:49, 20 March 2013 (PDT)
- It's a (mem)cache failure usually, I believe. Maybe someone should look into WikiIndex's caching setup and see if there's a way to make it more robust. --Jack Phoenix (talk) 06:44, 28 April 2013 (PDT)
- Seems http://wikiindex.org/index.php?title=MediaWiki:Sidebar&action=purge would solve everything. --YiFei | talk 06:13, 5 May 2013 (UTC)
- Want -sure about
Not sure we have scoped out these bugs to a point they are easily tracked and fixed...
- Disable redirects to special pages and interwiki redirects, which use a 302 and have no "redirected from" link. (mw:Manual:$wgDisableHardRedirects) --YiFei | talk 06:57, 25 May 2013 (UTC)
- Standard users can get their edits patrolled. See log. --YiFei | talk 09:24, 5 May 2013 (UTC)
- What exactly did you want changed here? Emufarmers (talk) 01:22, 19 May 2013 (PDT)
- I mean How can I patrol my edits without being an sysop? --YiFei | talk 10:59, 23 May 2013 (UTC
- Is this still and issue? If not, maybe the upgrade has taken care of it? ~~ MarkDilley
- I mean How can I patrol my edits without being an sysop? --YiFei | talk 10:59, 23 May 2013 (UTC
- What exactly did you want changed here? Emufarmers (talk) 01:22, 19 May 2013 (PDT)
- Why are Sysops blocked by our anti-spam tools, but new accounts able to over-ride them at will? Sean, aka Hoof Hearted • Admin • talk2HH 02:42, 22 April 2013 (PDT)
- I'm not sure about the first question, but I noticed that most spammers come from China (See User:Zhuyifei1999/Spam IP List). We use dynamic IPs in China, so it's hard to block them unless you use range blocks. --Zhuyifei1999 (talk) 04:05, 22 April 2013 (PDT)
- Do we know what might be the issue here? ~~ MarkDilley
- I'm not sure about the first question, but I noticed that most spammers come from China (See User:Zhuyifei1999/Spam IP List). We use dynamic IPs in China, so it's hard to block them unless you use range blocks. --Zhuyifei1999 (talk) 04:05, 22 April 2013 (PDT)
- Atom feed (on Android devices) - seems to lag a few 'edits' behind current desktop version. Sean, aka Hoof Hearted • Admin • talk2HH 03:49, 20 March 2013 (PDT)
- what to do with My spam blacklist not working... it seems this is working again :/ Sean, aka Hoof Hearted • Admin • talk2HH 03:43, 20 March 2013 (PDT)
- From John Vandenberg: These emails are saying the server is localhost
- This is fixed for now. --Zhuyifei1999 (talk) 03:50, 22 April 2013 (PDT)
adding subdomain
Brahfous is wanting a subdomain for right to left writing... (need to link to conversation) ~~ MarkDilley
On the back-burner
This sub-section can be used making suggestions for beta extensions, ie, those we might like to add at a later date once they've evolved into a stable extension
mw:Extension:MassEditRegex— Pro: can be used by Sysops for 'bot'-like edits, without the need for creating bot scripts - Con: still in beta phase- The extension status (alpha/beta/stable) means very little in reality...installing and testing it is a better way to see whether it works on WikiIndex's version of MediaWiki. --Jack Phoenix (talk) 14:41, 22 December 2012 (PST)
- I can vouch for this. I've used the MassEditRegex extension on my own wiki repeatedly and it has proven quite stable and does what it is intended to do. I highly recommend it. Arcane (talk) 12:43, 25 January 2013 (PST)Arcane
- Issue is we don't have a dedicated back end developer to work on WikiIndex, know anyone who can? :-) So I say strike out for now.
- http://wikiapiary.com/w/images/wikiapiary/b/b4/Monitored_by_WikiApiary.png
- We need a mini-banner like that WikiApiary which states something like "Indexed on WikiIndex" - to be used as a kind of voluntary banner exchange on other sites which we've indexed. (good idea ~~ MarkDilley)
- I think WikiApiary is a very similar project as WikiIndex and has a couple people working on it that are in the wiki community. Was just a suggestion - we linked to Wiki101 in sidebar for same reason. ~~ MarkDilley
Technology via the community
This isn't the right section title, but what I am trying to get across is - what technology does the community
- need to have access to, to make WikiIndex even better.
- who here understands how to do the backend work needed?