Каждый раз надо решать индивидуально. В зависимости от проекта.
У меня сейчас есть проект на 7ке.
"Пучок" 6 доменов. Плюс, скорее всего, будет ещё минимум один. Или парочка.
Сделано с помощью модуля Domain Access.
Но с самого начала делала с этим модулем. Потому что понимала, какой дальше будет "пучок" сайтиков.
Посещалка сейчас ещё маленькая - до 100 человек в день. Проект совсем новый.
База небольшая. С обновлением никаких проблем нет.
1. Судя по тому, что Вы описываете, Вы ещё в ОпенСервере не сделали домен сайта.
Зайдите в Настройки - Домены.
Там создайте домен и укажите папку сайта.
После этого сохранить - Опенсервер перезагрузится.
2. Это не касается работы сайта в Опенсервере.
Но...
если сайт делался нормально, то в базе не надо ничего менять.
На сайте все пути надо было делать относительными.
А у Вас, похоже, они абсолютные - то есть указаны полные урлы, с доменом.
Сейчас стала проверять - действительно новый регион не добавляется в тот же тип материала. хм...
Тогда не помню.
Либо была предыдущая версия модуля, где эта возможность была.
Либо я два блока (автор + похожие материалы) вставляла в один регион, один над другим.
Сейчас ещё покопаю.
А Вы просто блоки Футер и Копирайт смотрели?
В структуре блоков?
Там явно что-то странное наблюдается.
Попробуйте отключить блок Копирайт или тот, в котором находится счетчик Лайвинтернет.
и посмотрите, что происходит.
Получалось без проблем. Только надо смотреть на _длину_ материала.
Там же подсчет абзацев "хитрый".
Вставить в какое-то конкретное место (после 2-го и 6-го абзаца, допустим) мне не удавалось. Впрочем, у меня не было такой точной задачи. Мне надо было, чтобы блоки-врезки (автор текста и похожие материалы) где-то внутри материала.
Посоветуйте своим театральным заказчикам систему https://intickets.ru/
Она великолепная для театров.
И условия у них намного лучше, чем у Билетера.
Мои театральные заказчики просто счастливы.
И я тоже.
И внутренности юзера тоже на Друпале.
Если надо, - в личке могу показать сайт моих театральных заказчиков. Впрочем, насколько я помню, он у меня в профиле написан.
Модуль block inject работает вполне нормально.
И подходит для описанной Вами цели.
Он глючит только в длиннных материалах, которые автоматически или вручную разбиваются на страницы (с пейджером).
Если длинных материалов на проекте нету, то можно использовать block inject - других неприятностей я за ним не заметила.
1.1. Сделать либо термин в таксономии "Полезные статьи" и тегать нужные этим термином.
1.2. Можно в статье сделать поле с чекбоксом "Полезная". Тогда при заполнении отмечать те статьи, которые полезны. И "разотмечать" - снимать отметку тех, которые уже не полезны. (имхо, это самый простой вариант).
1.3. Можно прикрутить какой-то рейтинг и чтобы пользователи ставили звездочки тем статьям, которые считают полезными.
....
Ну то есть сделать какой-то "маркер" для полезных статей, чтобы как-то их отделить от других.
По поводу индексирования поисковиками.
Надо понимать так:
для поисковика сайт "по-тупому" состоит из домена и его содержания.
Поддомен поисковик понимает и индексирует как отдельный сайт.
Доказательство: вы можете зарегистрировать поддомен в поисковике, указать для него сайтмэп и роботс, навесить разные счетчики. И после этого будете видеть, как этот сайт на поддомене отдельно индексируется поисковиком.
Все остальные внутренности (модули, настройки) поисковик вообще не видит, не воспринимает.
Ему на это вообще глубоко начхать.
Спасибо.
Я как раз не представляю, как с помощью Domain Access разделить существующий сайт.
Мне это таки непонятно.
Думаю, если бы Вы где-то описали подобный опыт, - это было бы интересно и полезно многим.
Или хотя бы в нескольких пунктах.
Я уже поняла, что надо таки использовать коробочную версию мультисайтинга.
Мне очень помогла в этом толковая англоязычная статья, ссылка на которую есть выше.
Я понимаю, что Domain Access можно использовать с самого начала, при планировании и первоначальной разработке проекта с "ветками".
Эта статья разложила абсолютно всё по полочкам. Отлично изложено, внятно, понятно.
Мне нужна была как раз такая статья, с такими советами, с указаниями на всякие грабли...
Разумеется, про мультидоменность по англоязычным сайтам я не читала, хотя прочитала, наверное, всё на русском языке.
Разумеется, можно объединять любые сайты, по любому признаку или даже без признака.
например, часто делают мультисайтинг для разных филиалов одной большой фирмы в разных городах. Город - делают поддомен в мультисвязке.
1) Чтобы было проще обновлять.
2) Чтобы юзер пишущий мог зайти на один сайт и не перелогиниваться на втором.
3) Возможно, сквозные блоки (но это я подумаю позже). Блоки можно сделать таки отдельно на каждом сайте.
Может, над header'ом сделаю сквозную "полоску" с менюшкой на другие подсайты. Хотя... это тоже можно сделать на каждом по отдельности.
4) Сайты в стопку будут всё равно добавляться. Идеи ещё есть.
Ещё одна фишка Друпала - показывать разные блоки разным ролям пользователей.
Администратор видит одни блоки, зарегистрированные пользователи - другое, анонимы - третье.
И всё это настраивается оооочень просто.
Было бы неплохо иметь раздел "Если что-то пошло не так..."
То есть:
- если вылазят какие-то ошибки... - как искать причину;
- если при обновлении не получается...
Там надо не другие спектакли серии выводить (это действительно легко сделать блоком),
а репертуар ближайших спектаклей - то есть список представлений (в театральном смысле этого слова, а не в друпальном) + их дата, время всех четырех Смыслонов на всех Смыслонах.
Сейчас на сайте это увидеть не удастся - закрыт театральный сезон. Поэтому репертуара с датами нет вообще. То есть сейчас эта настройка никак себя не проявляет.
Мультисайтинг и хостинг
Каждый раз надо решать индивидуально. В зависимости от проекта.
У меня сейчас есть проект на 7ке.
"Пучок" 6 доменов. Плюс, скорее всего, будет ещё минимум один. Или парочка.
Сделано с помощью модуля Domain Access.
Но с самого начала делала с этим модулем. Потому что понимала, какой дальше будет "пучок" сайтиков.
Посещалка сейчас ещё маленькая - до 100 человек в день. Проект совсем новый.
База небольшая. С обновлением никаких проблем нет.
Перенос работающего сайта на локальный сервер (openserver)
1. Судя по тому, что Вы описываете, Вы ещё в ОпенСервере не сделали домен сайта.
Зайдите в Настройки - Домены.
Там создайте домен и укажите папку сайта.
После этого сохранить - Опенсервер перезагрузится.
2. Это не касается работы сайта в Опенсервере.
Но...
если сайт делался нормально, то в базе не надо ничего менять.
На сайте все пути надо было делать относительными.
А у Вас, похоже, они абсолютные - то есть указаны полные урлы, с доменом.
Проблема при обновлении БД
Ещё вот этот модуль может помочь:
Module Missing Message Fixer
https://www.drupal.org/project/module_missing_message_fixer
Вставка поля в текст ноды
Сейчас стала проверять - действительно новый регион не добавляется в тот же тип материала. хм...
Тогда не помню.
Либо была предыдущая версия модуля, где эта возможность была.
Либо я два блока (автор + похожие материалы) вставляла в один регион, один над другим.
Сейчас ещё покопаю.
Последствия взлома сайта
А Вы просто блоки Футер и Копирайт смотрели?
В структуре блоков?
Там явно что-то странное наблюдается.
Попробуйте отключить блок Копирайт или тот, в котором находится счетчик Лайвинтернет.
и посмотрите, что происходит.
Вставка поля в текст ноды
Получалось без проблем. Только надо смотреть на _длину_ материала.
Там же подсчет абзацев "хитрый".
Вставить в какое-то конкретное место (после 2-го и 6-го абзаца, допустим) мне не удавалось. Впрочем, у меня не было такой точной задачи. Мне надо было, чтобы блоки-врезки (автор текста и похожие материалы) где-то внутри материала.
Как добавить ID полю типа материала?
Посоветуйте своим театральным заказчикам систему https://intickets.ru/
Она великолепная для театров.
И условия у них намного лучше, чем у Билетера.
Мои театральные заказчики просто счастливы.
И я тоже.
И внутренности юзера тоже на Друпале.
Если надо, - в личке могу показать сайт моих театральных заказчиков. Впрочем, насколько я помню, он у меня в профиле написан.
Вставка поля в текст ноды
Модуль block inject работает вполне нормально.
И подходит для описанной Вами цели.
Он глючит только в длиннных материалах, которые автоматически или вручную разбиваются на страницы (с пейджером).
Если длинных материалов на проекте нету, то можно использовать block inject - других неприятностей я за ним не заметила.
Список статей
1.1. Сделать либо термин в таксономии "Полезные статьи" и тегать нужные этим термином.
1.2. Можно в статье сделать поле с чекбоксом "Полезная". Тогда при заполнении отмечать те статьи, которые полезны. И "разотмечать" - снимать отметку тех, которые уже не полезны. (имхо, это самый простой вариант).
1.3. Можно прикрутить какой-то рейтинг и чтобы пользователи ставили звездочки тем статьям, которые считают полезными.
....
Ну то есть сделать какой-то "маркер" для полезных статей, чтобы как-то их отделить от других.
Мультисайтинг и хостинг
По поводу индексирования поисковиками.
Надо понимать так:
для поисковика сайт "по-тупому" состоит из домена и его содержания.
Поддомен поисковик понимает и индексирует как отдельный сайт.
Доказательство: вы можете зарегистрировать поддомен в поисковике, указать для него сайтмэп и роботс, навесить разные счетчики. И после этого будете видеть, как этот сайт на поддомене отдельно индексируется поисковиком.
Все остальные внутренности (модули, настройки) поисковик вообще не видит, не воспринимает.
Ему на это вообще глубоко начхать.
Ну и всё.
Мультисайтинг. Как правильнее и лучше объединить сайты?
Спасибо.
Я как раз не представляю, как с помощью Domain Access разделить существующий сайт.
Мне это таки непонятно.
Думаю, если бы Вы где-то описали подобный опыт, - это было бы интересно и полезно многим.
Или хотя бы в нескольких пунктах.
Я уже поняла, что надо таки использовать коробочную версию мультисайтинга.
Мне очень помогла в этом толковая англоязычная статья, ссылка на которую есть выше.
Я понимаю, что Domain Access можно использовать с самого начала, при планировании и первоначальной разработке проекта с "ветками".
Мультисайтинг. Как правильнее и лучше объединить сайты?
Спасибо огромное!
Эта статья разложила абсолютно всё по полочкам. Отлично изложено, внятно, понятно.
Мне нужна была как раз такая статья, с такими советами, с указаниями на всякие грабли...
Разумеется, про мультидоменность по англоязычным сайтам я не читала, хотя прочитала, наверное, всё на русском языке.
У меня в голове уже всё сложилось.
Мультисайтинг. Как правильнее и лучше объединить сайты?
Разумеется, можно объединять любые сайты, по любому признаку или даже без признака.
например, часто делают мультисайтинг для разных филиалов одной большой фирмы в разных городах. Город - делают поддомен в мультисвязке.
Мультисайтинг. Как правильнее и лучше объединить сайты?
Это всё я читала в других местах.
Я же написала о том, что прочитала много всего.
Меня интересует именно _опыт_ объединения нескольких существующих сайтов.
И где лежат грабли при этом.
Слайдер (картинка). Готовое решение есть?
Посмотрите на Views Slideshow: Galleria
Мультисайтинг. Как правильнее и лучше объединить сайты?
Я так поняла, что модуль Domain access не позволяет работать с таблицами с разными префиксами.
Раньше был модуль. На 7ке его нету.
Надо ещё поискать.
Или пользоваться коробочным вариантом.
Мультисайтинг. Как правильнее и лучше объединить сайты?
1) Чтобы было проще обновлять.
2) Чтобы юзер пишущий мог зайти на один сайт и не перелогиниваться на втором.
3) Возможно, сквозные блоки (но это я подумаю позже). Блоки можно сделать таки отдельно на каждом сайте.
Может, над header'ом сделаю сквозную "полоску" с менюшкой на другие подсайты. Хотя... это тоже можно сделать на каждом по отдельности.
4) Сайты в стопку будут всё равно добавляться. Идеи ещё есть.
Страница не реагирует на нажатие мыши.
z-index у какого-то div'а.
Редактировать меню/шапку/текст внизу сайта
Ещё одна фишка Друпала - показывать разные блоки разным ролям пользователей.
Администратор видит одни блоки, зарегистрированные пользователи - другое, анонимы - третье.
И всё это настраивается оооочень просто.
Drupal Beginner — новый youtube-канал для начинающих изучать Drupal 8
Было бы неплохо иметь раздел "Если что-то пошло не так..."
То есть:
- если вылазят какие-то ошибки... - как искать причину;
- если при обновлении не получается...
Сделать главную страницу на чистом html
Есть ещё модуль Front Page.
Тогда внутри админки можно всякого прекрасного html наворотить.
Даже просто в CKEditor'e.
Аналог The WordPress Gallery для друпала
То, что я вижу по ссылке, - имхо, можно сделать с помощью вьюса.
А потом с помощью Token Filter вставлять в нужном месте на странице.
Целесообразность использования Panels
Есть Друпалогия - выставка сайтов на Друпале.
Там, по идее, надо описывать технологии - модули, фишки, фичи...
Но этого, кажется, никто не делает.
Целесообразность использования Panels
gracy, я Вам в личку прислала ещё один пример Панелей.
Чтобы тут не мусорить.
Целесообразность использования Panels
Там надо не другие спектакли серии выводить (это действительно легко сделать блоком),
а репертуар ближайших спектаклей - то есть список представлений (в театральном смысле этого слова, а не в друпальном) + их дата, время всех четырех Смыслонов на всех Смыслонах.
Сейчас на сайте это увидеть не удастся - закрыт театральный сезон. Поэтому репертуара с датами нет вообще. То есть сейчас эта настройка никак себя не проявляет.