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 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'm sure this has been asked a number of times before. What is the easiest
thing that can be done so that when we click "edit" we see the Mediawiki
code highlighted in different colors and various other settings instead of
it being plain text?
This is not highlighting for a computer language. Its highlighting for the
default mediawiki code. For example: [[Hello|My link]]
Just an example: 'Hello' can be in red, and the other part can be in green
and brackets are bold and so on.
Is there an extension that can be installed?
This one, is for computer languages, so its not what I'm looking for:
http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
Dan
rationalwiki.org is getting hammered again. It looks like MySQL is the
busiest portion - seriously just doing a lot of work.
Our current arrangement is: one box for MySQL, Apache, Lucene (the
latter reindexing weekly); two Squids; a load balancer. These are all
virtual machines on Linode (who we like). Apache and Squid boxes are
Ubuntu 12.04 servers.
The *usual* thing when we get hammered is that Reddit discovers an
amusing tumbleweed article. The squids take care of this, of course.
But then something like the Bill Nye/Ken Ham debate happens, we score
pretty highly in Google for skeptical material and a wide variety of
articles gets hit and MySQL has to work for a living.
So, what's a good approach to scaling up MySQL on a VM? Add more
memory? Add more cores? (How's MySQL 5.5-ubuntu do for multicore?) We
can trivially add more Squids, and we haven't doubled up on Apache but
shirley that won't be entirely unfeasible.
- d.
Hello all,
I would like to announce the release of MediaWiki Language Extension
Bundle 2014.02. This bundle is compatible with MediaWiki 1.22.2 and
MediaWiki 1.21.5 releases.
* Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2014.02.tar…
* sha256sum: 5c5636332b38a7ce9ac12fac74f0402afdc592aa58795b51dc4747877db340da
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://bugzilla.wikimedia.org
* Talk with us at: #mediawiki-i18n @ Freenode
Release notes for each extension are below.
-- Kartik Mistry
== Babel, CLDR, CleanChanges ==
* Only localisation updates.
== LocalisationUpdate ==
* README was updated to include better installation instructions.
== Translate ==
=== Noteworthy changes ===
* Allow capital letters in MediaWiki style variables (insertables)
* Bug 60500: Added AppleFFS module for iOS/Mac OS X Localizable.strings files
* Remove shortcut activated from "paste source". It's similar to
"revert changes" button, which does not have the insertable class and
thus the number indicating shortcut key won't be visible.
* Added new hook TranslateMessageGroupPathVariables
* Bug 61459: Removed $wgTranslateExtensionDirectory option.
* The magic-export.php was updated to handle failures more gracefully.
* Bug 50954: In the translation interface, 'Add documentation' link
now changes to 'Edit documentation' as soon as documentation is added.
* Bug 54194: The ApiQueryMessageCollection module no longer throws
exceptions on invalid input.
== UniversalLanguageSelector ==
=== Noteworthy changes ===
* Detect tofu before applying any default fonts. See:
https://www.mediawiki.org/wiki/Universal_Language_Selector/WebFonts#How_web…
for technical documentation about how tofu detection works in ULS.
* Bug 60304: Added enableWebfonts preference. Each wiki can be
configured to load the fonts by default using the new global variable
$wgULSWebfontsEnabled. Its default value is true (to load fonts).
* ULS is now much lighter for the browser thanks to many changes:
** Bug 56292: All SVG images were optimized to reduce their size even
50% in some cases.
** I18n related jquery.i18n and messages code is now loaded only later
after user interacts with ULS.
** We removed a dependency to a big JavaScript module which was no
longer needed to support anonymous preferences.
* Bug 60815: Add Marwari (rwr) and Ottoman Turkish (ota) to the
languages supported by ULS.
=== Fonts ===
* Add Iranian Serif and Iranian Sans Bold fonts.
* Removed Amiri font from Persian.
* Replaced Xerxes font with Artaxerxes.
=== Input methods ===
* Bug 53695: For languages which have no input methods, the "Use
native keyboard" option is now shown as selected by default.
* Added Venetian input method.
--
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com
Hi All
I am facing an issue in Mediawiki.
I need to increase video files of more than 250 MB. How can I increase the upload limit to 250 MB in the Mediawiki server. Please let me know what config file we should update.
Thanks again.
Regards
Sharmistha
Hello Uwe,
This sounds similar to the situation I have recently started looking
into. If you come across a solution somewhere other than this list
please do share it.
Thank you,
David Leaman
On Thu, Feb 6, 2014 at 7:00 AM,
<mediawiki-l-request(a)lists.wikimedia.org> wrote:
> Date: Thu, 6 Feb 2014 11:17:44 +0100
> From: Uwe Baumbach <u.baumbach(a)googlemail.com>
> Subject: [MediaWiki-l] MediaWiki Performance - logging, monitoring,
> analyzing
>
> Hello,
>
> can one suggest a (mediawiki?) tool for analyzing turn around times of a
> wiki request?
>
> Internet connection in general is sufficient, our database is idling,
> separate web server for mediawiki scripts too - response time is
> unacceptable anyway. No suspicious 3rd party extensions...
>
> So we have to slice in parts response time to find reason...
>
> Mit freundlichen Grüßen / Regards
>
> Uwe (Baumbach)
> Verein für Computergenealogie e.V.