Поддержка → Проблемы и решения → Насколько актуален WPLANG Lite ?
Насколько актуален WPLANG Lite ?
-
локализация занимает не более 4 Мб, ее облегчение соответственно освободит около половины, имхо маловато.
Акселератор PHP используете? Он снижает потребление памяти
Видимо нет, т.к. не знаю, что такое Акселератор PHP (((
Речь случаем идет не про APC (альтернативный кэш PHP)
apc, xcache, eaccelerator, zend opcache
любой из перечисленныхнет, видимо не использую. У меня APC отключен в хатцессе по рекомендации хостера, т.к. я их постоянно донимал тем, что сайт временами бывает недоступен. Рекомендовали отключить его. Ситуация стабилизировалась.
Вычитал, что это возможно вызвано тем, что с шаблоном что-то не так
http://ru.forums.wordpress.org/topic/php-apc-and-wordpress?replies=4
а как подправить или хотя бы где рыть — без понятия, т.к. не селен в программировании.Про остальные — без понятия. Но судя по потребляемой памяти — не использую.
Именно поэтому и решил узнать об актуальности использования данного хака. Посещаемость ресурса медленно растет, тем самым приближая меня к письму счастья от хостера, что мне нужен более мощный тариф )))
раз у вас обычный ‘shared’ хостинг, то других акселераторов вам не поставить, у apc действительно есть проблемы со стабильностью
хакать конечно можно, но 30 Мб это достаточно нормальная ситуация, можно удалить ненужные плагины, темку попроще, опять же wplang lite вам может дать какие то крохи, но это не радикальное решение,
посещаемость к лимиту памяти PHP отношения не имеет, она считается на 1 процесс PHP, если только хостер не ограничивает вам количество общей памяти или число процессов PHP.
Насколько актуален WPLANG Lite?
В WordPress 3.4 разделение языковых файлов для панели управления и внешней части сайта было реализовано на уровне ядра (#19582), с тех пор плагин утратил актуальность и не обновлялся.
Можно попробовать Pure PHP Localization, он по-прежнему должен работать. Сейчас проверил потребление памяти в панели управления в WordPress 3.6 — без плагина получилось 30.62 МБ, с ним — 27.08 МБ.
хакать конечно можно, но 30 Мб это достаточно нормальная ситуация, можно удалить ненужные плагины, темку попроще, опять же wplang lite вам может дать какие то крохи, но это не радикальное решение,
Плагины сейчас как раз вычищаю, темку буду переделывать на днях, чтобы хоть немного, но разгрузить.
В WordPress 3.4 разделение языковых файлов для панели управления и внешней части сайта было реализовано на уровне ядра (#19582), с тех пор плагин утратил актуальность и не обновлялся.
Помню давненько тестировал Ваш плагин, результат был, но к сожалению он переводил не все тему и всплывали какие-то нюансы, из серии «says» рядом с именем комментатора и что-то там с датами было. Поэтому временно отказался от него, а сейчас решил опять попробовать.
Можно попробовать Pure PHP Localization, он по-прежнему должен работать. Сейчас проверил потребление памяти в панели управления в WordPress 3.6 — без плагина получилось 30.62 МБ, с ним — 27.08 МБ.
Ок, понял. Спасибо. А в чем его принципиальное отличие от WPLANG Lite ?
Помню давненько тестировал Ваш плагин, результат был, но к сожалению он переводил не все тему и всплывали какие-то нюансы, из серии «says» рядом с именем комментатора и что-то там с датами было.
Странно, сейчас проверил на WordPress 3.2.1 с Twenty Eleven, у меня не воспроизвелось. Это строка из файла
wp-includes/comment-template.php, в списке исключений его нет.Предполагаю, что перевода не хватало в файлах локализации темы. Впрочем, сейчас это уже не важно 🙂
А в чем его принципиальное отличие от WPLANG Lite ?
В механизме работы.
WPLANG Lite создавал отдельный маленький файл перевода для внешней части сайта, из которого исключались строки, использующиеся только в админке. Таких строк было большинство (около 3000 из 3800), их исключение позволяло уменьшить потребление памяти на внешней части сайта примерно на 3 МБ.
PHP Pure Localization кеширует файлы перевода в виде обычных PHP-массивов, работа с которыми требует меньше памяти, чем с файлами
.mo. При этом отслеживается дата изменения исходных файлов, и кеш автоматически обновляется по мере необходимости. Экономия составляет примерно те же 3 МБ (и при большом количестве плагинов с файлами перевода может увеличиваться), но уже в админке. На внешней части сайта после выхода WordPress 3.4 из-за меньшего количества строк экономия стала менее значительной (проверил в 3.6 — примерно 1.5 МБ).Стоит отметить, что при нехватке памяти имеет смысл увеличить параметр
memory_limitв PHP. Плагины были созданы в качестве эксперимента на тот случай, когда хостинг-провайдер не даёт возможности изменитьmemory_limit.У меня стоит тема Keko допиленная и модифицированная. Качал по моему именно с этого сайта, в шаблоне были скрытые ссылки !!!
Если вообще в конфиге отрубить языковой файл, то получаю в переводе то же самое, что и с облегченным языковым переводом:
1. Название месяца по англ (Jun, May, Dec и т.д.)
2. В комментариях <имя комментатора> says:
3. Вывод даты комментария, с языковым пакетом —
22/03/2011 в 15:24, без него 22/03/2011 at 15:24
4. В комментариях, вместо «Ответить» выводится «Reply«В остальном проблем пока не замечено. Потребление памяти на главной:
С языковым пакетом — 30.09 MB
Без него — 25.19 MB
С Lite версией — 26.01 MBОпираясь на данные выше, самым лучшим вариантом будет на сайте вообще отрубить языковой файл и подключать его только в админке. Но как окончательно русифицировать тему, не влезая в файлы движка ? К примеру через файл functions.php
И в завершение, пообщаться еще раз с хостером по поводу акселератора PHP. Возможно на других серверах стоит акселератор отличный от apc.
Вот только что лучше выбрать из: xcache, eaccelerator, zend opcache ?
Спасибо.
Ап темы ! Все еще очень актуально. Прошу, помогите пожалуйста.
1)Если Вам не нужна локализация — отключите её.
2)Нужен перевод темы? Тут без вариантов — наймите программиста, чтоб облазил её «от и до» и вычистил все, что выводилось через функцию перевода, оставив только чистый текст — думаю, что таким образом вы не только получите лишние свободные мегабайты, но и незначительно вырастет скорость загрузки за счет того, что на каждую фразу не будет вызваться функция перевода.
3)Акселераторы не дадут желаемого эффекта, так как он ускоряет исполнение РНР-кода, но не уменьшает объем памяти, который требуется для его выполнения
акселераторы PHP — модули, кэширующие скомпилированный байт-код в памяти и/или на диске и в разы увеличивающие производительность PHP
(с) Википедия про акселераторы
То есть при подключении акселератора — возможен обратный эффект — памяти будет потребляться больше.
То есть при подключении акселератора — возможен обратный эффект — памяти будет потребляться больше.
Но реже 🙂
Вот скриншот, демонстрирующий работу eAccelerator’а.
Но реже 🙂
Ну так ТС хочет именно уменьшить объем памяти, которую потребляет ВП. Думаю там только тонкий тюнинг поможет.
Ну так шаблон практически допилен. Данные с языковым файлом и без я приводил выше. Разница почти в 5 метров. Этого и хочу добиться.
Про перевод, там 4 недочета. Все перевел сам, методом научного тыка, а вот эти недочеты так и не нашел. Прошу помощи у знатоков. Ссылку на тему дал, дублирую (клац). Возможно кто-то подскажет:
1. Название месяца по англ (Jun, May, Dec и т.д.). Надо перевести на русский: Янв, Май, Дек и т.д.
2. В комментариях <имя комментатора> says: Надо убрать этот says
3. Вывод даты комментария, с языковым пакетом —
22/03/2011 в 15:24, без него 22/03/2011 at 15:24
4. В комментариях, вместо «Ответить» выводится «Reply»Тема все еще актуально. Очень прошу помощи. В очередной раз пытался сам найти в шаблоне эти недочеты, но так ничего и не нашел ((( Все, что можно было перевести — уже перевел самостоятельно.
- Тема «Насколько актуален WPLANG Lite ?» закрыта для новых ответов.
(@alexoff)
10 лет, 7 месяцев назад
Подскажите пожалуйста, насколько актуально использование облегченной версии перевода на вордпресс 3.6
В данный момент у меня блог потребляет памяти 30.09 MB. Хочу немного разгрузить сервер.