Был запланирован у меня сегодня пост с несколькими советами для администраторов сайтов, на которых стоит BuddyPress, но после прочтения новости в твитере я немного ошалел и перенес ту запись.
Закончился WordCamp San Francisco 2009 и Matt Mullenweg заявил там о том, что в ближайшее время планируется объединение WordPress и WordPress MU в единое целое. Все же знают, что это автономные продукты?
Знаменательное объединение
Вот что мне удалось выяснить дополнительно:
Про WordPress.com рассказывать не буду, так как нас не это сейчас интересует.
WordPress.org расширится и включит в себя некоторые возможности WPMU + BuddyPress.
Выйдет расширенная версия обычного WordPress 3.0, для создания MU сайта необходимо будет, образно говоря, “поставить несколько галочек на странице настроек” [переведенная цитата со слов Donncha - основного разработчика WPMU].
На данный момент точно неизвестно, какая часть функционала WPMU войдет в ядро WordPress 3.0, а какая станет доступна благодаря системе плагинов. [Кстати, вы видели страницу виджетов в 2.8? Посмотрите, интересная штука].
Теперь я понял, почему заморозилась разработка BuddyPress. В течение последнего месяца не было никаких (практически) изменений в коде. Andy, работающий на Automattic, которому принадлежит все, связанное с WordPress, знал об этом изменении внутри WordPress. Ему сейчас сложно что-то добавлять новое, потому как сами разработчики WP еще точно не знают, как будет выглядеть новый продукт.
Что нам дает эта новость?
Меньше головной боли и сложностей обновления.
Единая централизованная система управления собственным сайтом и не имеет значения, на что он ориентирован: обычный блог или социальная сеть.
Как всегда – расширение возможностей и более гибкая настройка сайта.
Больше придумать не получилось.
Есть и плохая новость – Бог его знает, когда выйдет 3.0, если сейчас 2.8 обычного WordPress находится на стадии бета 2 (это при том, что запланирован выход 2.8 был на 31 мая). На 2.9 вообще ничего нет, только куча улучшений и никаких сроков. Так что как пить дать, ждать нам 3.0 как минимум к концу этого года.
1. После Смерживания(соединения) двух версий софта – обычно, не только в ВП но и в любом друго приложении.. начинаются дикие глюки и тестирование иногда может проходить очень долгое время (зависит от сложности продукта от колличества и качества тех кто тестирует)
2. Соединение двух версий скорее всего увеличит потребляемость ресурсов, возможно работа ВП станет ещё медленние чем уже есть
С другой стороны, 90% кода у WP и WPMU одинаковы. Вся разница в 5 файлах отдельных + небольших изменениях еще в некоторых файлах. Не так уж и сложно их объединить, гораздо сложнее опеределить и реализовать, что будет включено в объединенную версию, а что станет просто плагином…
А про увеличение ресурсов – не согласен. 2.8 уже сейчас потребляет меньше, чем 2.7.1 (это я про обычный, конечно же). Так что бабка надвое сказала… Доживем – увидим.
Да просто задача сделать сайт на wordpress с широкими функциями для пользователей, но чисто в чистом WP-MU нет необходимости, а плагинов wordpress для расширения функционала имеено пользователей как раз не так много. Вот и что-то задумался, так как действительно ждать когда это сделают сами разработчики уж слишком долго.
надо такую возможность, чтоб на всех блогах в поддомене была возможность устанавливать на каждый блог отдельный плагин, но работал как один портал с одной базой юзеров
Joomla, есть такой плагин plugin-commander, он устанавливается в папку mu-plugins и настраивается администратором. При установке этого плагина не включайте опцию wpmu показывать плагины, плагин установит в разделе где написать, по моему дополнительное меню. Таким образом вы установите все необходимые плагины, а с помощью plugin-commander ограничите пользователей какой им можно будет включать, какой нет. В результате юзер использую свою алминку будет иметь возможность включать отключать плагины, которые разрешит админ
3 июня 2009 в 21:35
подождем лишь бы работало всё, в том числе все тэги
14 июня 2009 в 12:22
Есть ещё несклько нюансов
1. После Смерживания(соединения) двух версий софта – обычно, не только в ВП но и в любом друго приложении.. начинаются дикие глюки и тестирование иногда может проходить очень долгое время (зависит от сложности продукта от колличества и качества тех кто тестирует)
2. Соединение двух версий скорее всего увеличит потребляемость ресурсов, возможно работа ВП станет ещё медленние чем уже есть
14 июня 2009 в 15:25
С другой стороны, 90% кода у WP и WPMU одинаковы. Вся разница в 5 файлах отдельных + небольших изменениях еще в некоторых файлах. Не так уж и сложно их объединить, гораздо сложнее опеределить и реализовать, что будет включено в объединенную версию, а что станет просто плагином…
А про увеличение ресурсов – не согласен. 2.8 уже сейчас потребляет меньше, чем 2.7.1 (это я про обычный, конечно же). Так что бабка надвое сказала… Доживем – увидим.
14 июня 2009 в 19:49
А реально самому сделать совмещение wordpress 2.8 с последним MU и budypress или даже не стоит заморачиваться?
14 июня 2009 в 20:16
Alexander Simboss ты это о чем какое совмещение, лучше не заморачивайся
14 июня 2009 в 20:21
Да просто задача сделать сайт на wordpress с широкими функциями для пользователей, но чисто в чистом WP-MU нет необходимости, а плагинов wordpress для расширения функционала имеено пользователей как раз не так много. Вот и что-то задумался, так как действительно ждать когда это сделают сами разработчики уж слишком долго.
4 февраля 2010 в 15:48
надо такую возможность, чтоб на всех блогах в поддомене была возможность устанавливать на каждый блог отдельный плагин, но работал как один портал с одной базой юзеров
4 февраля 2010 в 16:30
Joomla, есть такой плагин plugin-commander, он устанавливается в папку mu-plugins и настраивается администратором. При установке этого плагина не включайте опцию wpmu показывать плагины, плагин установит в разделе где написать, по моему дополнительное меню. Таким образом вы установите все необходимые плагины, а с помощью plugin-commander ограничите пользователей какой им можно будет включать, какой нет. В результате юзер использую свою алминку будет иметь возможность включать отключать плагины, которые разрешит админ