[Wikitech-l] Summaryog GSoC project: Prototyping inline comments
I worked on making a prototype for an extension supporting inline comments on wiki artciles. This was implemented using the Open Knowledge Foundation Annotator (OKFN) library. The project can be tested [1], switch to the view annotations tab, select a particular text and leave an annotation. It also supports the logged out users. But currently the update and destroy of annotations is restricted only to the user of the annotation since we are not having any history of annotations. The prototype phase of the project is over, it was a fun working around with the community and the mentors. The future implementation includes the history of annotations, internationalization support, may be a change of frontend, etc. Overall it was nice working around with the community and the mentors! Thanks for your support :) Read my blog post[2] and project updates[3] if you are interested. [1] http://annotator.wmflabs.org/ [2] http://richajain-annotator.blogspot.in/ [3] https://www.mediawiki.org/wiki/User:Rjain/Gsoc2013/Project_Updates ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
Le 02/10/13 00:52, Greg Grossmeier a écrit : now if only Launchpad would support building packages against Debian... :( https://bugs.launchpad.net/launchpad/+bug/188564 We could build the packages ourself using a Debian image in labs then upload the resulting deb to launchpad / whatever place. -- Antoine hashar Musso ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
Hey, No, just set $wgServer to the protocol-relative URL (e.g. //wiki.example.com) and set $wgCanonicalServer to the protocol-specific URL (e.g. https://wiki.example.com). This is how we do it at WMF. I have tested this setup just now with the HTML file cache, and it works just fine. Thanks Tim! I had pretty much given up hope to get a useful answer in this thread after 50 mails, so this was a happy surprise :) Problem solved. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. ~=[,,_,,]:3 -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] IRC meeting for RFC review
On Wed, 02 Oct 2013 01:49:39 +0200, Tim Starling tstarl...@wikimedia.org wrote: On 24/09/13 07:30, Tim Starling wrote: How about we also schedule a meeting for 2 October, 06:00 UTC? So the first week will be US/Australia, and the second will be Europe/Australia. Reminder: this is happening in just over 6 hours from now. It will be on #mediawiki-rfc . Are any logs available? -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Case Insensitive Database Lookups
On Wed, Oct 2, 2013 at 10:22 AM, Matthew Walker mwal...@wikimedia.orgwrote: Given that I want to support case insensitive searching; does anyone have any thoughts or examples on how to go about doing it in a binary table? The only solution I can think of would be to change the collation/charset of the table in question to utf8. For a single search field there is no need to change the whole table charset or collation. Simply make the field a character type (VARCHAR / CHAR / TEXT), utf8 if that's suitable, and choose a case-insenitive collation. Eg: ALTER TABLE tbl MODIFY col VARCHAR(N) CHARACTER SET utf8 COLLATE utf8_unicode_ci; More info on string comparison: http://dev.mysql.com/doc/refman/5.5/en/case-sensitivity.html However I'd like to hear the historical reasons why MW does everything binary too. There certainly were some character set issues in older MySQL versions and afaik we still have to support MySQL 5.0.2 and up. BR Sean ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
On 10/02/2013 04:36 AM, Antoine Musso wrote: Le 02/10/13 00:52, Greg Grossmeier a écrit : now if only Launchpad would support building packages against Debian... :( https://bugs.launchpad.net/launchpad/+bug/188564 We could build the packages ourself using a Debian image in labs then upload the resulting deb to launchpad / whatever place. We already have very good relationships with Debian and Fedora packagers. There isn't any need for us to do this work. I worked with the Debian packagers to get the LTS in their latest stable release[1] and Fedora has recently started regular updates to their Mediawiki package[2]. Instead, I would suggest submitting patches to the existing packages or joining the mediawiki-distributors mailing list and talking about how you think the packages could be improved. Mark. [1] http://packages.debian.org/wheezy/mediawiki [2] https://apps.fedoraproject.org/packages/mediawiki ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On 10/01/2013 02:53 PM, Brion Vibber wrote: Ideally, my vision of a general-purpose wiki hosting service would provide options that orgs like Wikia generally don't. If there is an effort to work with hosting providers, I would suggest finding a way to work with a large number of providers rather than working with individual providers. For example, find a way to work with CPanel and VirtualMin as well as larger providers like Amazon's EC2. This, along with Fedora and Debian packages, would make the whole certification process easier. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On Tue, Oct 1, 2013 at 7:57 PM, George Herbert george.herb...@gmail.comwrote: On Tue, Oct 1, 2013 at 1:34 PM, Ori Livneh o...@wikimedia.org wrote: Foundation could play in ensuring that MediaWiki exposes the right set of interfaces for deep integration with configuration management and cloud provisioning platforms, and ensuring that these interfaces are intuitive and well-documented. This might actually spur some innovation. Puppet, chef, salt stack, cfengine, CloudFormation, OpenStack, etc? do you mean CloudFoundry, the Pivotal thing? http://www.cloudfoundry.com/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
On 2 October 2013 14:53, Mark A. Hershberger m...@nichework.com wrote: We already have very good relationships with Debian and Fedora packagers. There isn't any need for us to do this work. I worked with the Debian packagers to get the LTS in their latest stable release[1] and Fedora has recently started regular updates to their Mediawiki package[2]. Instead, I would suggest submitting patches to the existing packages or joining the mediawiki-distributors mailing list and talking about how you think the packages could be improved. I'm assuming Thorsten doesn't scale, and a PPA with releases other than LTS might be of interest. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
On 10/02/2013 10:14 AM, David Gerard wrote: Instead, I would suggest submitting patches to the existing packages or joining the mediawiki-distributors mailing list and talking about how you think the packages could be improved. I'm assuming Thorsten doesn't scale, and a PPA with releases other than LTS might be of interest. Absolutely. But Thorsten isn't the only person working on the Debian packages. And even a PPA isn't going to address the needs of Fedora and RedHat users. I would still recommend working with Kartik (a Debian Developer working with the WMF) to get a newer version in Debian unstable. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On 10/01/2013 04:34 PM, Ori Livneh wrote: I don't like this every time you have a new idea, God kills a Community member approach. Ori, I like your work on MediaWiki-Vagrant -- surely a new idea! -- but I'd also like you to consider the needs of people who don't have access to the infrastructure or know-how that you do. For example, many long-time users of MediaWiki would like to use the VisualEditor, but only have the ability to run PHP and, if they're lucky, get some PHP modules installed. So VE is a non-starter. The approach taken on Scribunto, though -- forking out a bundled lua binary -- works even on shared hosting. I've even managed to get it working on GoDaddy's notorious hosting. This isn't directed so much at you, but I when it comes to these new ideas, I'd like to see more thought given to the installed base of MediaWiki sites. More of the Lua approach and ways to adapt the Parsoid-type features to those people with fewer resources. Thinking about community members may not be the easiest thing to do, but it pays off. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On Wed, Oct 2, 2013 at 10:30 AM, Mark A. Hershberger m...@nichework.com wrote: The approach taken on Scribunto, though -- forking out a bundled lua binary -- works even on shared hosting. I've even managed to get it working on GoDaddy's notorious hosting. Works on *some* shared hosting. We had problems for a while where many people with shared hosting running CentOS 5 couldn't run the provided binaries because their glibc was too old. Finally I installed CentOS 5 in VirtualBox and recompiled Lua against the older glibc. And then there are the shared hosts that mount the users' directories with 'noexec', or that add proc_open to disable_functions in php.ini, or the like. There's nothing we can do for them. Also note that the bundled binaries solution won't help much if you need to shell out to something like nodejs.[1] In that case you'd probably have to go with requiring the end user to download and install nodejs separately. [1]: Lua binaries for Windows (32- and 64-bit), Linux (32- and 64-bit), and OS X Lion total 1.3M. A similar set of nodejs binaries downloaded from nodejs.org totals 42M, which would be a lot to bundle. And yes, that's just the binaries and not all the other files included in the binary tar.gz. -- Brad Jorsch (Anomie) Software Engineer Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On 10/01/2013 02:53 PM, Brion Vibber wrote: Ideally, my vision of a general-purpose wiki hosting service would provide options that orgs like Wikia generally don't. If there is an effort to work with hosting providers, I would suggest finding a way to work with a large number of providers rather than working with individual providers. For example, find a way to work with CPanel and VirtualMin as well as larger providers like Amazon's EC2. This, along with Fedora and Debian packages, would make the whole certification process easier. Mark. At a minimum we could provide information to hosts regarding what the minimum requirements are to run the latest versions if fully configured. Often they install the software but as old as 1.17. Fred ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On 10/02/2013 11:16 AM, Brad Jorsch (Anomie) wrote: On Wed, Oct 2, 2013 at 10:30 AM, Mark A. Hershberger m...@nichework.com wrote: The approach taken on Scribunto, though -- forking out a bundled lua binary -- works even on shared hosting. I've even managed to get it working on GoDaddy's notorious hosting. Works on *some* shared hosting. We had problems for a while where many people with shared hosting running CentOS 5 couldn't run the provided binaries because their glibc was too old. Finally I installed CentOS 5 in VirtualBox and recompiled Lua against the older glibc. Did you try the binaries from these RPMs? http://pkgs.repoforge.org/lua/ Even if you can't install the RPM, maybe you could extract the lua binary and use it. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] File cache + HTTPS question
I think the issue isn't really improve the existing packages so much as package more extensions with useful configurations so that, for example, I could install mediawiki-visualeditor and have mediawiki-parsoid installed and properly configured as well. But point taken: this (part of the) discussion really belongs on mediawiki-distributors (or #mediawiki-visualeditor, etc). --scott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Case Insensitive Database Lookups
On Wed, Oct 2, 2013 at 6:43 AM, Sean Pringle sprin...@wikimedia.org wrote: However I'd like to hear the historical reasons why MW does everything binary too. a) Lack of any native UTF-8 support at all before MySQL 4.1 b) Lack of complete native UTF-8 support until MySQL 5.5.something introduced utf8mb4 c) Inertia and backwards compatibility -- brion ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] IRC meeting for RFC review
On Wed, Oct 2, 2013 at 7:16 AM, Bartosz Dziewoński matma@gmail.com wrote: Are any logs available? I don't know of any official channel log, but the etherpad [0] has some updates. [0] http://etherpad.wikimedia.org/p/RFC%20review -- Bryan Davis Wikimedia Foundationbd...@wikimedia.org [[m:User:BDavis_(WMF)]] Sr Software EngineerBoise, ID irc: bd808v:415.839.6885 x6855 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] GSoC 2013 Summary: jQuery.IME extensions for Firefox and Chrome
Hi everyone, I have been working on the project jQuery.IME extensions for Firefox and Chrome as a part of Google Summer of Code 2013 that concluded recently. Both Chrome and Firefox extensions were reviewed and published in their respective extension repositories. Please go ahead and download them. Firefox extension: https://addons.mozilla.org/En-us/firefox/addon/wikimedia-input-tools/ Chrome extension: https://chrome.google.com/webstore/detail/wikimedia-input-tools/fjnfifedbeeeibikgpggddmfbaeccaoh I wrote a wrap-up blog post summarizing my overall experience throughout the summer, current status of the project and the thank yous: http://blog.praveensingh.in/articles/gsoc-wrap-up/ With best regards, Praveen Singh ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
One intermediate position might be for WMF to distribute virtual machine images which can easily be installed on any one of a number of different hosting services. OpenStack/Glance appears to be one such system, although ops probably knows better. The current efforts with puppet and vagrant are pretty close to this goal, all that's missing is identifying some appropriate hosting services and closing the documentation gap. This would also allow our existing community of MediaWiki hosting services to migrate to the new VM-and-image-based model. --scott ps. as far as a business model goes for a MW hosting company, it would be interesting to pattern it after github -- no charge for open wikis (mandatory CC licensing, perhaps with ads, perhaps with size restrictions, perhaps some amount of central auth and vandal protection baked in), but reasonable plans for private wikis (with flexible authentication integration and https support so that you can integrate it into your company's infrastructure). ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Wikimedia engineering report, September 2013
Hi, The report covering Wikimedia engineering activities in September 2013 is now available. Wiki version: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/September Blog version: https://blog.wikimedia.org/2013/10/02/engineering-report-september-2013/ We're also proposing a shorter, simpler and translatable version of this report that does not assume specialized technical knowledge: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/September/summary Below is the full HTML text of the report. As always, feedback is appreciated on the usefulness of the report and its summary, and on how to improve them. -- Major news in September include: - A recap on how our engineers worked with volunteershttps://blog.wikimedia.org/2013/09/03/language-support-at-wikimania-2013-in-hong-kong/to improve language tools at Wikimania; - A call for wikis willing to experiment with using HTTPS for all usershttps://blog.wikimedia.org/2013/09/10/https-by-default-beta-program/ ; - A recap on how our new image scaling systemhttps://blog.wikimedia.org/2013/09/12/vipsscaler-implementation-wikimedia-sites/was implemented by a volunteer developer; - A call for technical projectshttps://blog.wikimedia.org/2013/09/16/call-for-wikimedia-tech-projects-needing-contributors/that could for instance be completed as part of our mentorship programs; - Design experiments to show the community behind Wikipedia articleshttps://blog.wikimedia.org/2013/09/25/humanizing-wikipedia-editing-mobile-experiments/on mobile devices; - Another release of the MediaWiki Language Extension Bundlehttps://blog.wikimedia.org/2013/09/26/get-introduced-to-internationalization-engineering-through-the-mediawiki-language-extension-bundle/, with an explanation of how it's put together; - The completion of the sixth round of the Outreach Program for Womenhttps://blog.wikimedia.org/2013/09/30/foss-outreach-program-for-women-success-and-new-round/ ; - A recap of the launch of Notificationshttps://blog.wikimedia.org/2013/10/01/notifications-launch-on-more-wikipedias/to more language versions of Wikipedia, and their impact. *Note: We're also providing a shorter, simpler and translatable version of this reporthttps://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/September/summarythat does not assume specialized technical knowledge. * Personnel Work with us https://wikimediafoundation.org/wiki/Work_with_us Are you looking to work for Wikimedia? We have a lot of hiring coming up, and we really love talking to active community members about these roles. - Vice President of Engineering: Search Firm Engagement - Engineeringhttp://hire.jobvite.com/Jobvite/Job.aspx?j=oDVOXfw3 - Software Engineer - Fundraisinghttp://hire.jobvite.com/Jobvite/Job.aspx?j=oawpXfwM - Software Engineer - Growthhttp://hire.jobvite.com/Jobvite/Job.aspx?j=o8NJXfwl - Software Engineer - Core Featureshttp://hire.jobvite.com/Jobvite/Job.aspx?j=o6NJXfwj - Software Engineer - Language Engineeringhttp://hire.jobvite.com/Jobvite/Job.aspx?j=oH3gXfwH - Senior Software Engineer - Multimediahttp://hire.jobvite.com/Jobvite/Job.aspx?j=oC9OXfwg - QA Engineer - Manual Testing - Visual Editorhttp://hire.jobvite.com/Jobvite/Job.aspx?j=oNeQXfwy - FE Developer - Analyticshttp://hire.jobvite.com/Jobvite/Job.aspx?j=olyGXfwg - Software Engineer Data Analytics (Back End)http://hire.jobvite.com/Jobvite/Job.aspx?j=oLdOXfwt - Product Manager - Platformhttp://hire.jobvite.com/Jobvite/Job.aspx?j=o3vtXfwI - Dev-Ops Engineer - SREhttp://hire.jobvite.com/Jobvite/Job.aspx?j=ocLCWfwf - Ops Engineer - Labs Contractorhttp://hire.jobvite.com/Jobvite/Job.aspx?j=oIcUXfwv - User Experience Designerhttp://hire.jobvite.com/Jobvite/Job.aspx?j=oO8OXfwr Announcements - Kartik Mistry joined the Language Engineering team as Software Engineer (announcementhttp://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071618.html ). - Sucheta Ghoshal joined the Language Engineering team as associate software engineer (announcementhttp://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071620.html ). - Kaity Hammerstein joined the User experience team as Associate UX Designer (announcementhttp://lists.wikimedia.org/pipermail/design/2013-September/000871.html ). - Aaron Halfaker joined the Analytics team as Research Analyst ( announcementhttp://lists.wikimedia.org/pipermail/analytics/2013-September/001021.html ). - Oliver Keyes transitioned to the role of Product Analyst (announcementhttp://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071988.html ). - Dan Garry joined the Product development team as Associate Product Manager for Platform. (announcementhttp://lists.wikimedia.org/pipermail/wikitech-l/2013-September/071988.html ). - Nick Wilson joined the Product development team as Community Liaison (
Re: [Wikitech-l] Real data on hosting providers
On 10/02/2013 06:42 AM, Mark A. Hershberger wrote: But now we have REAL data on the sorts of hosting people use to run their wikis. Yesterday, I went to Jamie of WikiApiary and talked to him about ways to get this sort of data from his bot. The first idea I had was the reverse DNS for the IP that hosts a whiki. A VPS owner would often set the reverse DNS to match their own domain, so I think reverse DNS data is not very useful for gauging the relative use of shared vs. VPS hosting. The question we are interested in is mainly whether a wiki is on a host with support for the installation of wiki-specific software. In general that is hard to figure out in an automated way, especially for less common providers / reverse DNS entries. Gabriel ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Real data on hosting providers
On 10/02/2013 03:09 PM, Gabriel Wicke wrote: A VPS owner would often set the reverse DNS to match their own domain, so I think reverse DNS data is not very useful for gauging the relative use of shared vs. VPS hosting. But the VPS would all be on the same net block. Jamie has added that to his bot and it is finding those on EC2, Linode, Dreamhost, etc. For example, here is an Amazon netblock: http://wikiapiary.com/wiki/Special:SearchByProperty/Has-20netblock-20organization-20handle/AMAZO-2D4 Compare with the Dreamhost netblock: http://wikiapiary.com/w/index.php?title=Special:SearchByPropertyoffset=0limit=500property=Has+netblock+organization+handlevalue=NDN The question we are interested in is mainly whether a wiki is on a host with support for the installation of wiki-specific software. In general that is hard to figure out in an automated way, especially for less common providers / reverse DNS entries. I will not dispute this (hard to figure out), but I will point out that the using the above information gives us a better idea than simply relying on reverse DNS. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On Wed, Oct 2, 2013 at 7:02 AM, Chris McMahon cmcma...@wikimedia.orgwrote: On Tue, Oct 1, 2013 at 7:57 PM, George Herbert george.herb...@gmail.com wrote: On Tue, Oct 1, 2013 at 1:34 PM, Ori Livneh o...@wikimedia.org wrote: Foundation could play in ensuring that MediaWiki exposes the right set of interfaces for deep integration with configuration management and cloud provisioning platforms, and ensuring that these interfaces are intuitive and well-documented. This might actually spur some innovation. Puppet, chef, salt stack, cfengine, CloudFormation, OpenStack, etc? do you mean CloudFoundry, the Pivotal thing? http://www.cloudfoundry.com/ No, the AWS Cloudformation ( http://aws.amazon.com/cloudformation/ ). Handles system deployment coordination / customization / cluster management, dynamic scaling interface, etc. It's not the same as the others, but they all play in the space of being management components for large managed system deployments. We appear not to have a WP article on it, which I may remedy, but not today. -- -george william herbert george.herb...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Mediawiki - suddenly slow - suddenly fast - Apache error 408
Hello, I'm lost. L Since 2 weeks, I experience some problems : the site runs very fast, and suddenly runs slow for a couple of seconds (let say 15/20 seconds to load a single page), then back to normal. When the problem occurs, I see this in the Apache access.log (see line with error 408. Apache error for Request time out.): 192.168.75.1 - - [02/Oct/2013:16:05:34 -0400] GET /sites/mediawiki001/ HTTP/1.1 301 575 - Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:05:34 -0400] POST /sites/mediawiki001/index.php?action=ajax HTTP/1.1 200 430 http://euswebsrv01/sites/mediawiki001/index.php?title=Topics:Operating_syst ems/Microsoft_Windows_8/Start_Screen Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:05:34 -0400] GET /sites/mediawiki001/index.php?title=Main_Page HTTP/1.1 200 8279 - Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:05:50 -0400] - 408 0 - - 192.168.75.1 - - [02/Oct/2013:16:05:50 -0400] - 408 0 - - 192.168.75.1 - - [02/Oct/2013:16:05:51 -0400] - 408 0 - - 192.168.75.1 - - [02/Oct/2013:16:05:51 -0400] - 408 0 - - 127.0.0.1 - - [02/Oct/2013:16:05:54 -0400] OPTIONS * HTTP/1.0 200 126 - Apache/2.2.22 (Ubuntu) (internal dummy connection) 192.168.75.1 - - [02/Oct/2013:16:07:16 -0400] GET /sites/mediawiki001/index.php?title=File:Topics:windows-8_1-start-screen.png HTTP/1.1 200 7294 http://euswebsrv01/sites/mediawiki001/index.php?title=Topics:Operating_syst ems/Microsoft_Windows_8/Start_Screen Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:07:17 -0400] GET /sites/mediawiki001/img_auth.php/thumb/500/5/5b/windows-8_1-start-screen.png /120px-windows-8_1-start-screen.png HTTP/1.1 200 13178 http://euswebsrv01/sites/mediawiki001/index.php?title=File:Topics:windows-8 _1-start-screen.png Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:07:17 -0400] GET /sites/mediawiki001/img_auth.php/500/5/5b/windows-8_1-start-screen.png HTTP/1.1 200 189786 http://euswebsrv01/sites/mediawiki001/index.php?title=File:Topics:windows-8 _1-start-screen.png Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko 192.168.75.1 - - [02/Oct/2013:16:07:17 -0400] GET /sites/mediawiki001/ HTTP/1.1 301 575 - Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko General config: VMware Workstation 10 running on Win7 SP1 x64 Web server: Ubuntu 12.04 Server x64, installed on a VMware machine, with 2 Go of RAM. Apache/2.2.22 (Ubuntu) MySQL 5.5.29 PHP Version 5.3.10-1ubuntu3.7 APC 3.1.13 No, I haven't change anything in my config since many weeks. I'm the only one who access the site. On the server, I have the following structure: /var/www/index.html (to choose if I want to access Mediawiki site or PHPBB site - see below) /var/www/sites/mediawiki001 (Mediawiki site) /var/www/sites/phpbb001 (PHPBB site) When I access the PHPBB site, all is very rapid. issue occurs only with Mediawiki. I have try to read on the web. but I'm completely lost with this one. still a newbie J You will probably need more info (php.ini ? LocalSettings.php ? extension list ?...) : just tell me. Thanks in advance ! Pierre ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
- Original Message - From: Ryan Lane rlan...@gmail.com On Wed, Oct 2, 2013 at 12:48 PM, C. Scott Ananian canan...@wikimedia.orgwrote: One intermediate position might be for WMF to distribute virtual machine images I'd rather provide cloud-init scripts with instructions on how to use them. The cloud init script could pull and run a puppet module, or a salt module, or etc. etc.. Providing images kind of sucks. Ok, time for me to throw an oar in the water, as an ops and support guy. My perception of Brion's use of officially supported was, roughly, whomever is providing support to these hosting customers has a direct, *formal* line of communication to the development staff. The reason you build images, and version the images, is that it provides a clear solid baseline for people providing such support to know (and, preferably, be able to put their fingers on) exactly the release you're running, so they can give you clear and correct answers -- it's not just going to be the Mediawiki release number that's the issue there. That's impossible to do reliably if you pull the code down and build it sui generis on each customer's machine... which is what I understand Ryan to be suggesting. It's a little more work to build images, but you're not throwing it away; you get it back in reduced support costs. Cheers, -- jra -- Jay R. Ashworth Baylink j...@baylink.com Designer The Things I Think RFC 2100 Ashworth Associates http://baylink.pitas.com 2000 Land Rover DII St Petersburg FL USA #natog +1 727 647 1274 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FOSDEM update
On 09/25/2013 10:39 AM, Quim Gil wrote: Hi, about FOSDEM - https://www.mediawiki.org/wiki/Events/FOSDEM Brussels / 1 2 February 2014 On 1 Oct we will know whether our proposal for a Wiki DevRoom has been accepted or not. And the answer is... YES, ACCEPTED! We will receive instructions from the FOSDEM organizers soon, and then we will call a first meeting with Vincent (XWiki), Jean-Marc (Tiki) and whoever else wants to get involved in the organization of the devroom. If you are interested, watch comment at https://www.mediawiki.org/wiki/Talk:Events/FOSDEM#Wiki_devroom_ACCEPTED.21 -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] FOSDEM update
Excellent. This is a great opportunity for us. Thanks for shepherding this Quim. On Wed, Oct 2, 2013 at 3:07 PM, Quim Gil q...@wikimedia.org wrote: On 09/25/2013 10:39 AM, Quim Gil wrote: Hi, about FOSDEM - https://www.mediawiki.org/wiki/Events/FOSDEM Brussels / 1 2 February 2014 On 1 Oct we will know whether our proposal for a Wiki DevRoom has been accepted or not. And the answer is... YES, ACCEPTED! We will receive instructions from the FOSDEM organizers soon, and then we will call a first meeting with Vincent (XWiki), Jean-Marc (Tiki) and whoever else wants to get involved in the organization of the devroom. If you are interested, watch comment at https://www.mediawiki.org/wiki/Talk:Events/FOSDEM#Wiki_devroom_ACCEPTED.21 -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/User:Qgil ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On Wed, Oct 2, 2013 at 4:50 PM, Jay Ashworth j...@baylink.com wrote: - Original Message - From: Ryan Lane rlan...@gmail.com On Wed, Oct 2, 2013 at 12:48 PM, C. Scott Ananian canan...@wikimedia.orgwrote: One intermediate position might be for WMF to distribute virtual machine images I'd rather provide cloud-init scripts with instructions on how to use them. The cloud init script could pull and run a puppet module, or a salt module, or etc. etc.. Providing images kind of sucks. Ok, time for me to throw an oar in the water, as an ops and support guy. My perception of Brion's use of officially supported was, roughly, whomever is providing support to these hosting customers has a direct, *formal* line of communication to the development staff. The reason you build images, and version the images, is that it provides a clear solid baseline for people providing such support to know (and, preferably, be able to put their fingers on) exactly the release you're running, so they can give you clear and correct answers -- it's not just going to be the Mediawiki release number that's the issue there. That's impossible to do reliably if you pull the code down and build it sui generis on each customer's machine... which is what I understand Ryan to be suggesting. It's a little more work to build images, but you're not throwing it away; you get it back in reduced support costs. No. I'm suggesting that we provide cloud-init scripts [1] to let people seed their virtual instances. It would pull down a puppet, salt, chef, juju, etc. repository which would then install all the prerequisites, start all the necessary services, install MediaWiki, and maybe install and configure a number of extensions. We could skip cloud-init completely for some of these. I think vagrant has ec2 [2] and openstack [3] providers. salt stack has salt-cloud [4] (or you could use salty vagrant [5]). Some of these also already have mediawiki modules created and usable. In fact, juju uses MediaWiki for demo purposes relatively often. WMF has a usable puppet module. I wrote a salt module for webplatform.org, which we'll be publishing soon. The nice part about this is that it's all configuration managed, can be versioned and could also be used to upgrade MediaWiki and all related infrastructure. Images are a pain in the ass to build and maintain (I build and maintain images), you need to keep them updated because the image will be insecure otherwise, and they are giant. They are also way less flexible. - Ryan [1] http://cloudinit.readthedocs.org/en/latest/ [2] https://github.com/mitchellh/vagrant-aws [3] https://github.com/cloudbau/vagrant-openstack-plugin [4] https://github.com/saltstack/salt-cloud [5] https://github.com/saltstack/salty-vagrant ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] CentralNotice Proxy RfC
I updated the CentralNotice banner proxy RfC [1] to reflect what was discussed last night. If it all looks good, I've attempted to evaluate some of the pros / cons of using Node vs Varnish as the banner server -- and I'd like some feedback on what technology I should use. [1] https://www.mediawiki.org/wiki/Requests_for_comment/Caching_Overhaul_-_Frontend_Proxy ~Matt Walker Wikimedia Foundation Fundraising Technology Team ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On Tue, Oct 1, 2013 at 11:11 AM, Brion Vibber bvib...@wikimedia.org wrote: Question for the group: Would an officially supported general-purpose MediaWiki hosting service be useful to people who would like to run wikis, but don't have the time, expertise, or resources to maintain their own installation? I have needed such a thing for wikis for small non-profits/library associations that I've been involved with, where I didn't want to host it myself (because I didn't want to take personal responsibility for the site of an organization that I might not stay involved with, and because I don't really have the chops to deal with security and spam issues); but also did not have a good hosting option with a larger organization or library, which I find are often not very familiar with mediawiki (e.g. I've been trying to get our library systems dept. to install some basic extensions for our internal mediawiki for a couple years now). There's not a lot of money in that particular use case, unfortunately, but I imagine I'm not alone in that need either. -- phoebe -- * I use this address for lists; send personal messages to phoebe.ayers at gmail.com * ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
On 10/02/2013 07:17 PM, phoebe ayers wrote: I have needed such a thing for wikis for small non-profits/library associations that I've been involved with, where I didn't want to host it myself (because I didn't want to take personal responsibility for the site of an organization that I might not stay involved with, and because I don't really have the chops to deal with security and spam issues); but also did not have a good hosting option with a larger organization or library, which I find are often not very familiar with mediawiki (e.g. I've been trying to get our library systems dept. to install some basic extensions for our internal mediawiki for a couple years now). There's not a lot of money in that particular use case, unfortunately, but I imagine I'm not alone in that need either. Did you see the Orain wikifarm? https://meta.orain.org/ It seems to be targeted to the non-profit use case. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Officially supported MediaWiki hosting service?
I have a wiki there, and Orain is actually pretty decent as wiki farms go, though they could probably use more regular staff members. It is non profit for the forseeable future, though ads have been discussed only as in opt in option for those that want them. Date: Wed, 2 Oct 2013 21:33:35 -0400 From: m...@nichework.com To: wikitech-l@lists.wikimedia.org Subject: Re: [Wikitech-l] Officially supported MediaWiki hosting service? On 10/02/2013 07:17 PM, phoebe ayers wrote: I have needed such a thing for wikis for small non-profits/library associations that I've been involved with, where I didn't want to host it myself (because I didn't want to take personal responsibility for the site of an organization that I might not stay involved with, and because I don't really have the chops to deal with security and spam issues); but also did not have a good hosting option with a larger organization or library, which I find are often not very familiar with mediawiki (e.g. I've been trying to get our library systems dept. to install some basic extensions for our internal mediawiki for a couple years now). There's not a lot of money in that particular use case, unfortunately, but I imagine I'm not alone in that need either. Did you see the Orain wikifarm? https://meta.orain.org/ It seems to be targeted to the non-profit use case. Mark. -- Mark A. Hershberger NicheWork LLC 717-271-1084 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l