Русский WordPress MU 2.7.1 Lecactus Edition

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

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

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


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

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

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

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

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

Решение проблем с аттачами 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 комментариев

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

Иногда так бывает что сервер, где установлен ваш сайт имеет плохой канал до сервера, с которого обновляется, либо каналы просто сильно загружены. Сегодня в рассылке 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 комментария

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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