August 2015 - MediaWiki-l - lists.wikimedia.org

MediaWiki-l August 2015

mediawiki-l@lists.wikimedia.org

41 participants
40 discussions

Lis tes messages avant qu'ils ne soient effaces!

by Badoo

Lis ton message de Nganguem Victor avant qu'il ne soit efface! Pour lire ton message, suis simplement ce lien: http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 D'autres personnes sont aussi presentes: Oded (Tel Aviv, Israel) Priya (Udaipur, Inde) RajaYogi BK (Udaipur, Inde) Karuna (Udaipur, Inde) Chika Reginald Onyia (Pnompen', Cambodge) ...Qui d'autre? http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur. Tu as recu cet email suite a un message envoye par Nganguem Victor de notre systeme. S'il s'agit d'une erreur, ignore simplement cet email. La requete sera alors effacee du systeme. Amuse-toi bien ! L'equipe Badoo Courrier automatique de Badoo suite a l'envoi d'un message a ton attention sur Badoo. Les reponses ne sont ni stockees, ni traitees. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir: http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…

5?months

Wikibase on third-party wikis

by Till Kraemer

Hi, I'm trying to use Wikibase on my pool wiki and language wikis. In my pool wiki, I can create properties and items, but I can't add site links to them. ID: "Q1", site id: "cswiki", site link: "article name" gives me the error "The specified article could not be found on the corresponding site." even though that article exists on cswiki. I also can't access data from the language wikis. If I use {{#property:P1}} in an article on cswiki, nothing shows up. I downloaded Wikidata-refs-heads-master.tar.gz and extracted it to the extension folder of my pool wiki and language wikis. My LocalSettings.php of the pool wiki looks like this: # Wikibase $wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = false; $wmgUseWikibaseRepo = true; $wmgUseWikibaseClient = false; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php"; # SiteMatrix Extension require_once "$IP/extensions/SiteMatrix/SiteMatrix.php"; $wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki', 'frwiki', 'huwiki', 'hywiki', 'itwiki', 'nlwiki', 'plwiki', 'poolwiki', 'ptwiki', 'ruwiki', 'srwiki', 'svwiki' ); My LocalSettings.php of the language wikis (cs for example) look like this: # Wikibase Extension $wgEnableWikibaseRepo = false; $wgEnableWikibaseClient = true; $wmgUseWikibaseRepo = false; $wmgUseWikibaseClient = true; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; # Settings $wgWBSettings['repoUrl'] = ' http://pool.mypedia.com '; $wgWBSettings['repoScriptPath'] = '/w'; $wgWBSettings['repoArticlePath'] = '/wiki/$1'; $wgWBSettings['siteGlobalID'] = 'cswiki'; $wgWBSettings['repoDatabase'] = 'poolwiki'; $wgWBSettings['changesDatabase'] = 'poolwiki'; # Optional $wgWBSettings['siteGroup'] = 'mypedia'; $wgWBSettings['sort'] = 'code'; //optional $wgWBSettings['sortPrepend'] = array( 'cs' ); In populateSitesTable.php, I changed " https://meta.wikimedia.org/w/api.php " to " http://pool.mypedia.com/w/api.php " and "$validGroups = array( 'wikipedia', 'wikivoyage', 'wikiquote', 'wiktionary','wikibooks', 'wikisource', 'wikiversity', 'wikinews' );" to "$validGroups = array( 'mypedia' );" Do I need to change "$wikiId = $this->getOption( 'wiki' );" too, since it says "wiki" is expanded to "wikipedia"? Table "sites" in the poolwiki database looks like this: site_id | site_global_key | site_type | site_group | site_source | site_language | site_protocol | site_domain | site_data | site_forward | site_config 1 | cswiki | mediawiki | mypedia | local | cs | http:// | com.mypedia.cs. | a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}} | 0 | a:0:{} [...] 15 | poolwiki | mediawiki | pool | local | en | http:// | com.mypedia.pool. | a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}} | 0 | a:0:{} I changed site_group "wikipedia" to "mypedia" and added data for site_protocol and site_domain by hand. I noticed that the script path is "/w/$1" here, while $wgScriptPath in LocalSettings.php is actually "/w", could that cause any problems? And should I change site_group of the pool to mypedia like I did with the language wikis or isn't that necessary? Wikibase DataModel 0.8, Wikibase Repository 0.5 alpha, WikibaseLib 0.5 alpha and Wikidata show up in Special:Version of the pool wiki. Wikibase Client 0.5 alpha, Wikibase DataModel 0.8, WikibaseLib 0.5 alpha and Wikidata show up in Special:Version of the language wikis. Any help would be really appreciated! Thanks and cheers, Till

7?years, 8?months

File descriptions aren't fetched

by Till Kraemer

Hi, I'm running multiple language wikis and one pool wiki. The problem is that no file descriptions are fetched in the language wikis although $wgFetchCommonsDescriptions is set to true. LocalSettings.php of the language wikis: $wgUseSharedUploads = true; $wgSharedUploadPath = ' http://pool.example.com/w/images '; $wgSharedUploadDirectory = '/path/to/pool/w/images/'; $wgHashedSharedUploadDirectory = true; $wgFetchCommonsDescriptions = true; $wgSharedUploadDBname = 'poolwiki'; # DB-Name of PoolWiki #$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki $wgRepositoryBaseUrl = " http://pool.example.com/wiki/Image :"; ForeignAPIRepo used to work fine before, but since I switched from Apache to Nginx, no images show up anymore in the language wikis. This is how my LocalSettings.php used to look like: $wgForeignFileRepos[] = array( 'class' => 'ForeignAPIRepo', 'name' => 'pool', 'apibase' => ' http://pool.example.com/w/api.php ', 'fetchDescription' => true, // Optional 'descriptionCacheExpiry' => 43200, // 12 hours, optional (values are seconds) 'apiThumbCacheExpiry' => 0, // required for local thumb caching ); I also tried to set 'name' => 'poolwiki', (name of the pool database) but that doesn't work either. I also re-started Memcached and I even deleted a file description page from the CloudFlare cache, but still no file description can be seen :/ My software: MediaWiki: 1.22.0 PHP: 5.3.27 (fpm-fcgi) MySQL: 5.1.70-log Any help would be uber-cool. Thanks and cheers, Till

7?years, 8?months

和@民

by ?朝?

?在?里世界就在?里. My Sun Xie Chao Qin

8?years, 8?months

Re: [MediaWiki-l] CSS media designations on IE9

by Eli Handel

Thank you Bartosz Dziewo?ski, I hadn't known that, but I'm not using media queries in the ResourceLoader module definition, and it does work when I load the page with ?debug=true. So I guess I need more suggestions for the difference between debug mode and regular mode. Eli Handel > From: > Bartosz Dziewo?ski <matma.rex(a)gmail.com> > > On Wed, 19 Aug 2015 03:22:09 +0200, Eli Handel <elihandel(a)gmail.com> > wrote: > >> Hi, >> >> I've been having this problem for a couple of years, but now it's >> becoming more pressing as I add responsive support to my skin. >> >> If there are @media designations in my skin's LESS or CSS files, then >> when I view the site on IE9, the @media designations are ignored and >> everything follows the latest CSS rules even if the @media >> designations don't apply. On the other hand when I load the pages >> with ?debug=true, there's no problem and the @media designations are >> respected. >> >> Can anyone offer suggestions? > > IE 9 does not support nested @media declarations. [1] Make sure that > you're not nesting them, for example by using the 'foo.css' => array( > 'media' => 'screen' ) syntax in the ResourceLoader module definition. > (This wraps the whole file in `@media screen { … }`.) > > [1] http://caniuse.com/#feat=css-mediaqueries > > -- > Bartosz Dziewo?ski

8?years, 9?months

split mysql read/write on DB cluster for mediawiki

by Tim Dunphy

Hey guys, I have a database cluster consisting of four MariaDB10 servers. The first two are setup in a master/master setup providing HA/Failover via HA/Proxy. The second two are slave mysql nodes running in read_only mode. What I would like to do is to setup my mediawiki site to send only mysql write commands (insert,delete) to the two masters and reads (selects) from the slaves. I'll be putting all 4 mysql hosts into my HA/Proxy config. But what do I need to do on the mediawiki end to make this happen? Are there any articles I can read that are geared towards this goal? And docs you can point me to, or advice you can share would be greatly appreciated. Thanks, Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

8?years, 9?months

Re: [MediaWiki-l] Mediawiki 301 redirect to elimiate /Main_Page

by James

Thanks Daniel for your prompt response! Currently, I am using Mediawiki version 1.17. I tried to add $wgEnableCanonicalServerLink < https://www.mediawiki.org/wiki/Manual:$wgEnableCanonicalServerLink > = true; to LocalSettings.php. When I add <link rel="canonical"> on Main Page, the code will visible. I tried CanonURL extension, but it requires Mediawiki version 1.20. Is there proper way to accept rel=canonical on version 1.17 of Mediawiki? Thanks. James On Thu, Aug 27, 2015 at 10:11 AM, Daniel Friesen <daniel(a)nadir-seen-fire.com > wrote: > On 2015-08-26 7:05 PM, James wrote: > > When I access wiki.old-domain.net or .org, it will redirect me to > > http://wiki.domain.co/Main_Page . > > Now, I want to eliminate "/Main_Page" and make it single URL > > http://wiki.domain.co only. > MediaWiki does not support this. > > > The reason behind all of this is due to errors getting when changing of > > address on Google search console which G wants to make it wiki.domain.co > > only and not having /Main_Page. > > > > Any advise and help would be much appreciated. > MediaWiki should be setting rel=canonical for the main page, so there > should be no indexing issues with systems that want to strip the > /Main_Page from the url, both will end up indexing/providing pagerank to > the same url. > > ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [ http://danielfriesen.name/ ] > >

8?years, 9?months

MediaWiki Language Extension Bundle 2015.08 release

by Kartik Mistry

Hello all, I would like to announce the release of MediaWiki Language Extension Bundle 2015.08. This bundle is compatible with MediaWiki 1.23.x and MediaWiki 1.24.x releases. Next MLEB is expected to be released in 3 months. We are trying less frequent releases due to low number of changes per month in the included extensions. If there are major changes or important bug fixes, we will do intermediate release. Please give us your feedback at [[ Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]] . * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.08.tar… * sha256sum: 21cb43509d1e6da3cadc7e594866215d430e110aea5d04857e5cffd2a69db031 Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to: https://phabricator.wikimedia.org/ * Talk with us at: #mediawiki-i18n @ Freenode Release notes for each extension are below. -- Kartik Mistry == Babel == * Localisation updates only. == CleanChanges and LocalisationUpdate == * Supports extension registration now. == CLDR == * Fix names and translations for Northern Luri, Southern Luri, Shawiya, Laki, Jinyu (cjy) and Cham. == Translate == * Special:SearchTranslations has acquired lots of new features, such as cross language search. To take advantage of all the new features, you need to reindex the index with "php scripts/ttmserver-export.php --reindex". You also need to update ruflin/elastica to 2.2.0 or later, or recent version of CirrusSearch which bundles it. * Translatewiki.net specific message group descriptions have been removed. * ApiHardMessage has been removed. * The hidden, deprecated non-TUX translation view is being phased out and many non-essential features have been removed. * Web service queries to machine translation and remote translation memory services are now done parallel. * Some improvements to cache handling so that some caches are regenerated instead of just purged when content changes. * The appearance of workflow state selector on Special:Translate has been improved. * Breaking change: The output format of ApiQueryMessageGroups has changed regarding to workflow states. * The code no longer checks for the presence of the long deprecated "revtag_type" database table. Things like proofread messages might appear as unproofread. If this is the case, run "php scripts/migrate-schema2.php" == UniversalLanguageSelector == * ULS will use jQuery.i18n from MediaWiki core if available. * Updated the default geoiplookup URL. * ULS supports extension registration now. * Fonts: ** Added Gothic font. * Input Methods: ** Add Northern Luri keyboard layout. ** Add Southern Kurdish keyboard layout. ** Add South Azerbaijani keyboard layout. ** Add Arabic keyboard layout for Western Baluchi (bgn) (Only for MediaWiki > 1.25). ** Improvement in many keyboard layouts. -- Kartik Mistry/??????? ???????? | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com

8?years, 9?months

Bls: MediaWiki-l Digest, Vol 143, Issue 27

by Marissa leony bernard

Dikirim?dari?ponsel?cerdas?BlackBerry?10?saya dengan?jaringan?Telkomsel. ? Pesan Asli ? Dari: mediawiki-l-request(a)lists.wikimedia.org Terkirim: Sabtu, 29 Agustus 2015 20.01 Ke: mediawiki-l(a)lists.wikimedia.org Balas Ke: mediawiki-l(a)lists.wikimedia.org Perihal: MediaWiki-l Digest, Vol 143, Issue 27 Send MediaWiki-l mailing list submissions to mediawiki-l(a)lists.wikimedia.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/mediawiki-l or, via email, send a message with subject or body 'help' to mediawiki-l-request(a)lists.wikimedia.org You can reach the person managing the list at mediawiki-l-owner(a)lists.wikimedia.org When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..." Today's Topics: 1. MediaWiki Language Extension Bundle 2015.08 release (Kartik Mistry) ---------------------------------------------------------------------- Message: 1 Date: Fri, 28 Aug 2015 18:50:05 +0530 From: Kartik Mistry <kartik.mistry(a)gmail.com> To: MediaWiki internationalisation <mediawiki-i18n(a)lists.wikimedia.org>, MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>, Wikimedia developers <wikitech-l(a)lists.wikimedia.org> Subject: [MediaWiki-l] MediaWiki Language Extension Bundle 2015.08 release Message-ID: <CAPDygew_T1QOgSMX1Zd=o4MC3O9JCVEh1qp3r-RGL9_9j9M1Qw(a)mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Hello all, I would like to announce the release of MediaWiki Language Extension Bundle 2015.08. This bundle is compatible with MediaWiki 1.23.x and MediaWiki 1.24.x releases. Next MLEB is expected to be released in 3 months. We are trying less frequent releases due to low number of changes per month in the included extensions. If there are major changes or important bug fixes, we will do intermediate release. Please give us your feedback at [[ Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]] . * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2015.08.tar… * sha256sum: 21cb43509d1e6da3cadc7e594866215d430e110aea5d04857e5cffd2a69db031 Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to: https://phabricator.wikimedia.org/ * Talk with us at: #mediawiki-i18n @ Freenode Release notes for each extension are below. -- Kartik Mistry == Babel == * Localisation updates only. == CleanChanges and LocalisationUpdate == * Supports extension registration now. == CLDR == * Fix names and translations for Northern Luri, Southern Luri, Shawiya, Laki, Jinyu (cjy) and Cham. == Translate == * Special:SearchTranslations has acquired lots of new features, such as cross language search. To take advantage of all the new features, you need to reindex the index with "php scripts/ttmserver-export.php --reindex". You also need to update ruflin/elastica to 2.2.0 or later, or recent version of CirrusSearch which bundles it. * Translatewiki.net specific message group descriptions have been removed. * ApiHardMessage has been removed. * The hidden, deprecated non-TUX translation view is being phased out and many non-essential features have been removed. * Web service queries to machine translation and remote translation memory services are now done parallel. * Some improvements to cache handling so that some caches are regenerated instead of just purged when content changes. * The appearance of workflow state selector on Special:Translate has been improved. * Breaking change: The output format of ApiQueryMessageGroups has changed regarding to workflow states. * The code no longer checks for the presence of the long deprecated "revtag_type" database table. Things like proofread messages might appear as unproofread. If this is the case, run "php scripts/migrate-schema2.php" == UniversalLanguageSelector == * ULS will use jQuery.i18n from MediaWiki core if available. * Updated the default geoiplookup URL. * ULS supports extension registration now. * Fonts: ** Added Gothic font. * Input Methods: ** Add Northern Luri keyboard layout. ** Add Southern Kurdish keyboard layout. ** Add South Azerbaijani keyboard layout. ** Add Arabic keyboard layout for Western Baluchi (bgn) (Only for MediaWiki > 1.25). ** Improvement in many keyboard layouts. -- Kartik Mistry/??????? ???????? | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com ------------------------------ _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l End of MediaWiki-l Digest, Vol 143, Issue 27 ********************************************

8?years, 9?months

Mediawiki 301 redirect to elimiate /Main_Page

by James

Hi, I have a previous domain. I moved my Mediawiki from http://wiki.old-domain.com tohttp://wiki.domain.co . On vhost wiki.old-domain.com , this is the content of .htaccess file. RewriteEngine On RewriteCond %{HTTP_HOST} ^wiki.old-domain.net$ [NC,OR] RewriteCond %{HTTP_HOST} ^wiki.old-domain.org$ [NC] RewriteRule ^(.*)$ http://wiki.domain.co/$1 [L,R=301,NC] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php?title=$1 [PT,L,QSA] Here is .htaccess file for vhost wiki.domain.co: RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php?title=$1 [PT,L,QSA] When I access wiki.old-domain.net or .org, it will redirect me to http://wiki.domain.co/Main_Page . Now, I want to eliminate "/Main_Page" and make it single URL http://wiki.domain.co only. The reason behind all of this is due to errors getting when changing of address on Google search console which G wants to make it wiki.domain.co only and not having /Main_Page. Any advise and help would be much appreciated. Thanks. James

8?years, 9?months

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 2015