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
Unknown extension tag "indicator"
This just started popping up.
Anyone know what is this caused by?
I am guessing some extension that I need but, I have not been able to
find much on this error message.
Thanks.
--
John Foster
JW Foster & Associates
Hi,
I would like to ask if anyone knows of a free MediaWiki hosting site that
gives one complete control over one's Wiki. I know of Orain Wiki, ShoutWiki
and Wikia but they all give fairly limited over the MediaWiki software
itself. Basically the website I'm looking for is one that provides a place
for my own local Wiki installation on the web for free.
Thanks for your time,
Brenton
Hi,
I would like to allow advanced searches on my Local Wikis (MySQL
databases: HMWiki, Linux_Wiki) and I was wondering which MediaWiki
extensions will allow me to do this. Now I realize what I'm saying so
far is casting my net a bit wide so odds are many of you won't know what
to recommend so I'm going to give some examples of what I want to be
able to do with such a search:
* Enable searching specific parts of pages like its title,
category(ies), section(s), section(s) titles, body (i.e., the text other
than the page's title), etc. Instead of searching the entire page the
way Wiki searches do by default.
* Support for Boolean operators (e.g., AND, OR, ANDNOT, etc.) between
search criteria (e.g., I would like to search for pages belonging to
more than one category. For example, I would be looking for pages
belonging to category $1 AND category $2 AND category $3).
Now my experience with this mailing list tells me not to expect a
response here for days at least. But I also know that this list also
gets about 2-10 messages per day, depending on the day. I don't want my
email server to get packed with emails that I'm not interested in (as
I'm afraid I'm pretty useless as far as helping others with issues
relating to MW, I'm really just here to receive help not to provide it)
so I will stay on this list for probably at most a week: if you send a
reply and get no answer from me within a 12 hours odds are I won't be
receiving emails from this list any more so it would be best to just
send your emails to my email address: brentonhorne77(a)gmail.com
<mailto:brentonhorne77@gmail.com>.
Further information
* MediaWiki version: 1.25.1.
* MySQL, PHP, Lua (I have the Scribunto extension enabled on both
Wikis), Apache, /etc./ are all maintained as the latest versions
available for the operating system specified below.
* Operating system: 32 bit Ubuntu 15.04.
* Understanding of PHP and other programming languages used in
MediaWiki: novice. Use simple English please. I can follow simple
instructions, like add these lines to this file and save it here, but if
you give me a task without explicit step-by-step instructions odds are I
won't be able to follow ya.
Thanks for your time,
Brenton
Hello all,
I wonder if it is possible to calculate a duration from two time values using parser functions?
E.g. "2015/06/27 15:10:00" and "2015/06/28 20:25:10" producing a duration value "29:15:10".
Cheers,
Even Thorbergsen
*Product Version:*
MediaWiki 1.24.2
PHP 5.3.16 (cgi-fcgi)
MySQL 5.1.63-cll
*Extension Version*
SphinxSearch 0.9.0 License Replaces MediaWiki search engine with Sphinx Svemir
Brkic and Paul Grinberg
Hi,
after upgrade from 1.22 to 1.24 the Sphinx doesn't seem to work so, before
to face the upgrade to 1.25 I want to ind the problem (if any).
It seems like there is no connection between MW and Sphinx but the
connection in established as per terminal *searchd --console* command line
tool.
Main and Incremental index are as follow:
indexing index 'wiki_main'...
collected 68893 docs, 57.5 MB
sorted 17.6 Mhits, 100.0% done
total 68893 docs, 57485297 bytes
total 31.375 sec, 1832200 bytes/sec, 2195.79 docs/sec
indexing index 'wiki_incremental'...
collected 21 docs, 0.0 MB
sorted 0.0 Mhits, 100.0% done
total 21 docs, 41693 bytes
and searching at terminal level (command line query using search tool) woks
like a charm:
Sphinx 2.0.4-id64-release (r3135)
Copyright (c) 2001-2012, Andrew Aksyonoff
Copyright (c) 2008-2012, Sphinx Technologies Inc (http://sphinxsearch.com)
using config file '/home/tunearch/opt/etc/sphinx/sphinx.conf'...
index 'wiki_main': query 'Layton ': returned 23 matches of 23 total in
0.015 sec
displaying matches:
1. document=27449, weight=2789, page_namespace=0, old_id=173475
page_title=Jackie_Layton
page_namespace=0
2. document=27450, weight=2776, page_namespace=204, old_id=173476
page_title=Jackie_Layton
page_namespace=204
Given that the extension version (0.9.0) and the Engine version are the two
suggested by the Extension page (It is recommended to use/update to *Sphinx
release 2.0.4-release <http://sphinxsearch.com/downloads/>* together
with *Extension:SphinxSearch
0.9.0*) and that the sphinxapi.php is (therefore) the correct one I don't
understand why I cannot get the list of pages found by the Sphinx Engine
rendered on the search page of my site (tunearch.org).
Here is my LocalSettings.php configuration for Sphinx
*LocalSettings.php*
#Sphinx
$wgSearchType = 'SphinxMWSearch';
require_once( "$IP/extensions/SphinxSearch/SphinxSearch.php" );
# Host and port on which searchd deamon is running
$wgSphinxSearch_host = '127.0.0.1';
$wgSphinxSearch_port = 9312;
$wgSphinxSearch_matches = 20;
$wgFooterIcons['poweredby']['sphinxsearch'] = array(
'src' =>
"$wgScriptPath/extensions/SphinxSearch/skins/images/Powered_by_sphinx.png",
'url' => 'http://www.mediawiki.org/wiki/Extension:SphinxSearch',
'alt' => 'Search Powered by Sphinx',
);
$wgSphinxSearchMWHighlighter = true;
$wgEnableMWSuggest = true;
$wgEnableSphinxInfixSearch = true;
Any idea?
Please help...
--
Valerio M. Pelliccioni
Hi,
I've recently downloaded and installed the BibTeX MediaWiki extension
directly from its git page. I'm running MediaWiki 1.25.1.
When I tested out a simple reference, I got the following error
message at the top of the wiki page for each field in the bibtex
entry:
Notice: undefined index: * in BibTex.php on line 353
where * is whatever is in the various bibtex fields.
Is anyone else using the Bibtex extension with the current version of
MediaWiki? Is the problem caused by some kind of version
incompatibility? I tried e-mailing the author of the extension, but I
haven't heard back from him.
Thank you,
Michael