Сергей, а как это работает на практике? Насколько снижается нагрузка? И для WP MU подойдет?
ИМХО. Я пробовал MU в работе в англ. версии. Снижения нагрузки (принципиальной) не заметил.
Да, подходит и для WordPress MU.
Cнижается потребление памяти на лицевой части сайта — примерно на 3 МБ. Пробовать имеет смысл только на локализованных версиях — в английской не используются языковые файлы.
после первого запуска и создания облегченного файла локализации плагин можно отключать или как?
Помимо самого файла должен быть код, который загружает его вместо стандартного. Можно отключить, если используется Pure PHP Localization — туда также встроена поддержка таких файлов. Если нет — нужно оставить.
кода в wp-config.php
if (strpos($_SERVER['REQUEST_URI'], 'wp-admin')) define ('WPLANG', 'ru_RU'); else define ('WPLANG', 'ru_RU_lite');
недостаточно? просто как-то неприятно держать включенным плагин, который свою задачу по сути уже выполнил.
или плагин сам будет обновлять файл перевода в каких то случаях?
Если есть плагины, которые выводят что-то на лицевую часть, то с этим кодом может потребоваться скопировать их файлы локализации под именем названиеплагина-ru_RU_lite.mo
. WPLANG Lite позволяет этого не делать 🙂 Локаль остаётся нетронутой.
Файл перевода обновляется, если ru_RU.po
имеет более свежую дату
(например, в результате обновления WordPress).
Atrax
(@atrax)
Ethical engineer
Flector, а к чему экономить на количестве плагинов?
От их качества все зависит, а не от этой несчастной цифры.
А этот плагин очень легкий.
Пусть себе живет включенным 🙂
еще вопросик — есть корректный способ измерить потребление памяти в админке и в самом блоге? перепробовал кучу кода и плагинов — выводят и там и там одинаковые и какие-то слишком уж маленькие цифры (5.5Мб). это на хостинге. на локальном сервере цифры под 20Мб и включение плагина однозначно уменьшает потребление памяти. только вот неясно — где правильно считается используемая память — на локальном сервере или на хостинге?
а то что-то уж больно сильно на хостинге плагин решает — потребление с 5.5мб сократилось до 2.6мб, это не на локальном сервере с 20мб до 17мб.
кстати, плагин никак не сообщает о том, что ему не удалось создать свой файлик в папке languages — пришлось самому проверять и выставлять 777 права.
20Мб и 5,5Мб оба показателя скорее всего правдивы. На хостинге Е-акселератор стоит.
У меня на VDS 1,1 Мб, а на локалхосте 11Мб.
ну я сомневаюсь, что акселератор (который я установил у себя) настолько сильно решает — скорость генерации страниц ускоряется, это да, но php то при этом все равно запускается полностью.
меня смущает сам порядок цифр, я прекрасно помню, что при апгрейде с 2.6.5 до 2.8.2 у меня глючила админка из-за того, что выделенных 32мб памяти ей не хватало — глюки пропали только при 64мб.
а теперь я вижу, что на локале 20мб, на vps 5мб — как эти цифры соотносятся с тем, что вордпрессу не хватало 32мб для нормальной работы админки? и почему админка и сам блог показывают одинаковое количество потребления памяти? при открытии просто блога не грузится админская часть.
В наличии wp2.9.2. Мои действия: закачал плагин, поставил права доступа на папку languages 777, активировал плагин, но не каких дополнительных файлов в languages не появилось. Пробовал также ставить права 777 и на папку wp-content и так же нет ничего. Что я делаю не так? Почему у меня этот плагин не хочет работать? спасибо.
Речь о сайте из вашего профиля? Там уже есть ru_RU_lite.mo
.
Речь о сайте из вашего профиля
Нет. речь идет не о сайте из моего профиля, хотя и на нем пробовал и так как ни чего не получилось просто вставил файлы ru_RU_lite.mo. если для диагностики проблемы нужно убрать их, то сделаю. если необходимо сделать еще какие-либо действия, буду рад помочь. спасибо.
andrew-0 у меня та же проблема…установил как и ты…поставил права доступа 777…активировал и усе…нет изменений никаких!!!
Flector, спасибо за обзор на сайте 🙂
andrew-0 и SULTANOFF, спасибо за сообщения. Добавлю диагностику.