Архивы блога

В группу вп-тестерс на гугле попало нечто (смотрите сверху. ) – для истории скриншотег 18+

10 комментариев

(голосов: 3, средний: 5.00 из 5)

 Loading ...

1 Несколько часов ломал голову и не мог понять что произошло. Если кто заметил некоторое время назад у меня на сайте показывалась всякая бяка – это я миксовал дампы базы. В итоге даже восстановил дамп на тестовый домен и там баг тоже проявлялся. проявлялся он и при экспорте-импорте записей (про это отдельный разговор – похерились такким образом ВСЕ теги – преобразовались в цифры. никогда не любил этот тип переноса данных). Но это все фигня

посмотрите на два скриншота

так показан список страниц с стандартным шаблоном ссылок

так показан список страниц с любым другим шаблоном ссылок

при этом если во втором случае (с чпу) “быстро редактировать” страницы то они вообще пропадают из списка. и приватная страница не показывается в списке сверху (там видно что всего 26страниц а публичных только 25). и еще при работающем ЧПУ не работают вообще скрин опшнс в управлении страницами – т.е. не отключаются колонки: автор, дата и т.д.

долгая чистка таблицы опций во время поиска багов дала тоже свои положительные результаты – выкинул из нее 1мб мусора (с 1,2мб до 200кб примерно снизил) и отрубил все rss в доске объявлений чтобы снова не засорялось.

2 сразу после апдейта с 2.6.3 до 2.7 на двух сайтах заметил что файлы стали загружаться не в папку 2008/11 а в 0000/00. Проблема решилась сама после захода в “Разные настройки” и их сохранении.

3 в визуальном редакторе (при использовании плагина расширенного редактора) почему то не добавляется сразу подпись картинки (та что в рамке), а вставляется она под картинкой. если зайти в свойства картинки и изменить там подпись то вижу что поле пустое. после заполнения его все на месте

4 вчера кажется оставили мне комент где был три раза тег < CODE >. так вот в списке коментов в админке этот комент был “залочен”, т.е. у него отсутствовали ссылки на редактирование, ответ и т.п.

ищем дальше… пишу багрепорты в wp-testers иногда, но что то не реагировали еще ни разу

16 комментариев

(голосов: 3, средний: 3.67 из 5)

 Loading ...

Обнаружен прекрасный плагин для поиска узких мест в вашем блоге WordPress, а именно показывает: какие файлы темы как быстро обрабатываются, какие плагины кушают сильно много ресурсов, какие запросы слишком медленные и т.п. полная детальная статистика, показывающая даже какой файл движка или плагина делает какой запрос и сколько он длится, сколько потребляет ресурсов

Плагин работает с WordPress 2.0.6-2.7 !

wptuner

Продолжить чтение →

76 комментариев

(голосов: 7, средний: 3.86 из 5)

 Loading ...

Все таки как бы не критиковали авторов, что они так долго тянут выпуск новой версии и многое поменяли в админке, но изменения эти очень радуют. За время тестирования новой версии она мне так понравилась что возвращаться на 2.6.3 уже не хочется. Вчера я обновился до 2.7-beta2-9665, пофиксил некоторые плагины, для которых вышли обновления и внес исправления которые нашел сам методом тыка. Все работает, да и скорость работы просто отличная. Отчего были тормоза и большое потребление памяти на «тестовом» блоге до сих пор непонятно…

31 комментарий

(голосов: 7, средний: 4.29 из 5)

 Loading ...

Если кто знает, то одно из отличий версий WordPress 2.3.1-2.3.3 сборки Maxsite.org от оригинальной было то что использовались различные языковые файлы для админчасти блога и самого «лица» блога. Тогда это давало существенный прирост в скорости работы сайта, за счет уменьшения вызовов этих самых строк (более подробно можете почитать в его свежем посте о MaxSite CMS, где снова была затронута эта тема). Как я уже там отметился в коментах – попробовал тоже самое сделать в свежей версии 2.7 (на последней бете) на своем сайте. Результат просто поразительный.  Повторю цитаты из моих коментов по ссылке выше:

если файл локализации (полновесный ru_RU.mo весит 350кб) установлен как обычно, то
MySQL: 45запросов / 0.577 Потребление памяти: 13.3MB
а если его убрать вообще, то
MySQL: 45запросов / 0.550 Потребление памяти: 10.1MB
если подсунуть вместо «полновесного ru_RU.mo» кастрированный файл который «ru_RU_lite» переименовав его в ru_RU.mo то потребление памяти вырастает всего килобайт на 300 вместо трех мегабайт

замена в конфиге строки стандартной

define ('WPLANG', 'ru_RU');

на

if (strpos($_SERVER['REQUEST_URI'], 'wp-admin')) define ('WPLANG', 'ru_RU'); else define ('WPLANG', 'ru_RU_lite');

снизило потребление на главной странице до…7,7мб.

Пересмотрел я все плагины что у меня стоят и для перевода «лицевой» части блога потребовалось лишь скопировать несколько файлов имяплагина-ru_RU.mo в имяплагина-ru_RU_lite.mo, вообще бОльшая часть плагинов ведь переводится только в админ-части, поэтому и у вас получится всего несколько файлов отдельных переводов по 2-30кб.

В итоге получилось (для главной страницы) примерно так MySQL: 45запросов / 0.441 Потребление памяти: 8.6MB

Даже без калькулятора понятно что 8,6мб это существенно меньше оригинальных 13,3мб. Скорость загрузки страниц также повысилась

Испытание на «голом» сайте WP2.7 также показало снижение нагрузки примерно на 3мб и время генерации страницы в среднем на 0,1сек

Возник закономерный вопрос нужно ли в дистрибутив ВП сразу добавить такую опциональную строку конфиг и файлы ru_RU_lite для плагинов, чтобы желающие могли самостоятельно за пару минут путем редактирования конфига снизить потребление ресурсов.

 Loading ...

P.S. все вышеописанное вы можете применить и к WP 2.5-2.6.3

Скачать «лайт» версии перевода ru_RU_lite.mo для различных версий вы можете по этим ссылкам

2.5.1 | 2.6.3 | 2.7

156 комментариев

(голосов: 21, средний: 4.29 из 5)

 Loading ...

Недавно появился новый плагин для кэширования в WordPress. Когда я ставил недавно версию 1.0, то она была откровенно глючная и работало все только еще медленнее, но проблема похоже исправлена. Новая версия 2.0.1 радует!

Что делает и как работает? Да примерно точно также как и знаменитый wp-supercache, за одним исключением двух вещей:

1 позволяет ПОЛНОЦЕННО кэшировать страницы даже если указан шаблон ссылок стандартный в виде “вопросиков и параметров”, т.к. не создает структуру на диске в виде папок, а просто складывает файлы .dat в свою папку с кэшем

2 кэширует даже ошибки 404, которые не кэширует вообще плагин wp-supercache

3 позволяет задавать время жизни кэша и через сколько времени очищать его, а также позволяет задавать настройку обновления кэшированной страницы только при изменении ее

4 в отличии от плагина wp-supercache тут для зарегистрированного и обычного посетителя выдается однотипный кэш

по скорости работы сайтов не уступает wp-supercache, а если учесть что только у этого плагина есть то что описано в пункте 1, то для некоторых он является единственным подходящим решением

Более подробно про плагин написано у автора

Устанавливается плагин просто

1 Скачайте плагин здесь и распакуйте папку из архива в wp-content/plugins. Если нужно скачайте мой русификатор и распакуйте файл из него в папку плагина wp-content/plugins/hyper-cache

2 Если вы ранее пользовались плагином wp-supercache, то деактивируйте его и удалите файл (символьную ссылку) advanced-cache.php

3 Установите права 777 на папку wp-content

4 Активируйте плагин и перейдите в настройки. Если сверху вы не увидите предупреждений на розовом фоне, то все нормально, если увидите – см пункт 2 и 3

5 в wp-config.php добавьте если еще нет

define( 'WP_CACHE', true );

6 Установите настройки (там все понятно даже для новичков)

7 Откройте любую страницу в браузере и посмотрите есть ли в конце исходника страницы строка типа <!– hyper cache: f94ca670035c4975bab89a1b20c31efb –> и проверьте создаются ли файлы в wp-content/hyper-cache

У себя поставил на своем блоге и на тестовом сайте. Работает пока отлично и на 2.6.3 и на 2.7бета. Скорость радует, глюков не заметил. А вообще автор пишет что работает плагин на всех версиях начиная с 2.1

61 комментарий

(голосов: 12, средний: 4.25 из 5)

 Loading ...

Новая админка содержит иконки в меню, и если вы их не любите, то можете избавиться от них с помощью вот этого плагина (иконки убираются только если «раскрыть меню». В «сложенном виде» иконки будут отображаться. В оригинальном плагине на данный момент есть баг – там папка обозвана hide-admin-icons, а должна называться mp-hide-admin-icons (что явно прописано в плагине). Напишу ка автору, пусть исправит…

2 комментария

(голосов: 2, средний: 5.00 из 5)

 Loading ...

есть у меня запись где я написал примерно 10комментов с включенными “древовидными”. Затем я их отключил и когда добавляю коменты новые к записи, то они добавляется как положено последними в списке, но после отправки в браузере перескакивает на страницу-две назад (например на /comment-page-3/#comments), т.е. свои коменты ты не видишь пока не пролистаешь снова на последнюю страницу. сначала думал что баг в моем “модифицированном” comment-template но и в в чистой базе без “хакнутого” движка было тоже самое.

Ну чтобы не так грустно было чистать про баги (надеюсь исправят к релизу) делюсь новостью: в моем переводе новой версии во многих местах будут вставлены (точнее уже добавил и дополняю) подсказки по работе и правильной установке, решению самых частовстречаемых на форумах “проблем”, а также добавлены некоторые полезные фишки вроде прямой ссылки на регистрацию граватаров (некоторые пользователи как выяснилось так и не понимали как их получать). Также истребляю мелкие “шероховатости” в текстах и ранее не найденные очепятки.

Один комментарий

(голосов: 4, средний: 5.00 из 5)

 Loading ...