Lis ton message de Nganguem Victor avant qu'il ne soit effacé!
Pour lire ton message, suis simplement ce lien:
http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6
D'autres personnes sont aussi présentes:
Oded (Tel Aviv, Israël)
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 reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système.
Amuse-toi bien !
L'équipe Badoo
Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. 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…
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
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 über-cool.
Thanks and cheers,
Till
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
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
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/]
>
>
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
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
********************************************
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