Потребление памяти русского WPMU 2.9.2 + BP 1.2.3
Я записывал видео своего нового плагина для буржуев – админку демо-сайта надо было переключить на английский язык. После этого я просто офонарел…
Вот причина моего шока – я действительно не знал этого!!!
Скриншот потребления php памяти английского и русского WordPress MU 2.9.2, BuddyPress 1.2.3, Akismet, CodeStyling Localization, CD Advanced BuddyBar, BuddyPress Album+, BuddyPress Like, BuddyPress Quickpress, cets_blog_defaults, Limit Blogs per User и WP-Memory-Usage – больше ничего не активировано.
WPMU+BP en_EN Потребление памяти
WPMU+BP ru_RU Потребление памяти
Это просто невероятно…
Сама технологий подключения локали – устарела… тоже заметил, что локаль жрет..
Единственный вариант – прям в коде “русифицировать”
Jettochkin,
В коде – не вариант. Заколебешься просто все переводить… Но реально, такая разница в потреблении – это жуть.
Вариант ручного перевода темы.. либо замена механизма локализации.. первое реже менять…
Как решение использовать не локалилизованную версию)
Альберт,
Ну да, а пользователям как объяснить, почему все на английском, а не на их любимом русском/украинском/…?
Подождите…так это тема жрет так русифицированная а не сам движок?
Альберт,
Как раз сам движок так жрет – и только он. Ну плюс еще плагины :) Шаблон – это часть движка, по большому счету.
ну а в чем там дело? Каким-то образом в память “разворачивается” русская часть UTF8, и при этом дублируется английская?
Или еще в чем-то?
В принципе частично такую вещь можно объяснить тем что перевод с английского более длинный, но уж не более 25%-30%…
А тут аж в 3 РАЗА %-[ ]]]
Эта тема давно обсуждалась, у того же Локастуса был легкий перевод. В нем была админка на “en”.
Движек не выгружает английский язык, он одновременно держит два языка и в рельном времене делает перевод, от того и ресурсов ему много надо)))
Вот вопрос, если движек делает перевод в реальном времени, то по идее есть софт который может перелопатить двежок на автозамене.
Так сказать грамотно – это надо писать к разрабам, их косяк
Все остальные выходы гемор.
Предлагаю создавать две версии перевода.. одна полная и другая лайт.. собственно это делается за 1-2 часа.. если с минимизацией возможных косяков (удалили лишнее)
а в wp-config писать строчку.. если админка – то полная версия, если морда – то лайт (у Кактуса это в сборках есть)
Jettochkin,
Я уже делал light для себя. Знаешь, какая экономия? 10 килобайт (даже чуток меньше). И это реально сложно выделить строки, которые в админке, а которые на морде – приходится вручную блокнотом искать и удалять. Не стоит такая экономия стольких сил.
Мне показалось, что все таки если вычистить ВСЕ что от админки.. то получается 5% от всего файла po :)
Не вспомню сейчас цифры – но у меня это было не 10кб…
Кстати, вот мысля пришла – а если тебе выпускать сборки?.. WP MU + Локализация + Rus-to-Lat +… + BP ?
А то чтоб с нуля поставить – надо в кучу источников залезть..
Jettochkin
5% от 220 кб – это и есть 10 кб примерно :)
Сборка – это хорошая идея. С версии 1.3 в рамках [CDPACK] – где пока что только мои плагины отображаются – и буду выпускать.
Морда портала с дофига плагинов:
Render Time: 0.629 секунды cpu (96% загрузка, 360.091 запуск). Время: 0.654 sec (5.9% for queries). DB queries: 108, none defective, none > 0.500 sec. Память: 10.4MB
И админка WP MU + BP:
Render Time: 0.906 секунды cpu (28% загрузка, 361.840 запуск). Время: 3.139 sec (2.5% for queries). DB queries: 248, none defective, none > 0.500 sec. Память: 16.2MB
Морда обычного сайта (на простом WP):
Render Time: 0.590 cpu sec (65% load, 11.717 startup). Clock: 0.904 sec (37.9% for queries). DB queries: 25, none defective, none > 0.500 sec. Memory: 10.5MB
Админка :)
Время рендеринга: 0.384 секунды cpu (17% загрузка, 23.175 запуск). Время: 2.228 секунды (0.4% на запросы). Запросы БД: 17, нет дефективных, нет > 0.500 секунды. Память: 4.4MB
Все равно для MU версии это не варианты, лат версии для админки и настроек плагина.
Тем более скоро 3 и версии будут штамповаться очень шустро.
Все равно как ни крути WPMU+BP да еще и плагины жрут много и не только памяти и чтобы мы не делали мало поможет. Есть вариант перейти на более простую версию многопользовательских блогов и жалкое подобие социальной сети. Я попробовал LiveStreet, конечно в плане быстродействия и потребления ресурсов – система отличная, но на этом ее плюсы заканчиваются. В тестовом режиме 3 из 4 пользователей не смогли без подсказки создать себе блог. На WPMU все создали сами. Да геморой настраивать каждому виджеты, но пользователи не заморачиваются, а я могу уделить несколько минут чтобы накидать их самому. Про 3 версию WPMU нигде пока не видел теста скорости, есть ли отличия от предыдущей версии? Я пока не рискую спешить с обновлением, система стабильна, а это самое главное.
WP 3.0 – быстрее на мой субъективный взгляд. Не считая замеры скорости админки – админка стала значительно легче.
Я выложу сегодня 2 (или 3) совета по ускорению сайта. Они не новые, нашел где-то в инете, но у меня здесь и на демо прекрасно работают.
Использую кэш+сжатие страниц сервером с разных частей мира загрузка от 0.5 до 1.5 секунды, считаю нормальным вариантом. Все остальное от лукавого :) Хотя менее тормознутую админку и отсутствие проблем у провайдера и мир стал бы вообще прекрасным :)
Последний WPSC умеет прекешировать странички…