Re: [MediaWiki-l] Recommendations for specs of dedicated server + Squid

2012-11-27 Thread Serrano
I run a wiki an order of magnitude larger than yours on a 2GB Linode. You should have no issue on a $20/mo 512MB Linode provided you're running a modern PHP stack. My recommendation is NGINX, PHP-FPM with APC and the built-in mediawiki file cache. If you're not getting the performance you want you

[MediaWiki-l] Recommendations for specs of dedicated server + Squid

2012-11-27 Thread Dan Fisher
I was running mediawiki on a Shared host and traffic was around 10K views a day (small to moderate size wiki). I was forced to leave that setup because of high CPU usage. I was not able to install Squid there or do anything to speed things up. I had talked about that before on this list and I'm tha

[MediaWiki-l] Pre-Release Announcement for MediaWiki 1.18.6, 1.19.3, and 1.20.1

2012-11-27 Thread Chris Steipp
On Thursday, November 29th, between 21:00-22:00 UTC (1-2pm PST) Wikimedia Foundation will release security updates for current and supported branches of the MediaWiki software. We are providing this pre-announcement as a courtesy for administrators to be ready to accept the fix for these on Thursda

Re: [MediaWiki-l] Extensions to include in the 1.21 tarball/installer

2012-11-27 Thread David Gerard
On 26 November 2012 17:18, Mark A. Hershberger wrote: > On 11/26/2012 12:14 PM, Quim Gil wrote: >> That wouldn't be the solution of the tarball problem you are describing >> but it would be really useful for the majority of MW admins having to >> search for extensions *after* they miss something.

Re: [MediaWiki-l] New MediaWiki reference book: "Working with MediaWiki"

2012-11-27 Thread Platonides
Congratulations, Yaron! ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

Re: [MediaWiki-l] Extensions to include in the 1.21 tarball/installer

2012-11-27 Thread Platonides
On 26/11/12 16:47, Federico Leva (Nemo) wrote: > I've partly refactored the page in the past and most (or all) > suggestions there are still relevant and up to date. > > Nemo I saw a few changes, but seems odd to argue with 2009 comments (or even 2008). New proposals mixed with old stuff.

Re: [MediaWiki-l] Forcing a certain page layout

2012-11-27 Thread Al Johnson
Going back to your mention of preapproving edits - would it be straightforward to have an extension hook check to see if a certain "protected" section was edited by comparing it to the previous revision? From: Arcane 21 To: alj62...@yahoo.com Sent: Tuesday,

Re: [MediaWiki-l] Forcing a certain page layout

2012-11-27 Thread Al Johnson
Thanks Arcane, you touched on another question I had; protecting certain portions of a page from edit.  Is there seriously no way to do this at all that isn't a hack?  This would be a deal-breaker, unfortunately.  Any suggestions for other wikis? Thanks, Al

Re: [MediaWiki-l] Forcing a certain page layout

2012-11-27 Thread Al Johnson
Thanks Stephan, but FWIW I was talking about the layout of the finished page, not during editing.  Thanks for the links. From: Stephan Gambke To: Al Johnson ; MediaWiki announcements and site admin list Sent: Tuesday, November 27, 2012 11:10 AM Subject: Re:

Re: [MediaWiki-l] Forcing a certain page layout

2012-11-27 Thread Stephan Gambke
Hi Al, it depends on how much you want to enforce this. Semantic Forms will always include the structured data at the top and the free text at the bottom of the page. So if your preferred spot for the semantic stuff is at the top, you'll be alright. If you want it to be anywhere else, it becomes

[MediaWiki-l] Forcing a certain page layout

2012-11-27 Thread Al Johnson
Hi, this is a newbie question; thanks in advance. I'm thinking about using SMW with MW.  I'll use Semantic Forms and the like to make entering the semantic data easier and then let editors enter free text for other miscellaneous sections.  But, the semantic stuff is the most important and I wan