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
I am attempting to install cldr. In previous installations, I have not had any issues with this extension and is currently live at wiki.seg.org. When working on updating the Mediawiki software from 1.23.2 to 1.26.2, after installing several other extensions, I get this message in the command prompt when attempting to update the database after installing cldr.
PHP Notice: Use of undefined constant MW_MATH_MATHML - assumed 'MW_MATH_MATHML' in /var/www/html/mediawiki/LocalSettings.php on line 166
PHP Fatal error: Uncaught exception 'Exception' with message '/var/www/html/mediawiki/extensions/cldr/extension.json does not exist!' in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php:106
Stack trace:
#0 /var/www/html/mediawiki/includes/GlobalFunctions.php(181): ExtensionRegistry->queue('/var/www/html/m...')
#1 /var/www/html/mediawiki/LocalSettings.php(202): wfLoadExtension('cldr')
#2 /var/www/html/mediawiki/maintenance/doMaintenance.php(83): require('/var/www/html/m...')
#3 /var/www/html/mediawiki/maintenance/update.php(214): require_once('/var/www/html/m...')
#4 {main}
thrown in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php on line 106
I have enabled the Math extension and set MathML as the rendering option. This is how it appears in LocalSettings.php:
require_once "$IP/extensions/Math/Math.php";
// Set MathML as default rendering option;
$wgDefaultUserOptions['math'] = MW_MATH_MATHML;
$wgMathFullRestbaseURL= 'https://api.formulasearchengine.com/';
Can someone please provide guidance in troubleshooting this issue? Thank you.
Andrew Geary
ageary(a)seg.org
Andrew Geary
SEG Publications outreach editor
Society of Exploration Geophysicists (SEG)
8801 South Yale, Suite 500 / Tulsa, OK 74137 USA
504-407-1303
ageary(a)seg.org
www.seg.org
Heiya,
this is painful for me.
There is a wiki accessible with the following logic:
"http://example.com/wiki/Main_Page"
When I edit I have:
"http://example.com/w/index.php?title=Main_Page&action=edit"
To get this magic running I have the following RewriteRules:
RewriteEngine On
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]
RewriteRule ^/?$ %{DOCUMENT_ROOT}/w/index.php [L]
And in "LocalSettings.php":
$wgScriptPath = "/w";
$wgScriptExtension = ".php";
$wgArticlePath = "/wiki/$1";
$wgUsePathInfo = true; // true or false does not make a difference
Everything is cool until I dare to try accessing a page containing a
special character, e.g. "http://example.com/wiki/So_ein_Ärger" and end
up in an indefinite redirect loop.
This wiki is a MW 1.26.2.
Any hint out there? Never encountered anything similar. Admittedly not
my first wiki.
Thanks and cheers
Karsten
Dear all,
How can I redirect the URL from wiki/images to wiki/Images?
More info:
If I type wiki/main, it will automatically redirect to wiki/Main, of which
the first letter is capital.
However, since I have the images/ directory under the wiki/ directory on
the server, if I type wiki/images, it will not automatically redirect to
wiki/Images but go to the images/ directory page instead.
How can I solve this problem?
Thanks,
Jingyi
Dear all,
Is it possible to remove line breaks in a table in the following example?
Source:
{|
|A
|-
|B
|-
|C
|}
The current output:
A
B
C
The output I want:
A
B
C
Thanks,
Jingyi
Hi all,
I'm seeing strange behavior with Special:RecentChanges (RC) when no
cookies are set. I have five wikis. On three of them, *only when no
cookies are set*, RC returns the header
Cache-Control: s-maxage=10, must-revalidate, max-age=0
and intermittently returns stale results when refreshing, even
forced refreshing, the page. On the other two wikis, I never see this
problem on the other two wikis, which return
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
and always return the current, correct RC results.
Additionally, I'm watching varnishlog while refreshing RC on the 3
wikis that exhibit this issue and not seeing Varnish logging the
requests, meaning the browser isn't even requesting the URL. There is no
Expires header set for the 3 wikis, while Expire is set to "Thu, 01 Jan
1970 00:00:00 GMT" on the 2 wikis that work correctly.
This problem seems to stem from the sendCacheControl() function
in includes/OutputPage.php when $this->mEnableClientCache is true (false
means it sends the no-cache, no-store header leading to correct browser
results), but I don't know why the different wikis would have different
behaviors. I've looked closely at the LocalSettings.php for all 5 wikis,
comparing them carefully, and don't see any settings that might lead to
inconsistent behavior.
For what it's worth, all wikis are running MW 1.26.2.
Hi,
I had originally planned to release 1.28.0-rc.0 today. Instead we'll be
getting a security release!
This release will cover all active branches. The new versions will be
1.23.14, 1.25.6 and 1.26.3. Master and the REL1_27 branches will also get
the patches.
There's quite a few fixes going into this release so all installs are
strongly advised to upgrade.
The RC for 1.28 will happen on Monday. The reasoning is half for the
security release and the other is because I wanted a few more days for the
AuthManager code to stew on beta before releasing it.
Thanks!
-Chad