MediaWiki-l August 2014

mediawiki-l@lists.wikimedia.org

59 participants
54 discussions

Reminder: Wiki Co-op online meeting
by Markus Glaser 22 Aug '14

22 Aug '14

Just a quick reminder: this is about to start in 30 minutes! Best, Markus -----Ursprüngliche Nachricht----- Von: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] Im Auftrag von Markus Glaser Gesendet: Montag, 18. August 2014 16:34 An: 'mediawiki-l(a)lists.wikimedia.org' Betreff: [MediaWiki-l] Wiki Co-op online meeting Hello everyone, at Wikimania, we set the ground for a new MediaWiki User Group called "Wiki Co-op". It's aim is to advocate the needs of all users of MediaWiki. It especially targets use of MediaWiki outside the Wikimedia Foundation [1]. There will be an online meeting on Friday, 22th August, at 6pm UTC. Communication channels can be found on the Wiki Co-op page [1]. The purpose of this meeting will be to finalize the mission statement so that we can request recognition from the Affiliations Committee. Anyone who is interested in participating in this group is invited to join the meeting (and, of course, the group). If you have other comments and feedback, please feel free to share on the group's discussion page [2]. Best, Markus (mglaser) and Mark (hexmode) [1] https://www.mediawiki.org/wiki/Groups/Proposals/Wiki_Co-op [2] https://www.mediawiki.org/wiki/Talk:Groups/Proposals/Wiki_Co-op _______________________________________________ MediaWiki-l mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

1 0

dumpHTML not worknig
by bancfc＠openmailbox.org 21 Aug '14

21 Aug '14

Hi I'm trying to make an HTML dump of a locally installed mediawiki instance. Can you please help figure out a workaround? Here is a copy of the console with the error message I get at then end: user@host:~$ sudo php /var/www/wiki/extensions/DumpHTML/dumpHTML.php -d /home/user/Desktop/backup [sudo] password for user: WARNING: destination directory already exists, skipping initialisation Creating static HTML dump in directory /home/user/Desktop/backup. Using database localhost Starting from page_id 1 of 1159 PHP Fatal error: Cannot access protected property LocalRepo::$thumbScriptUrl in /var/www/w/extensions/DumpHTML/dumpHTML.inc on line 1163

3 4

Re: [MediaWiki-l] dumpHTML not worknig
by Jan Steinman 20 Aug '14

20 Aug '14

> From: bancfc(a)openmailbox.org > > Hi I'm trying to make an HTML dump of a locally installed mediawiki > instance. Have you tried wget(1)? Every UNIX-like OS should have it. :::: If it were possible by legislation to obtain a milk supply from clean stables after a careful process of milking... then pasteurization would be unnecessary. -- Lina Gutherz Strauss :::: Jan Steinman, EcoReality Co-op :::: :::: (Send email to Quote(a)Bytesmiths.com to get a random quote, or Quotes(a)Bytesmiths.com to get 50 random quotes. Put a word in the Subject line to filter for that word.)

1 0

Enterprise wiki moving to public platform
by Andrew Geary 20 Aug '14

20 Aug '14

My organization is looking into the possibility of moving our current enterprise wiki, open only to our members, to a public site and allowing anyone to edit. I would appreciate any feedback on the best places to host this site. We would consider wiki farms, like Referata (SMW important to us), but size of our wiki may be an issue. We have some technical staff to help in the possible transition. I work full-time on the wiki and have the ability to improve my own knowledge and expertise. Thank you. Andrew Geary SEG Wiki Editor Publications - Society of Exploration Geophysicists 504-407-1303<tel:504-407-1303> | ageary(a)seg.org<mailto:ageary@seg.org> | www.seg.org<http://www.seg.org/>

2 1

Resourceloader on Webhost 10x Slower
by Alteil Analysis 20 Aug '14

20 Aug '14

Hi. On webhost 10x slower than en.wikipedia.org ( profile <http://www.webpagetest.org/result/140819_AJ_10H0/> ), the resource loader insists to load literally everything before showing anything visitors can see. This seems bad. (for the critical rendering path <http://www.webperformancetoday.com/2014/08/12/10-fastest-ecommerce-sites-ca…> ). Is it possible to use two resourceloaders? So that after the first loader finishes, the visitors can see something? Can I set priority for loading resources? As a side note, I deleted lines in resource loader, and manage to cut the dom elements down to 170. But still, it takes 5 seconds to load. (without the semantic part was like 3 seconds near midnight). I also followed http://www.mediawiki.org/wiki/Manual:Performance_tuning. -- View this message in context: http://wikimedia.7.x6.nabble.com/Resourceloader-on-Webhost-10x-Slower-tp503… Sent from the WikiMedia General mailing list archive at Nabble.com.

2 2

Critical Rendering Path on 10x Slower Server.
by Alteil Analysis 20 Aug '14

20 Aug '14

Hi. On webhost 10x slower than en.wikipedia.org ( profile <http://www.webpagetest.org/result/140819_AJ_10H0/> ), the resource loader insists to load literally everything before showing anything visitors can see. This seems bad. (for the critical rendering path <http://www.webperformancetoday.com/2014/08/12/10-fastest-ecommerce-sites-ca…> ).Is it possible to use two resourceloaders? So that after the first loader finishes, the visitors can see something? Can I set priority for loading resources? As a side note,I deleted lines in resource loader, and manage to cut the dom elements down to 170 (5 seconds).Without the semantic mediawiki extension was 3 seconds. I did followed http://www.mediawiki.org/wiki/Manual:Performance_tuning, and run things in miser mod. memcache is out of reach. -- View this message in context: http://wikimedia.7.x6.nabble.com/Critical-Rendering-Path-on-10x-Slower-Serv… Sent from the WikiMedia General mailing list archive at Nabble.com.

1 0

MIT Kerberos authentication
by Jaap Winius 19 Aug '14

19 Aug '14

Hi folks, My sites have Apache web servers that support authentication through MIT Kerberos (using mod-auth-kerb). If my users have MediaWiki login names that match their Kerberos principal names, is it possible to set up Kerberos authentication for their MediaWiki accounts? Thanks, Jaap

3 4

Registration/login with LinkedIn
by Ad Strack van Schijndel 18 Aug '14

18 Aug '14

Hi, Would it be possible to arrange registration/login with LinkedIn? Some websites offer that possibility. Does anyone have experience with that? Ad

3 4

Wiki Co-op online meeting
by Markus Glaser 18 Aug '14

18 Aug '14

Hello everyone, at Wikimania, we set the ground for a new MediaWiki User Group called "Wiki Co-op". It's aim is to advocate the needs of all users of MediaWiki. It especially targets use of MediaWiki outside the Wikimedia Foundation [1]. There will be an online meeting on Friday, 22th August, at 6pm UTC. Communication channels can be found on the Wiki Co-op page [1]. The purpose of this meeting will be to finalize the mission statement so that we can request recognition from the Affiliations Committee. Anyone who is interested in participating in this group is invited to join the meeting (and, of course, the group). If you have other comments and feedback, please feel free to share on the group's discussion page [1]. Best, Markus (mglaser) and Mark (hexmode) [1] https://www.mediawiki.org/wiki/Groups/Proposals/Wiki_Co-op [2] https://www.mediawiki.org/wiki/Talk:Groups/Proposals/Wiki_Co-op

1 0

Question about disclosing Special:Undelete for regular users
by Jakub Klinkovský 18 Aug '14

18 Aug '14

We are reconsidering our strategy for archiving outdated pages on ArchWiki [1], see [2] for the full discussion if interested. Currently, we don't do any archiving, we simply delete obsolete pages (after being flagged with 'Template:Out of date' or 'Template:Deletion' for some time of course). I would like to ask a question regarding one of the suggestions, which is to make Special:Undelete [3] available for everybody (by assigning 'deletedhistory', 'deletedtext' and 'browsearchive' rights to all groups). This is the most simple, but also most controversial way to solve our problem. The main question is regarding security, because obviously this feature is intended for administrators only. The only bad implication we could think of is if somebody creates a defamatory page and we delete it, we wouldn't be able to prevent anyone from linking to the deleted revision(s) and thus exposing the wiki to possible legal consequences. However, the same attack could be carried out on an already existing useful article, and the same fix could be used in both cases, i.e. using the RevisionDelete [4] feature. We would also appreciate any other comments on why this is a good/bad idea, suggestions of another archiving solution etc. Regards, Lahwaacz (ArchWiki admin) [1]: https://wiki.archlinux.org/index.php/Main_page [2]: https://wiki.archlinux.org/index.php/ArchWiki:Requests#Should_we_remove_or_… [3]: http://www.mediawiki.org/wiki/Help:Undelete [4]: http://www.mediawiki.org/wiki/Help:RevisionDelete

2 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l August 2014