Я не знаю насколько правдивы «кричащие» заголовки и зачем это вооще нужно. Просто наткнулся случайно на этот пост и вспомнилось как разработал плагин для wordpress по интеграции с их сервисом по их просьбе. На тот момент в copiny не нашлось совсем денег за разработку не смотря на успешность компании.
У меня почему-то часто возникает мнение, что люди (в общем, не Copiny) пытаются создать иллюзию успешности вокруг себя.
Да ))
Но наши хорошие хостинг провайдеры быстро заставят его заинтересоваться этим вопросом, если человек на блоге активную деятельность развернет или женачнут выкачивать из него дополнительные деньги.
Вариант с Pure PHP Localization достигает почти такогоже результата.
Это я и вы можете пользоваться английским ВП не напрягаясь. А вот пользователи, которые первый раз видят ВП не будут. Мало того, что это все для них сложно (сами когда-то начинали, вспомните (: ) так еще и на английском языке.
Вообщем, это вариант только для узкого круга пользователей, которые все это прекрасно и без меня знают ;)
У меня на VDS мало оперативнйо памяти, это роскошь. Элементарно почему бы и не сделать меньше, если это можно. Думаю, вопрос «зачем улучшать» немного странный.
Какой работы, там дел-то 3 плагина поставить и активировать.
Возможно я не прав.
Из кэша беруться опции, которые уже вызывались. Стандартные опции беруться одним запросом. А вот пользовательские опции, которые используются в прмиум шаблонах и плагинах (в некоторых) вызываются отдельно и делают запросы. У нас жене все поля из таблицы опций дергаются при вызове get_option('name_option'). С добавлением новых плагинов или натроек в теме, часто в шаблоне дергают опции по 1. Вот, что я имел в виду.
Вопрос стоит не о кэшировании старниц, а об оптимизации памяти и запросов.
Про полностраничное кэширование я писал. Ничто не мешает сверху сделать еще и полностраничное кэширование если хочется или не использовать динамический кэш.
Кэширование на уровне запросов имеет ряд преимуществ в интернете можно найти + и — кэширования на уровне запросов. Нет проблем с плагинами рейтингов или какими-то частоизменяющимися показателями на сайте.
Потребление памяти смотрел с помощью функции PHP memory_get_peak_usage(), вызываемой в самом конце скрипта.
Насколько я понимаю eAccelerator работает следующим образом:
1) если в кэше есть байткод для определенного файла — выполняет байткод.
2) если байткода нет — интерпритирует PHP код в байткод, кэширует байткод в ОЗУ и выполняет его.
Т.е. если в кэше храниться байт код, PHP код в ОЗУ не загружается, выполняется сразу существующий байткод.
Не нужно ничего обновлять. Просто поставьте «совместимость» с Vista sp2 у ярлыка и zend начинает запускаться и работать, при других совместимостях выкидывается при загрузке.
При установке zend 5.5 если не поставить совместимость, то чекбоксов и др не видно, но устанавливается, в принципе, нормально.
Вчера ставил на локалхост wordpress 2.9-rare, и жрет он в отличии от wp 2.8.5 всего на 300-400 кб больше. Что будет в официальной бета версии и релизе сказать сложно, но сильно отличаться не должны от того, что есть сейчас. Так что прожорливостью не сильно выросла. А в челом все почти тоже самое на первый взгляд (внешне), редактор картинок в админке и корзина появились.
>>Обновления до более новых версий позволяют не только устранять обнаруженные уязвимости, но и улучшают производительность.
Сравните производительность wordpress 2.8.x с 2.6.x или 2.3.x. Тут я не согласен про производительность с вами.
Подкладывать перевод только в админки возможно не стоит, т.к. на блоге тоже есть фразы на английском языке, которые связаны с файлом локализации, а вот использовать облегченный файл перевода можно. Я обычно у Лекактуса его брал, там же и объясняется как его привернуть.
Также не забываем про отличный плагин от Владимира Колесникова WP File Cache, который реально уменьшает нагрузку на БД. В этом случае чистить тему от
Также jQuery библиотеку и другие js бибилотеки подгружаем с google api, как это делается я писал здесь
Также по возможности картиночки собираем в спрайты и т.д.
Этот процесс не имеет конца, всегда можно что-то оптимизировать или улучшить ;)
Если не полениться, то можно самому собрать все файлы CSS и JS в 1 файл и сжать. Также посмотреть какие плагины подгружают CSS и JS, обычно они через фильтры вешаются в шапку. И если знания позволяют, то сдлеть для себя поправить немного плагин, а стили вынести в глобальный файл со стилями (если оно того стоит). Если вы не так часто меняете темы, то это наверное в плане производительности будет лучше.
Я делал прямой перевод вордперсс 2.6.5, тем самым страница генерируется быстрее и блог кушает меньше. Это тоже можно использовать при «разгоне» своего блога.
У меня почему-то часто возникает мнение, что люди (в общем, не Copiny) пытаются создать иллюзию успешности вокруг себя.
Но наши хорошие хостинг провайдеры быстро заставят его заинтересоваться этим вопросом, если человек на блоге активную деятельность развернет или женачнут выкачивать из него дополнительные деньги.
Это я и вы можете пользоваться английским ВП не напрягаясь. А вот пользователи, которые первый раз видят ВП не будут. Мало того, что это все для них сложно (сами когда-то начинали, вспомните (: ) так еще и на английском языке.
Вообщем, это вариант только для узкого круга пользователей, которые все это прекрасно и без меня знают ;)
Какой работы, там дел-то 3 плагина поставить и активировать.
Из кэша беруться опции, которые уже вызывались. Стандартные опции беруться одним запросом. А вот пользовательские опции, которые используются в прмиум шаблонах и плагинах (в некоторых) вызываются отдельно и делают запросы. У нас жене все поля из таблицы опций дергаются при вызове get_option('name_option'). С добавлением новых плагинов или натроек в теме, часто в шаблоне дергают опции по 1. Вот, что я имел в виду.
Про полностраничное кэширование я писал. Ничто не мешает сверху сделать еще и полностраничное кэширование если хочется или не использовать динамический кэш.
Кэширование на уровне запросов имеет ряд преимуществ в интернете можно найти + и — кэширования на уровне запросов. Нет проблем с плагинами рейтингов или какими-то частоизменяющимися показателями на сайте.
Я лично стороник кэширования на уровне запросов.
Потребление памяти смотрел с помощью функции PHP memory_get_peak_usage(), вызываемой в самом конце скрипта.
Насколько я понимаю eAccelerator работает следующим образом:
1) если в кэше есть байткод для определенного файла — выполняет байткод.
2) если байткода нет — интерпритирует PHP код в байткод, кэширует байткод в ОЗУ и выполняет его.
Т.е. если в кэше храниться байт код, PHP код в ОЗУ не загружается, выполняется сразу существующий байткод.
При установке zend 5.5 если не поставить совместимость, то чекбоксов и др не видно, но устанавливается, в принципе, нормально.
Сравните производительность wordpress 2.8.x с 2.6.x или 2.3.x. Тут я не согласен про производительность с вами.
Подкладывать перевод только в админки возможно не стоит, т.к. на блоге тоже есть фразы на английском языке, которые связаны с файлом локализации, а вот использовать облегченный файл перевода можно. Я обычно у Лекактуса его брал, там же и объясняется как его привернуть.
Также не забываем про отличный плагин от Владимира Колесникова WP File Cache, который реально уменьшает нагрузку на БД. В этом случае чистить тему от не придется.
Также jQuery библиотеку и другие js бибилотеки подгружаем с google api, как это делается я писал здесь
Также по возможности картиночки собираем в спрайты и т.д.
Этот процесс не имеет конца, всегда можно что-то оптимизировать или улучшить ;)
Я делал прямой перевод вордперсс 2.6.5, тем самым страница генерируется быстрее и блог кушает меньше. Это тоже можно использовать при «разгоне» своего блога.