Архивы блога

Устранение «необъяснимого глюка базы данных» с аттачами WordPress

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

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

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

Создать PDA-версию вашего сайта проще, чем вы думаете!

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

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

Комментарии к записи Создать PDA-версию вашего сайта проще, чем вы думаете! отключены

Решение проблем с автоматическим обновлением, если у вас «превышен таймаут…»

Иногда так бывает что сервер, где установлен ваш сайт имеет плохой канал до сервера, с которого обновляется, либо каналы просто сильно загружены. Сегодня в рассылке wp-testers увидел что такое бывает не только «у нас» и там же приведено такое решение — создать плагин, который увеличивает таймайт, либо можно эту функцию вставить куда нибудь в движок или другой активный плагин.

Выглядела ошибка примерно так:

Загрузка не удалась.: Operation timed out after 30000 milliseconds with 15483145 out of 2077956 bytes received

Вот собственно говоря пример такой функции, где 300 — это то количество секунд, которое мы хотим установить вместо дефолтных 30-ти.

function filter_update_timeout($r)
{
        if (30 == $r['timeout'])
                $r['timeout'] = 300;
        return ($r);
}

add_filter('http_request_args','filter_update_timeout');

Автор решения: Peter Westwood http://westi.wordpress.com
Я уже видел что у кого то не хотел обновляться автоматически движок, такое было «когда все разом ломанулись» автообновляться с версии 2.7 до 2.7.1, чем вызвали глобальную просадку моего канала связи. После этого я сделал эксперимент и поставил редирект на уровне вебсервера на другое зеркало на одном хостинге. Проблема с таймаутом сразу пропала, но так не работает автообновление у тех, у кого при обновлении запрашивается ввод адреса сервера, логина и пароля фтп. Там просто писалось «Found» и ничего не качалось (хотя у кого то я видел и работало). Сейчас я снова вернул ссылку на «первое зеркало» и просто увеличил таймаут до 3-х минут. Этого более чем достаточно. В дистрибутиве я уже добавил эту функцию как в ru_RU.php, так и в плагин включения автообновлений, новую версию которого (а также обновленный файл ru_RU.php) можно скачать здесь. Файл ru_RU.php нужно поместить в wp-content/languages, а плагин lecactus_edition_update_url.php в wp-content/plugins. А можно сделать проще — выбрать автоматическую переустановку движка и все файлы у вас обновятся сами. Там же я вложил в архив (ссылка выше) еще и файл big_timeout.php, который вы можете просто установить на любую(не только мою сборку) версию WP2.7 и новее, чтобы увеличить таймаут (грубо говоря функция приведенная выше просто оформлена как плагин готовый). Возможно поможет вам при обновлении плагинов объемных.

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

Как полностью использовать все возможности плагина WP-Postratings 1.40, с примерами

Это конечно все в принципе написано в реадми на «ангельском» языке, но туда обычно никто не смотрит, либо не до конца понимает суть. Рассмотрим детально с примерами использования. Если вы еще этого не сделали, то скачайте плагин здесь (в PowerPack сборках 2.7* он также есть)
Далее много букв

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

Удобная и быстрая вставка изображений в записи (только для WordPress 2.7+)

fastinsert

Вам надоело что в новых версиях WordPress надо каждый раз нажимать кнопку вставки/загрузки изображения и хочется вернуть все к тому как это было в «старом добром 2.3.*»?

Быстро качаем и устанавливаем плагин Faster Image Insert, который добавляет то же самое диалоговое окно загрузки, которое вызывается в «всплывающем thickbox-окне» в виде виджета окна создания записи, которое всегда на экране, которое можно переместить как любой другой виджет в нужное место и самое главное — быстро доступны все загруженные изображения, включая и из других записей и загруженные отдельно.

Меня самого иногда раздражало — загрузишь через флеш-загрузчик с десяток картинок, а потом мучаться надо вызывать каждый раз всплывающее окошко чтобы выбрать следующую картинку. С этим плагином эти операции делаются на порядок быстрее (про кнопку вызова диалога загрузки/вставки можно вообще забыть)

В русификации плагин не требуется. Просто активируйте его и работайте!

Кстати вот еще вспомнил один плагин (нашел давно уже и даже локализовал)  для расширения возможностей вставки «чего угодно с сервера, не только загруженного через WP», называется Add From Server, русификатор к нему (распаковать в папку langs плагина) — в диалоге «С компьютера / С адреса (URL) /
Галерея (1) / Медиа библиотека» появится еще одна вкладка для добавления с сервера

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

WP myКопиPaste едишн

Ну что же , дождался я выхода wp2.7.1 от «новой команды mywp», скачал, посмотрел состав. На ошибках учатся? Сомневаюсь…
Продолжить чтение →

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

Патч для «ручного» обновления WordPress 2.7 до 2.7.1

По просьбам трудящихся

Скачать
Скачали 3409 раз

Также добавлена ссылка на странице скачивания версий 2.7 и 2.7.1

Комментарии к записи Патч для «ручного» обновления WordPress 2.7 до 2.7.1 отключены

Недоработки автоматического обновления в WordPress 2.7+

Вроде писал уже про это частями, но повторю все вместе…

Что делается при автоматическом обновлении: просто напросто скачивается архив, удаляется подчистую «старое» и заменяется на «новое».

Вроде бы это и правильно, но только отчасти. Руками после этого приходится все снова доделывать, а именно:

добавлять русификаторы (и еще искать их новые версии все равно надо иногда), если они лежат по правилам работы плагина в папке самого плагина,

некоторые плагины (модифицированные к примеру русскими авторами) приходится либо снова дорабатывать вручную «напильником», либо ждать когда выйдет новая версия модифицированного плагина и все равно потом его вручную заливать. а бэкапы плагинов автоматически НЕ делаются… (если вы сами не скачали их себе на диск заранее)

некоторые плагины пользователи правят вручную и забывают про это (например правят стили оформления какие нибудь) и при автообновлении все пропадает

при автоматическом обновлении движка может случайно перезаписаться также какой нибудь файл, в который вы «вмешивались»  (редко, но бывает такое если вы забыли про это уже)

Да и реадми тоже полезно читать у новых версий плагинов что там реально изменилось и надо ли вообще обновляться и не торопиться… иногда просто добавляется в дистриб какой нибудь новый «язык» и тут же версию меняют.

Ну и на некоторых серверах оно вообще может не работать по ряду причин:

отключен вообще ftp на сервере (бывает такое на «личных серверах» к примеру)

истекает «таймаут»  — например у меня на сервере при включенном «одном апаче» все автоматически обновляется без проблем, но при работе апача вместе с nginx обновляются автоматически нормально только мелкие плагины, а при обновлении движка может просто выдать ошибку что сервер недоступен через минуту-другую

бывают и ошибки типа таких и т.п. некоторые исправляются, а некоторые нет.

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