Обновил дистрибутивы версии 2.7.1

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

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

Не одобряются комментарии в WP последних версий?

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

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

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

Почтовый робот

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

Комментарии к записи Почтовый робот отключены

Решение проблем с аттачами WP при «нестандартной папке картинок (НЕ wp-content/uploads)» в версии WordPress 2.7.1 и новее

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

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

Проблема возникала не со всеми картинками, а в основном с теми, где в базе каким то образом прописался полный путь в файловой системе (без разницы — старого и нового хостинга). Удаление путей хирургическим путем в базе приводило к тому что 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

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

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

Устранение «необъяснимого глюка базы данных» с аттачами 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 комментария