Архивы блога

Вчера и сегодня наблюдал как неподетски тормозил мой блог, хотя кто то может это и не замечал :-) Косяк заключался в том, что генерировались странички почему то по 2-3секунды вместо привычных уже 0,5 в среднем. Включил WPTUNER и начал копать – увидел что на стадии GET_SIDEBAR грузит аж 1,5 секунды чего то. Включил вывод всех запросов и увидел что тормозит все безобидный плагин, который к сайдбару не имеет вообще никаких отношений по идее. Причем тормозило даже на дефолтной теме. Виновника звать Parasite Eliminator (который спам режет). Почему он так стал себя вдруг вести – загадка. Отключил пока на время, да и новую версию уже полгода как обещают выпустить. У текущей версии есть меганедостаток если уже есть куча коментов (у меня их более 11000), то при активации все вешается намертво, т.к. плагины пытается проверить сразу все. Обещал автор что будет в новой версии проверять частями, но пока что то так этого и не выпустили в свет.

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

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

 Loading ...

Русская версия многоблоговой версии (MU) WordPress 2.7.1

Что нового (оригинальная статья)

• Обновлена система плагинов. Теперь плагины, которые должны работать на всех блогах, можно устанавливать в обычную папку plugins и активировать-деактивировать через управление плагинами
• Удалена панель ADMIN BAR. Теперь ее нужно ставить отдельным плагином (в таком способе есть один косячк – есть кривая ссылка на одну страницу в админки). В дистрибутиве его у меня нет
• Новая страница «Мои блоги» где представлены блоги пользователя и где можно указать персональные настройки блогов. Сейчас там пусто, но как заверяют авторы это исправляется через плагины
• Новая функция «Dashboard blog» для пользователей, не имеющих свои блоги. Копал часа два и так и не придумал как это можно использовать и для чего. Если авторизуется пользователь у которого нет вообще блогов, то он не может никуда перейти из этого «админского блога», только разлогиниться.

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

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

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

 Loading ...

В свежем номере еженедельной деловой газеты «Континент сибирь» пишут про новосибирские блоги…
Продолжить чтение →

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

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

 Loading ...

обновилось в дистрибутиве 9 плагинов, обновил переводы некоторых плагинов, добавил перевод к плагину faster image insert (т.к. там добавилась в новой версии пачка функций и теперь перевод будет не лишним), немного подредактировал перевод самого движка и изменил некоторые стили админки («баг со смещенным отображением панели меню в IE6» оставлен. Этот браузер давно морально устарел и подлежит обновлению до 8-ой версии).

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

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

 Loading ...

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

Вот собственно этот баг

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

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

 Loading ...

В продолжение моего недавнего поста про глюки с БД.

Через день после того исправления глюк на том самом втором сайте повторился. Было перепробовано все что только можно

Проблема возникала не со всеми картинками, а в основном с теми, где в базе каким то образом прописался полный путь в файловой системе (без разницы – старого и нового хостинга). Удаление путей хирургическим путем в базе приводило к тому что WP забывал что у картинки есть миниатюра.

и помогало только “удаление всех глючных картинок из базы” и повторная закачка. Меня этот вариант не устроил и я искал другие способы. Вспомнил что глюк произошел после обновления с версии 2.7 до 2.7.1 (но мне не сразу сообщили про этот сбой).

Гугл по разным запросам вывел меня таки на этот блог, где предлагалось закомментировать 4 строчки в одном файле движка. Сработало!

Открываем файл wp-includes/post.php и комментируем там этот блок (строки 2566-2569)

			elseif ( false !== strpos($file, 'wp-content/uploads') )
$url = $uploads['baseurl'] . substr( $file, strpos($file, 'wp-content/uploads') + 18 );
else
$url = $uploads['baseurl'] . "/$file"; //Its a newly uploaded file, therefor $file is relative to the basedir.

Если лень патчить файл ручками и у вас такая же проблема – просто скачайте этот файл (для версии 2.7.1) и замените ваш в папке wp-includes

Надеемся в версии 2.7.2 баг исправят…

Ни*уя баг не исправили и в 2.8.2 версии он также присутствует. Авторы совсем обленились. Вот пропатченный файл для версии 2.8.2

Вообще, как пишет автор вышеназванного поста, проблема возникнуть может с любыми картинками, которые лежат на диске сервера вне папки указанной в настройках блога

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

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

 Loading ...

Второй раз уже столкнулся с такой проблемой: часть картинок (аттачи к записям) отображалась нормально, а часть не показывалась вообще, хотя файлы были на диске и права нормальные были установлены. Причем в первом случае проблема возникла после восстановления дампа базы на новом хостинге, а во втором просто после некоторого времени само «сломалось». Про первый случай я уже забыл и не мог понять что же случилось. изучение дампа ни к чему не приводило. Вид записей в таблице wp_postmeta у проблемных и нормальных позиций был в принципе одинаковый.

Выглядело это так: путь к картинке был не стандартный вида http://SITE/images/bla-bla.jpg, а  http://SITE/images//home/userXXX/public_html/images/bla-bla.jpg Причем в базе как раз такие «пути к папкам на сервере» и прописаны (можете посмотрет ьи в свои дампы).
Продолжить чтение →

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

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

 Loading ...

В последнее время в среде веб-разработчиков все более актуальным становится вопрос о создании “мобильной” версии сайтов. Спрос рождает предложение и лишнее тому подтверждение — появление бесплатного скрипта IDoPDA.

IDoPDA позволяет создать PDA-версию сайта, сделанного на CMS Joomla! и WordPress. Скрипт обрабатывает данные базы сайта и выводит их в PDA-ориентированном формате в поддомене 3-го уровня вида www.pda.yoursite.com.
Продолжить чтение →

Комментариев нет

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

 Loading ...