Информация о WordPress 3.0
И в связи с релизом WordPress 3.0 я решил собрать для вас немного полезных ссылок. Они помогут вам или обновиться, или понять суть нововведений.
Я не делаю перевод указанных статей, потому что прфиль этого сайта все-таки BuddyPress, а не WordPress. Так что пользуйтесь переводчиком Google, если у кого-то английский не очень.
Итак, узнать о самой новости о выходе новой версии можно в соответствующей записи на официальном сайте.
Все возможности новой версии представлены вот на этой странице в кодексе. Также сборная солянка всех фишек + ссылки на другие сайты представлены в неплохой обобщающей записи на w3avenue.com.
Обновление обычного WordPress 2.9.x до WordPress 3.0 описано вот тут, тоже в кодексе. А обновление WPMU до WP 3.0 хорошо (и правильно) описал Сергей Бирюков на официальном форуме поддержки (на русском).
PS На момент написания записи WordPress 3.0 был скачан 222004 раза.
Вот и видео для вас:
предлагаю составлять список совместимых и несовместимых плагинов ;)
Это надо делать тут!
К стати все плагины работают после обновления Вп.
И еще, есть ли смысл держать инфу о плагинах для старых версий Бадди?
Подскажите.
Можно ли вывести последние написанные записи но из определенных категорий?
Вот ошибка вылезла после обновления, при попытке обновить сайты!
Обновить сеть
* http://vmeste.aspu.ru/student
Внимание! Проблема при обновлении http://vmeste.aspu.ru/student. Сервер может не иметь возможности подключаться к находящимся на нём сайтам. Текст ошибки: couldn’t connect to host
Что это может быть?
Сайт доступен и работает!
Вылезла только на этом сайте? На всех остальных все нормально?
На всех подсайтах, остальные 2 были тестовыми. Я их удалил. А этот нужен!
У вас в файле wp-config.php есть нечто подобное?
Если нет – вставьте. Вместо ХХ…….ХХ – произвольный набор любых символов.
Не было нескольких строчек!
Поставил и ввел строки символов. Но по прежнему выдает такую же ошибку при обновлении! :(
И еще,
define( ‘COOKIE_DOMAIN’, ‘.vmeste.aspu.ru’ );
Точка перед vmeste.aspu.ru это ошибка или так и надо?
Так и надо.
Нет. И точка не помогла! Не могу разобраться почему не работает!
Как вариант, таблицы каждого блога можно обновить нажатием на кнопку «Обновить базу данных WordPress» при входе в его панель управления.
А обновить весь сайт?..
Отладить функцию массового обновления на конкретном сервере.
Ни где не видел такой кнопки!
«Обновить базу данных WordPress»
Когда захожу админом подсайта то нет ни каких похожих функций!
Если захожу в админку подсайта , админом всего сайта то там только«Администратор» > «Обновить» и тоже не работает!
И еще новые подсайты будут уже с обновленными таблицами , а ли как?
Такая кнопка обычно появляется ещё до входа в админку, если версия в файле не совпадает с версией в базе (например, в случае ручного обновления). Если она не появилась — скорее всего, всё в порядке.
Да, новые подсайты создаются с текущей версией структуры таблиц.
обновился, все плагины кроме wp-tune, работают.
симпатичная админка, по скорости, правда отличия не увидел.
Вот и я обновил CD.com. Пока столкнулся лишь c проблемами…
Вроде все решил. Буду благодарен, если вы найдете и обратите мое внимание на неадекватную работу моего сайта!
Позволь я на ты перейду?
на дэмо у кого нет аватара текст налезает на имя пользователя!
Я только что зарегался на демо и после загрузки аватара я его не вижу, только кнопка обрезать ресунок!
Да, я про это знаю. Но нет времени выяснять, почему эта штука вылезла на демо после обновления до WP 3.0.
Заметил что в самих блогах при показе аватар, не используются локальные аватары, настроенные через BP. Используются исключительно граватарные или дефолтные.
Пока не разбирался, но грешу на несовместимость WP3.0 и BP
По поводу не отображения аватаров!После обновления до WP 3.0 у меня все аватары отображались и все вроде бы работало.Я решил установить плагин super cache и как раз после установки и включения плагина появилась эта проблема.А в частности после добавления строк в htaccess.После выключения плагина и удаления строк все нормализовалось и отображается,поэтому если у вас стоит супер кэш то это из-за него!
не стоит такого плагина… Вообще никаких кэширующих плагинов не стоит.
У меня на демо не стоит кеширование :(
Но полетели аватары из-за правил в htaccess файле. Надо будет вернуть туда прошлые значения.
SlaFFik, используй location .. {} ;)
Исправил, для этого в файле htaccess вот это:
заменил на вот это:
И все. Собственно, все согласно вот этой записи Сергея Бирюкова (за что ему очередное спасибо).
Заменил, прописал,(wp-includes/ms-files.php) однако, проблема осталась.
Картинка аватара находится по адресу:
/wp-content/blogs.dir/1/files/avatars/1/pic.jpg
ссылка генерируется такая:
http://donain.ru/files/avatars/1/pic.jpg,
однако картинка не отображается!
Прошу, подскажите в чем проблема?
В отсутствии правил перенаправления в файле htaccess.
Надо или перенести папку /files/ из /wp-content/blogs.dir/1/ в корень сайта, или добавить соответствующее правило в файл .htaccess
Вообщем проблема с правилами, либо .htaccess, либо сам веб-сервер..
ещё глюк.. не получается отключить “Добавление новых пользователей” в /wp-admin/ms-options.php
но это или у меня “глюк”.. или самого WP, BP тут ни при чём.
Подскажите как назначить права для пользователей для подсайта. Тобишь Для подсайта 1 зарегистрированные пользователи получают роль Автор, для главного Подписчик, для подсайта 2 Подписчик и т.д.?
Нашел в консоли подсайта параметр Default Role – subscriber
Если изменю на Автор то это решит мою проблему?
Да.
Почему то не прокатило!
У меня толь еще больше вопросов возникло.
1. Где прочитать что могут а что не могут все роли Автор, Кей мастер и т.д. (не могу найти)
2. пользователи зарегистрированные на подсайте относятся к нему или же к главному? Или же они все на все подсайты имеют доступ под своей ролью?
И еще , я пытаюсь проделать что бы пользователь с главной подсайта по ссылке попал в админку подсайта.
Использую следующий код для виджета:
<a href="/wp-admin/”><?php _e("Написать статью. Только если есть доступ от админа!“, ‘loginwithajax’); ?>
Но получаю следующее:
http://vmeste.aspu.ru/gorod/?template=/wp-admin/
От куда берется этот параметр? (?template=)
У вас же 3.0 стоит? Вот оттуда и берется. Используйте в url ссылки вод этот php код:
Вместо квадратных скобок – угловые.
Параметр ?template= берётся из плагина Login With Ajax.
С прошедшим днем рождения! Сегодня узнал из линка :)
Спасибо! :)
1. Кодекс
2. К нему. Не имеют доступа к остальным подсайтам со своей ролью на одном из подсайтов.
Помогите разобраться!
Когда я нажимаю на ссылку регистрации с подсайта меня перекидывает на регистрацию с главного сайта! И пользователь записан в списке пользователей главного а не подсайта! Может дело в куках? Подскажите!
Нет, так и должно быть.
Чтобы пользователь стал именно на подсайте (помимо главного), надо его добавить вручную в админке этого самого подсайта.
Каким то образом получалось автоматом добавлять пользователей в дочерний блог.. но как – хоть убей не помню :(
Imho, ошибка в wp-includes/ms-functions.php:
function upload_is_user_over_quota( $echo = true ) {
if ( get_site_option( ‘upload_space_check_disabled’ ) )
return true;
Тут должно быть “return false;”
Ибо.. если проверка места отключена, то ошибки-то быть не должно…
Спасибо за сообщение. Забавно, что в данном случае управление до этого места не доходит. Пять баллов за внимательность :) Написал в багтрекер.