Какие подсказки у Вас есть для ускорения (производительность) установка MediaWiki?

Это не может быть релевантно с текущими версиями MW, но проверить установку php mbstring.func_overload. Я установил его на 2 (как перенеобходимое для маленькой zabbix установки), и это уничтожило выполнение 1,12 установок MW на том же сервере.

Используйте php ловца кода операции, удостоверьтесь, что дБ не является узким местом, рассмотрите использование http ловца как лак.

Посмотрите эти подсказки: MediaWiki является медленным, как я могу сделать его быстрее?

Прежде всего вы должны убедиться, что используете Apache Server '' '. Mediawiki работает медленнее, если вы установили на Windows Server или IIS. Если он находится на сервере Windows, переместите папки приложений на сервер Linux. Windows и Linux Server для Mediawiki. Руководство

Вместо кеширования памяти, особенно если ваш сайт имеет небольшой или средний размер, поэтому общий размер всех страниц hmtl не является проблемой - простое решение - просто включить файл кэш вместо этого.

http://www.mediawiki.org/wiki/Manual:File_cache

Сегодня я потратил несколько часов, пытаясь включить любое из рекомендованных mediawiki решений для кэширования памяти на моем общем хостинге (на bluehost) и не нашел способа сделать это, а затем обнаружил эту опцию и решил все проблемы.

Это вики с включенным кешированием файлов:

http://robertinventor.com/bmwiki

Перед кешированием файлов Для загрузки большинства страниц требовалось несколько секунд, а иногда и больше, согласно журналам аналитики Google, вплоть до минут.

Несколько полезных советов здесь . Для меня самая большая разница (с 8 секунд до 0 в IIS 7) - это включение кеширования и изменение $ wgDBserver = "127.0.0.1"; (с localhost). По какой-то причине localhost разрешался через сеть.

Вот весь пост Jaded:

1. Одним из самых значительных результатов снижения нагрузки с 15 секунд до 6 или 7 стало включение кэширования и ускорения Mediawiki, как подробно описано в этом сообщении: http : //www.charlesrcook.com/archive/2012/09/12/mediawiki-iis7-output-caching-and-friendlyshort-urls.aspx . Короче говоря, включите следующее в вашем файле Mediawiki localsettings.php:

    $ wgCacheDirectory = "c: \ ваш \ путь \ к \ кешу";
    $ wgFileCacheDirectory = "c: \ ваш \ путь \ к \ кешу";
    $ wgEnableSidebarCache = true;
    $ wgUseFileCache = true;
    $ wgShowIPinHeader = false;
    $ wgEnableParserCache = true;
    $ wgCachePages = true;
   
    $ wgMainCacheType = CACHE_ACCEL;
    $ wgMessageCacheType = CACHE_ACCEL;
    $ wgParserCacheType = CACHE_ACCEL;
    $ wgMemCachedServers = массив ();
    

   Убедитесь, что ваши локальные учетные записи IUSR и IIS_IUSR имеют разрешение «Изменить» в каталоге кеша, иначе файлы и каталоги из механизма кэширования Mediawiki не смогут записывать в них.

2. Я внес некоторые незначительные изменения в кеширование в PHP с использованием Wincache, но это почти не повлияло - включите и настройте его, если хотите, с точки зрения PHP, но не ожидайте значительного скачка. То же самое и с кешированием запросов MySQL - мой Wiki-сайт относительно невелик, с минимальным использованием, поэтому кэширование запросов MySQL не было значительным улучшением.

3. Последним гвоздем в гроб, чтобы ускорить работу сайта, было изменение Параметр $ wgDBserver в моем файле Mediawiki LocalSettings.php. Он был установлен на «Localhost», и в этом сообщении http://forums.iis.net/t/1153459.aspx/3/10 предлагалось использовать «Localhost» в Windows 7 и более поздних версиях, и Server 2008 и далее начинает вовлекать IPv6 в запросы к странице. Транспортный уровень должен был разрешить localhost и делал это путем согласования между IPv4 и IPv6-адресом, который PHP и MySQL должны были разрешить, прежде чем разрешить отображение страницы. Похоже, что это все еще не полностью поддерживаемый интегрированный протокол, поэтому установка $ wgDBserver на IPv4-адрес «127.0.0.1» заняла отрисовку с 6 секунд до 1 секунды - проблема решена!