WP MultiSite — WordPress
#1 hungryforester
Отправлено 20 Март 2013 — 21:36
Что тяжелее, 50 поддоменов с инсталляциями ВордПресса (допустим, посещаемость их будет 50 хостов в среднем), или один многосайтовый вордпресс с 50 юзерами и той же посещаемостью в 2500 (выглядит тоже как 50 поддоменов)?Смысл в чем, 50 однотипных блогов я на шареде без проблем запущу (и не все сразу), а многосайтовый вордпресс еще потанцевать придется с поддоменами, как я понял. Хочется понять, ресурсов оно одинаково поест или нет. Шаблон, положим, везде дефолтный. Без извращенческих плагинов.
Свистка не видит? Значит, дров нету!
- Наверх
#2 MAzZY
Отправлено
Мультисайт лучше. Во-первых, одна база. Во-вторых, одна админка, т.е. проще управлять. При желании можно связку сделать — в виджетах выводить что-то с других сайтов.
А поддомены там зависят только от хостинга. Если он не даёт создавать автоматические поддомены, то пролёт.
«Конечно, я умный человек, умнее очень многих, но счастье не в этом…» А.П. Чехов. «Три сестры»
Carpe diem / Memento mori / Ecce Homo
Под столетними сугробами библейских анекдотов…
- Наверх
#3 hungryforester
TC Отправлено 20 Март 2013 — 21:54
Я могу неограниченно создавать их из панели управления шареда. Юзеров в мультисайт тоже буду добавлять только сам. Теоретически если вордпресс нарисует мне правильный htaccess, то все должно быть норм? А в реале поддомены/подпапки будут просто пустыми? Надо пробовать. ..Не в тему, но. Интересно, а загрузку картинок он — мультисайт — как-то разводит по юзерам?
Свистка не видит? Значит, дров нету!
- Наверх
#4 MAzZY
Отправлено 20 Март 2013 — 21:57
hungryforester сказал:
а загрузку картинок он — мультисайт — как-то разводит по юзерам?
hungryforester сказал:
Теоретически если вордпресс нарисует мне правильный htaccess, то все должно быть норм?
«Конечно, я умный человек, умнее очень многих, но счастье не в этом…» А.П. Чехов. «Три сестры»
Carpe diem / Memento mori / Ecce Homo
Под столетними сугробами библейских анекдотов. ..
- Наверх
#5 hungryforester
TC Отправлено 21 Март 2013 — 14:54
1. Среди этих поддоменов, что обрабатывает WP MS, могу же я держать еще пачку обычных поддоменов со статикой или даже с отдельными ВП?
2. А как ВП МС осуществляет кэширование, работают для него плагины кэширования и если да, то какие?
Свистка не видит? Значит, дров нету!
- Наверх
#6 Fitsh
Отправлено 21 Март 2013 — 15:20
Думаю лучше делить по 10 штук — проще потом переносить, разделять
- Наверх
#7 hungryforester
TC Отправлено 21 Март 2013 — 15:24
Каким образом? Оно же в корень сайта ставится, как я понял. А с обычными поддоменами проблем не будет.Я рассматриваю в перспективе 10-100 поддоменов, а вернее штук 20-30.
Свистка не видит? Значит, дров нету!
- Наверх
#8 Fitsh
Отправлено 21 Март 2013 — 15:35
Базы складываются одну, внутри отличаются преффиксом, в индекс.пхп ловим домен и выдаем движку нужный преффикс таблиц в бд.
С картинками чуть сложнее — нужно чтобы не заменили друг-друга, я хз как там вп живет.
- Наверх
#9 MAzZY
Отправлено
hungryforester сказал:
2. А как ВП МС осуществляет кэширование, работают для него плагины кэширования и если да, то какие?
hungryforester сказал:
1. Среди этих поддоменов, что обрабатывает WP MS, могу же я держать еще пачку обычных поддоменов со статикой или даже с отдельными ВП?
Пыщ-Пыщ сказал:
нужно чтобы не заменили друг-друга, я хз как там вп живет.
«Конечно, я умный человек, умнее очень многих, но счастье не в этом…» А.П. Чехов. «Три сестры»
Carpe diem / Memento mori / Ecce Homo
Под столетними сугробами библейских анекдотов…
- Наверх
Перенос блога между инсталляциями WordPress multisite
В интернете полно статей, которые описывают процедуру переноса блоги из multisite в отдельный WordPress.
В этой статье я опишу, как можно перенести блог/подсайт из одной инсталляции WordPress multisite в другую.
Я предполагаю, что новый мультисайт у Вас уже настроен, поэтому саму настройку рассматривать здесь не буду.
Процесс включает в себя слудующие этапы:
- Перенос библиотеки медиафайлов
- Перенос записей, страниц, черновиков, меню
- Перенос виджетов
- Перенос содержимого библиотек плагинов (NextGen library, Revolution Slider, Photo albums, и т.д.)
- Применение параметров и настроек.
Сам процесс занимает от часа до двух.
Для упрощения текста, я буду рассматривать перенос контента сайта из старого
в новый multisite-<strong>B</strong>
. При этом multisite-<strong>B</strong>
должен иметь установленным тот же набор плагинов, что существуют в mulstisite-<strong>A</strong>
Для дальнейшей работы нам понадобятся так же следующие плагины:
- Widget Settings Importer/Exporter
- Velvet Blues Update URLs
Установите их перед началом работы в обе инсталяции mulstisite-<strong>A</strong>
и multisite-<strong>B</strong>
.
1. Подготовительный этап:
Перед началом выполнения любых действий обязательно сделайте резервные копии обоих сайтов и их баз данных.
Теперь можно шаманить.
Зайдите в админку multisite-<strong>B</strong>
и создайте новый сайт. Включение пользователей и плагинов — опционально.
Дальше нужно определить id сайта в инсталяциях mulstisite-<strong>A</strong>
и multisite-<strong>B</strong>
.
От значения id сайта зависит месторасположение папки uploads
, префикса таблиц в базе, а так же хранилище файлов плагинов. Плагины я рассматривать не буду.
Узнать id быстрее всего можно из адрессной строки брайзера. Открываем страницу редактирования сайта. Обращаем внимаение на адресную строку браузера именно в ней отображается id сайта. Оно нам будет нужно в дальнейшем.
В моем случае id
нового сайта multisite-<strong>B</strong>
равняется 39. Таким же образом определяем id сайта в mulstisite-<strong>A</strong>
. В моем случае — 10.
2. Перенос темы
Самый й простой шаг. Смотрим в настройках сайта включеную тему, берем папку темы из mulstisite-<strong>A</strong>
(/wp-contents/themes/имя_темы) и переносим в новый mulstisite-<strong>B</strong>
. Убедитесь, что тема не является дочерней.
Для этого откройте файл styles.css
и посмотрите нету ли там импорта файла стилей из другой темы:
@import url("../<strong>имя_темы</strong>/style.css")
После этого переходим на страницу настройк сайта в админке mulstisite-<strong>B</strong>
. На вкладке темы
находим нужноу и включаем ее для нового сайта.
3. Перенос библиотеки медиафайлов
Этот этап немного с подковыркой. Форумы WordPress пестрят записями о проблемах с библиотекой мультимедия после переноса сайта на новый сервер. По факту у людей пусто в админке там, где должен быть списов всех когда-либо загруженных картинок, документов и т.д.
Знатоки предлагают искать спасения в одном из следующих плагинов:
- Add From Server
- Media from FTP
Я их опробывал и удачно поломал всю медиабиблиотеку. Хоршо хоть на своем сайте, а не на сайте кого-то из клиентов. Дело в том, что файлы в папке uploads
размещеются в соответсвии с днем загрузки. Так файл загруженый 10-го Сентября 2015 года будет лежать в следующей папке:
/wp-content/uploads/2015/09/10/имя_файла.jpg
Каждый из этих плагинов просканирует предоставленную ему папку и разложит файлы в uploads в соотвествии с датой создания файла. Очень хорошо, если вы не редактировали, не копировали файлы из папки uploads. В противном случае расположение многих файлов может измениться и на страницах ваших сайтов появятся артефакты, символизирующие отсутвие файла в нужном месте. В простонародье — битые ссылки
.
Что бы такого не произошло — мы будем зрить в корень, брать быка за рога и тянуть за хвост в длинный ящик.
Для успешного переноса и импорта библиотеки мультимедиа (medialibrary) лучше всего скопировать файлы руками, а сведения о содержимом медиабиблиотеки скопировать mysql запросом.
Краткая справка:
WordPress хранит очень много информации в таблице wp_posts
. Из названия можно понять, что там хранятся записи. Можно предположить, что там же стоит искать и страницы сайта.
Возможно для Вас будет сюрпризом, но там же хранится информацию о загруженных файлах.
В папке сайта mulstisite-<strong>A</strong>
нужно перейти в каталог загрузок интересующего нас подсайта. Точное местонахождение может отличаться в зависимости от настроек сайта, но найти его несложно, поскольку он содержит id сайта в названии. В моем случае это был:
/wp-content/uploads/sites/10
Придерживайтесь того же самого принципа при поиске папки uploads в mulstisite-<strong>B</strong>
. В моем случае это был:
/wp-content/uploads/sites/39
Скопируйте все файлы и папки из одного сайта в другой.
После этого можете заглянуть в админку нового сайта и удостовериться, что библиотека медиафайлов пуста.
Теперь дело за mysql
. Я предполагаю, что вы знаете префикс таблиц базы Ваших сайтов. По умолчанию это wp_
. В случае с мультисайтом следом за системным префиксом таблиц идет id сайта, который мы знаем. В моем случае все таблицы в базе, связанные с исходным сайтом имели префикс wp_39_
. Все таблицы нового сайта имели префикс wp_10_
.
Хорошо, если базы сайтов находятся на одном сервере. Если же это не так — сделайте дамп таблицы posts
на исходном сервере и разверните его в пустую базу на новом сервере. Дамп/слепок таблицы можно сделать так:
mysqldump -u’root’ -p имя_базы wp_39_posts > имя_базы-wp_39_posts. sql
После того, как обе теплицы будут в соседних базах, подключитесь к консоли mysql от имени пользователя, который имеет права работать с обоими базами и выполните следующие запросы:
insert ignore into имя_базы.wp_39_posts SELECT * FROM имя_старой/временной_базы.wp_10_posts where post_type = ‘attachment’;
insert ignore into имя_базы.wp_39_postmeta SELECT * FROM имя_старой/временной_базы.wp_10_postmeta where meta_key = ‘_wp_attached_file’;
insert ignore into имя_базы.wp_39_postmeta SELECT * FROM имя_старой/временной_базы.wp_10_postmeta where meta_key = ‘_wp_attachment_metadata’;
Естественно замените имена баз и префиксы на свои значения.
После этого можно заглянуть в библиотеку медиафайлов, что бы проверить результат.
На этом с медиафайлами закончили.
4. Перенос записей, страниц, черновиков, меню
Вот казалось бы: Почему бы не перенести всё из таблицы posts в новую базу и не морочить голову?
. При таком подходе я потерял менюшки и категории статей, но они прекрасно переносятся стандартным инструментом импорта/экспорта в WordPress. Находится он в админке в меню Инструменты/Tools.
Убедитесь, что Вы находитесь в админках именно того подсайта, с которым работаете. Не вздумайте экспортировать всё из исходного сайта и импортировать эти данные в корень мультисайта B.
Экспортируем все из сайта в mulstisite-<strong>А</strong>
и импортируем в новый сайт (mulstisite-<strong>B</strong>
).
Проставлять следующую галку не нужно. Папку загрузок мы уже скопировали:
Ждем завершения импорта, которое должно ознаменоваться следующим сообщением:
All done. Have fun!
Все сообщение в следующем стиле можно игнорировать:
Failed to import Media
После этого все Ваши записи и страницы будут доступны в соответствующих разделах админки подсайта.
Странная штука этот инструмент экспорта/импорта. Он теряет все элементы iframe
. Хорошо, если их нету на страницах Вашего сайта. Если же есть — проверьте все страницы внимательно. Для этого я открывал xml файл импорта в текстовом редакторе и искал слово iframe
. Каждый элемент этого файла содержит id записи и тип. Стоит обращать внимание на записи типа post
и page
. Все черновики (draft) и ревизии (revision) можно игнорировать.
Как Вы понимаете, в связи со меной ID сайта все картинки и прочие файлы имеют нерабочие ссылки. Для того, что бы все починить воспользуемся плагином Velvet Blues Update URLs. Он поможет поменять старые URL’ы на новые.
Нахидм его в Инструментах/Tools:
Думаю не нужно объяснять что куда вводить. В результате выполнения оно скажет:
5. Перенос виджетов
Для переноса виджетов воспользуемся плагином Widget Importer & Exporter
. Он находится в списке инструментов в админке. Ниже стандартного экспортера:
Экспортируем виджеты из исходного сайта. Он предложит сохранить файл с расширением wie
. Соглашаемся.
Ваши виджеты опять же могут содержать картинки со старыми ссылками. К сожалению ‘Velvet Blues’ не может их обработать. Я пробовал реками обновить ссылки в базе данных, но в результате потерял все виджеты. В причине я разбираться не стал, а просто вернул все как было.
Для того, что бы Ваши виджеты содержали корректные ссылки, лучше перед импортом отредактировать сохраненный wie
файл в любом текстовом редакторе и заменить ссылки на старые страницы сайта новыми (при необходимости).
В файле все специальные ссылки будут забэкслэшэны
, то есть будут иметь перед собой символ \
(back-slash). Back-Slash также является специальным, поэтому есть вариант, что вам понадобится продублировать каждый символ \
в поле поиска и замены. Опять же зависит от редактора и режима поиска-замены.
Дальше в новом сайте нужно включить все плагины, в соответствии со старым. Удостоверьтесь, что в админке самого подсайта все нужные плагины включены.
Как только все изменения сделаны, можете смело импортировать wie файл в новый подсайт.
6. Перенос содержимого библиотек плагинов (NextGen library, Revolution Slider, Photo albums, и т.д.)
К сожалению в рамках этой статьи я не могу рассмотреть варианты переноса данных для всех плагинов. Могу лишь подсказать, что в большинстве плагинов есть инструменты импорта и экспорта.
Отпишите в комментариях, с какими проблемами Вы столкнулись и я рассмотрю и подскажу как с этим бороться (по мере возможности)
7. Применение параметров и настроек.
Завершающим этапом является применение параметров сайта.
В разделе Внешний вид
включаем меню в соответствии с текущими настройками исходного сайта. Все пункты должны быть на месте, просто меню неактивны.
Также сверяем Настройки
:
- Общие (General)
- Чтение (Reading)
- Постоянные ссылки (Permalinks)
Эпилог
В завершение хочу сказать, что в рамках одной статьи невозможно рассмотреть все подводные камни переезда блогов между мультисайтами. Статья написана на основе вполне конкретного опыта, с вполне конкретным клиентом. В ходе работы я столкнулся с проблемами в работе нескольких плагинов. Проблемы были связаны со сменой концепции ссылок.
Если вы столкнулись с какой-либо проблемой в ходе работы — оставьте комментарий с детальным описанием проблемы и я ее рассмотрю.
WordPress Multisite, руководство по принятию решений
- Что такое WP Multisite
- Преимущества и недостатки
- Передовой опыт
- Выбор WP Multisite
Вы рассматриваете WordPress для своего следующего проекта? Мультисайт WordPress — это мощный инструмент, и, как и любой другой инструмент, он неэффективен, когда используется для неправильной задачи, но превосходен, когда используется правильно. Должны ли вы использовать стандартный WordPress или включить Multisite? Чтобы помочь вам ответить на этот вопрос, это руководство даст определение WordPress Multisite, перечислит преимущества и недостатки Multisite и покажет несколько примеров, наиболее подходящих для WordPress Multisite.
Обратите внимание: не все планы поддерживают WordPress Multisite. Мультисайт доступен для наших контрактных клиентов. Свяжитесь с нами, чтобы начать.
Что такое мультисайт WordPress?
Мультисайт WordPress — это функция, представленная в WordPress 3.0 в 2010 году. Мультисайт WordPress (также называемый сетями сайтов WordPress) позволяет создавать несколько сайтов (отсюда и название) из одной установки WordPress. Это может быть что угодно, от нескольких сайтов до тысяч.
Мультисайт WordPress требует продуманной архитектуры и расширенной настройки, чтобы обеспечить правильное масштабирование сайтов. Если вы не знакомы с расширенной настройкой WordPress, вам следует подумать о работе с опытным агентством WordPress. Не все агентства имеют опыт работы с несколькими сайтами, поэтому при поиске агентства-партнера обязательно спрашивайте конкретно о Multisite.
Многосайтовые преимущества и недостатки WordPress
Каждый сайт в многосайтовой сети, использующий одну и ту же установку WordPress, означает, что все сайты используют одну и ту же базу данных и должны быть установлены на одном сервере.
Наличие общей базы данных между сайтами в многосайтовой установке WordPress упрощает доступ и передачу данных между каждым сайтом. Например, учетные записи пользователей могут быть зарегистрированы на нескольких сайтах. Это также означает, что если один сайт в сети взломан, это скомпрометирует другие сайты в сети.
Многосайтовая установка WordPress также использует общий код для всех сайтов. Это означает, что темы и плагины WordPress устанавливаются для всей сети сайта, а не на уровне отдельного сайта. Однако плагины и темы можно активировать и деактивировать для каждого сайта отдельно.
Узнайте о хостинге WordPress, WordPress для предприятий и о том, как максимально эффективно использовать редактор WordPress Gutenberg.
Многосайтовая установка WordPress против нескольких одиночных установок WordPress
Мультисайт | Одиночные установки | |
---|---|---|
База данных совместно используется сайтами | Да | № |
Кодовая база совместно используется сайтами | Да | № |
Ресурсы сервера совместно используются сайтами | Да | Да или Нет* |
Учетные записи пользователей совместно используются сайтами | Да | № |
Риск отключения всех сайтов в случае возникновения проблем | Да | № |
Плагины и темы должны быть обновлены для каждого сайта | № | Да |
* На всех сайтах Pantheon есть специальные ресурсы.
Рекомендации по работе с несколькими сайтами WordPress
Поскольку кодовая база является общей для всех сайтов в сети WordPress Multisite, вам следует выбирать, какие плагины и темы устанавливать в сети сайтов WordPress. Например, установите один плагин для каждой функции, такой как контактная форма, а не несколько плагинов.
Вы также должны быть особенно осторожны с ролями пользователей и разрешениями при использовании WordPress Multisite. Роли администратора и сетевого администратора следует давать только тем, кто в них действительно нуждается.
Наконец, убедитесь, что ваша инфраструктура готова к установке WordPress Multisite. Если несколько сайтов совместно используют одни и те же ресурсы, ваша инфраструктура должна быть способна реагировать и масштабироваться для поддержки трафика с нескольких сайтов одновременно.
Варианты использования WordPress Multisite
Теперь, когда вы проанализировали функции, преимущества и недостатки WordPress Multisite, вы можете лучше определить, когда он подходит.
Мультисайт WordPress следует учитывать, когда данные и/или пользователи должны быть доступны для всех ваших веб-сайтов. Например, франшиза с несколькими локациями, где каждая локация имеет свой собственный сайт, часто отлично подходит для мультисайта. Общая база данных позволяет создавать настраиваемые отчеты, такие как просмотр всех отправленных контактных форм для каждого сайта. Наличие общих пользователей также означает, что администраторы сайтов могут легко входить в систему и получать доступ к каждому сайту для создания обновлений в одном месте.
Популярный вариант использования — когда организации необходимо обеспечить определенный уровень управления и стандартизации кода, контента или торговой марки. Тогда ограничения вместо этого действуют как подкрепление собственных целей организации.
Это часто встречается в сфере образования, где центральный ИТ-отдел должен управлять сайтами для нескольких отделов, или студентам нужна возможность раскрутить свой собственный блог по запросу. Центральный ИТ-отдел может использовать Multisite для поддержки единой кодовой базы. Это значительно упрощает обеспечение безопасности сайтов за счет ограничения количества устанавливаемых плагинов и тем, а также обновления этих плагинов и тем.
Мультисайт WordPress не следует использовать в случаях, когда существует несколько сайтов, которые не используют общую кодовую базу, пользователей и/или данные. Например, агентство, поддерживающее отдельные, сделанные на заказ веб-сайты для своих клиентов, не подходит для многосайтовости, поскольку существует слишком большой риск того, что вся сеть сайтов выйдет из строя, что приведет к простою всех клиентов одновременно, когда ни одна из специфических функций многосайтовости используются.
Если вы надеетесь на централизованное управление несколькими сайтами без рисков и дополнительной работы, связанной с поддержкой мультисайта WordPress, рассмотрите возможность использования функций управления портфелем Pantheon, таких как функция Custom Upstream. Это позволяет вам иметь преимущества управления общим кодом в одном месте, имея при этом выделенные ресурсы для каждой установки WordPress.
Выбор мультисайта WordPress
Если вы надеетесь на централизованное управление несколькими сайтами без рисков и дополнительной работы, связанной с поддержкой мультисайта WordPress, рассмотрите возможность использования функций управления портфелем Pantheon, таких как функция Custom Upstream. Это позволяет вам иметь преимущества управления общим кодом в одном месте, имея при этом выделенные ресурсы для каждой установки WordPress.
WordPress Multisite следует использовать для проектов, в которых пользователям, данным и/или коду необходимо совместно использовать несколько сайтов. Это не для робких, так как для настройки требуется расширенная конфигурация, индивидуальная разработка WordPress, чтобы максимально использовать его функции, и надежная инфраструктура для обеспечения бесперебойной работы.
Зарегистрируйтесь БЕСПЛАТНО! Начните работу за считанные минуты. Почему бы не перенастроить веб-сайт?15 потрясающих примеров мультисайтов WordPress
Если вы просто балуетесь веб-дизайном или являетесь преданным профессионалом, скорее всего, вы хотя бы слышали о мультисайтах. И из-за этого вы, вероятно, сталкивались по крайней мере с парой примеров мультисайтов WordPress, которые используют этот фреймворк для создания надежных сообществ сайтов. Но тем не менее, если вы не очень увлечены веб-разработкой, ваше знакомство с этой темой может быть на периферии.
Вот почему мы подумали, что было бы полезно собрать коллекцию некоторых из лучших примеров мультисайтов WordPress, которые в настоящее время доступны в Интернете. Таким образом, вы сможете очень быстро ознакомиться с тем, что такое многосайтовость, как она работает и для каких целей она служит в сообществе веб-разработчиков и за его пределами.
Прежде чем мы перейдем к коллекции, давайте сначала разберемся с некоторыми основами.
- 1 Что такое Мультисайт?
- 2
Обычное использование для многосайтовых установок
- 2.1 Сети блогов
- 2.2 Корпоративные сайты/несколько доменов
- 2.3 Внутренние сети
- 3
Мультисайтовые примеры WordPress, которые вдохновляют
- 3.1 1. WordPress.com
- 3.2 2. Эдублоги
- 3.3 3. Би-би-си Америка
- 3.4 4. Венчурные партнеры OpenView
- 3,5 5. Курвуазье
- 3,6 6. Блоги Университета Британской Колумбии
- 3,7 7. Блоги The New York Times
- 3,8 8. Блоги Рейтер
- 3,9 9. Замечено местными жителями
- 3.10 10. Блоги Гарварда
- 3.11 11. Академическое сообщество CUNY
- 3.12 12. Университет Мэри Вашингтон
- 3.13 13. Дешевые рейсы.com
- 3.14 14. БостИнно
- 3.15 15. Способ работать в саду
- 4 Последние мысли
Что такое мультисайт?
Мультисайт WordPress — это функция, впервые появившаяся в WordPress 3. 0. Он был представлен в 2010 году и заменил WordPress MU — функцию, которая позволяла отдельным пользователям создавать большие сети блогов. Мультисайт предлагает эту функцию, но также предлагает гораздо больше, например, возможность размещать разные сайты в одной установке WordPress, чтобы сделать работу пользователя более удобной для посетителей сайта. Примером может служить сайт, на котором есть интернет-магазин, но этот магазин не обязательно является основной частью сайта. Это только одна его часть. Сайт будет иметь свой основной веб-сайт и второй веб-сайт электронной коммерции, созданный с помощью WordPress, а мультисайт позволит пользователю переходить с сайта в магазин, фактически не покидая основной веб-сайт.
Если вы хотите узнать больше о мультисайтах WordPress, ознакомьтесь с сообщениями Кевина Малдуна о том, как создать мультисайтовую установку и какие плагины должны проверить пользователи мультисайтов.
Обычное использование для многосайтовых установок
Вот несколько примеров использования многосайтовых установок:
Сети блогов
Мультисайт WordPress стал прорывом для блогов с большими сообществами и университетами. С мультисайтом эти организации могут действовать как сетевые центры и приглашать пользователей своих сообществ создавать свои собственные блоги на своих платформах. Эта функция используется университетами по всему миру, позволяя преподавателям создавать блоги и портфолио, в которые студенты могут вносить свой вклад.
За пределами университетов этот тип мультисайтов может использоваться нишевыми рынками, сообщества которых имеют общие интересы, например, сайтами фотографий, свадебными сетями и агентствами технических новостей.
Корпоративные сайты/несколько доменов
Предприятиям и корпорациям, как правило, нужны более крупные и сложные веб-сайты, что означает создание разных веб-сайтов для различных свойств, составляющих их компании. С помощью мультисайтов и сопоставления доменов эти компании могут размещать эти различные объекты под одной крышей, создавая удобный пользовательский интерфейс для посетителей, которые приходят на их сайты.
Внутренние сети
Корпорации создают различные свойства своих компаний на разных веб-сайтах, как упоминалось в предыдущем разделе. Однако некоторые компании могут захотеть запретить широкой публике доступ к этим различным объектам, сохраняя при этом их под одной виртуальной крышей. Эта функция мультисайтов WordPress дает школам и компаниям возможность запускать внутренние сайты для сетевых целей.
мультисайтовых примера WordPress, которые вдохновляют
А теперь, без дальнейших промедлений, вот коллекция сайтов, которые очень эффективно используют мультисайт.
1. WordPress.com
Automattic использует многосайтовую платформу с момента своего запуска в 2005 году, размещая тысячи и тысячи сайтов и блогов под одной крышей, даже предоставляя этим сайтам домен WordPress.com. Automattic выпустила новый WordPress.com в ноябре, и в этом выпуске было много изменений, одним из которых было добавление поддержки нескольких сайтов в индивидуальной панели администратора пользователя. На Calypso — кодовом названии страницы знакомства с выпуском — команда заявляет, что хотела «создать единое место для управления всеми вашими сайтами с поддержкой WordPress и Jetpack, чтобы вы могли сосредоточиться на контенте, а не на администрировании».
Это изменение дает вам главную панель администратора, где вы можете просматривать статистику и вносить основные изменения в определенные сайты или просматривать статистику для всех ваших сайтов на одной странице. Вы даже можете создавать новые сообщения и страницы блога из этой главной панели администратора без необходимости входа в отдельную панель администратора для каждого сайта.
2. Эдублоги
Edublogs – это сервис ведения блогов, созданный Incsub, теми же людьми, которые управляют WPMU DEV, и использует WordPress для предоставления многосайтовых услуг школам и университетам по всему миру. Учителя могут использовать базовую версию Edublogs для размещения своих собственных блогов и добавления учеников в качестве участников. Однако именно Edublogs CampusPress делает этот сервис таким популярным.
С помощью CampusPress университеты могут создавать сотни блогов, а университетские сети, такие как государственные университеты, могут создавать тысячи блогов, по одному на каждого студента и сотрудника. Каждый блог размещается на Edublogs, и с 2005 года на сервисе размещено более 3,3 миллиона блогов.
3. Би-би-си Америка
BBC America – кабельный и спутниковый канал, транслирующий одни из самых популярных телевизионных шоу. На его веб-сайте установлена мультисайтовая установка WordPress, и у каждого из его шоу есть собственный веб-сайт. Каждый мини-сайт использует дочернюю тему, и все они основаны на единой основной структуре.
4. Венчурные партнеры OpenView
OpenView Venture Partners — это венчурная компания, которая занимается «помощью технологическим компаниям воплотить их идеи в реальность». Технически у компании есть три сайта — корпоративный сайт, корпоративный блог и блог с несколькими авторами под названием Labs. Используя многосайтовую установку, этот сайт смог запустить все эти сайты под одной крышей, используя поддомены blog.openviewpartners.com и labs.openviewpartners.com. Каждый сайт создается с централизованной темой, которая без проблем работает с многосайтовой установкой.
5. Курвуазье
Courvoisier — бренд коньяка, известный во всем мире. Поскольку он глобальный, он предлагает различные региональные веб-сайты для улучшения обслуживания клиентов. Эти региональные веб-сайты существуют под одной крышей, но питаются от одного источника с использованием мультисайтовой установки. Каждый региональный сайт предлагает уникальную информацию, а основной сайт содержит новости, целевые страницы и динамические меню, и все это на базе WordPress.
6. Блоги Университета Британской Колумбии
Основанный в 1908 году Университет Британской Колумбии, или UBC, является старейшим университетом Британской Колумбии. Он обучает более 58 000 студентов в год в двух кампусах, один в Ванкувере, а другой в долине Оканаган. UBC использует мультисайт WordPress, чтобы дать преподавателям возможность создавать веб-сайты курсов, создавать блоги, допускающие участие нескольких участников, и создавать портфолио для студентов и сотрудников. Мультисайтовая установка WordPress дает учителям возможность управлять своими сообществами, добавляя учеников в качестве новых пользователей и расширяя возможности обучения за пределами класса.
7. Блоги The New York Times
Основанная в Нью-Йорке в 1851 году, New York Times является одной из старейших газет Америки. По мере того, как все больше и больше старейших американских СМИ переходят к онлайн-формам публикации, NYT сделала еще один шаг вперед с помощью блогов NYT. Это сеть из нескольких блогов, использующая многосайтовую установку WordPress для поддержки более 60 блогов, которые охватывают широкий спектр тем, от политики и экономики до культуры и искусства.
8. Блоги Рейтер
Reuters — информационное агентство, основанное в 1851 году в Великобритании. Как и «Нью-Йорк таймс», это информационное агентство расширилось в Интернете и еще больше расширилось за счет собственного набора блогов, метко названных «Блоги Рейтер». Эти блоги охватывают все, от технологий до политики и текущих событий, и работают на мультисайте WordPress.
9. Местные заметили
Spotted by Locals предлагает коллекцию путеводителей по городам по всей Европе. На сайте есть более 40 хорошо разработанных путеводителей по городам, и он использует мультисайт WordPress, чтобы пользователи могли писать свои собственные путеводители для мест, где они живут и/или посещают.
10. Блоги Гарварда
Гарвардский университет был основан в 1636 году и остается одним из лучших частных учебных заведений Лиги плюща в Соединенных Штатах. Блоги Гарварда – это коллекция блогов, созданных студентами и преподавателями , которые охватывают множество различных тем, основанных на предметах, которые изучают преподаватели Гарварда. Любой, у кого есть адрес электронной почты harvard.edu, radcliffe.edu и hbs.edu, может создать блог бесплатно, и сайт использует многосайтовую установку WordPress для их поддержки.
11. Академическое сообщество CUNY
Городской университет Нью-Йорка поддерживает весь свой веб-сайт CUNY Academics Commons на WordPress, используя собственный плагин Commons in a Box. Плагин CBOX, как его называет университет, упрощает пользователям создание сообществ, используя BuddyPress в качестве основы и опираясь на нее. CUNY использует многосайтовую установку WordPress вместе с этим плагином для создания своих блогов, созданных пользователями, которые охватывают все, что связано с предложениями университетских курсов , а также с текущими событиями.
12. Университет Мэри Вашингтон
Университет Мэри Вашингтон использует многосайтовую установку WordPress для поддержки всего своего веб-сайта. Он использует плагины, разработанные специально для использования с многосайтовыми установками, которые позволяют создавать пользовательские типы сообщений для документации и назначать различные роли пользователей для преподавателей и сотрудников.
13. Дешевые полеты.com
Cheapflights.com — это туристический веб-сайт, который предлагает авиабилеты, отели и туристические пакеты. Сайт использует многосайтовую установку WordPress для создания своего раздела «Советы путешественникам», который наполнен последними новостями о путешествиях и советами о том, как летать, о лучших местах для путешествий и многом другом.
14. БостИнно
BostInno – цифровое информационное агентство, освещающее текущие события и другие темы, связанные с городом Бостон. Сайт является собственностью Streetwise Media, крупной цифровой медиа-компании. На сайте используется многосайтовая установка для обеспечения работы различных подсообществ, составляющих его сайт, в том числе Tech, Education, Lifestyle и Partners.
15. Способ работать в саду
A Way to Garden — блог о садоводстве Маргарет Роуч, который стал одним из самых успешных блогов о садоводстве в Интернете. Маргарет использует мультисайтовую установку WordPress для управления различными разделами, которые вы найдете на ее сайте, от ее блога до ее интернет-магазина. Все это было создано WebDevStudios.
Заключительные мысли
Как видите, мультисайт WordPress выводит облачные вычисления на совершенно новый уровень, предоставляя школам и корпорациям возможность обмениваться идеями и сотрудничать через сети блогов и внутренние сети.