мультисайтинг - многосайтовость

Мультисайтинг (многосайтовость) имеет два разных значения. В этой статье я буду говорить в первую очередь об объединении посетительской базы между разными сайтами. Именно оно наиболее интересно с точки зрения развития.

Необходимость такого объединения очевидна. Любая бабушка знает, что семечками нужно торговать не на углу своего дома, а хотя бы на остановке метро. Еще лучше торговля идет на колхозном рынке. Но там бабушек не видно, другие доходы - другие продавцы.

Мультисайтинг с объединенными посетителями (они же покупатели) это аналог колхозного рынка. Если посетитель не купит у одного торговца, то неизбежно купит у другого. Так или иначе, всякий пришедший на рынок оставляет там больше денег, чем проходя мимо одиноко стоящей бабушки.

Связка сайтов, объединяющая покупателей, работает по этому же принципу. Один сайт из связки продает зимние санки, другой летнюю одежду. Если при одиночном расположении каждый сайт будет работать только половину времени года, то при объединении они в свой сезон будут получат в 2 раза больше покупателей. Своих и покупателей с другого сайта из связки.

Мультисайтинг это способ использовать энергию посетителей (покупателей) до конца. На обычных сайтах посетители (покупатели) уходят на другие сайты Интернета. При мультисайтинге у посетителя (покупателя) есть возможность продолжить серфинг на одном из сайтов связки. Учитывая, что все сайты сделаны на одном движке и устроены примерно одинаково, посетитель (покупатель) испытывает больше комфорта при серфинге/шоппинге и ему легче сделать покупку.

Теперь о технической стороне мультисайтинга. О CMS Друпал, поэтому рассказывать о мультисайтинге буду на его примере.

Теория, виды мультисайтинга
Различают 2 вида мультисайтинга.

1-ый. Мультисайтинг с общим движком. Много независимых сайтов используют один движок. Друпал работать в режиме "один движок, много сайтов".

2-ой. Мультисайтинг с общими таблицами. Много сайтов частично используют одинаковые таблицы в базе, например, данные о юзерах. Друпал поддерживает и такой мультисайтинг.

Общий движок, варианты
Если сайтов немного (2-5), то можно завести отдельную папочку, куда кидать эталонную версию версию Друпала и всех модулей.

Мультисайтинг с общим движком на бэкапелке (программа, делающая backup, резервную копию). При выходе очередной версии Друпала или модулей, переносить вручную или бэкапелкой эталонную версию по локальным папкам. Откуда они будут заливаться на сайт при очередном обновлении сайта.

Мультисайтинг с общим движком на FTP-синхронизаторе. Если мы не собираемся отлаживать локально сайты с использованием последней версии Друпала и модулей, то можно мультисайтинг с общим движком еще проще. Берется FTP-синхронизатор, позволяющий сделать профили. С его помощью заливается содержимое эталонной папки напрямую на сайты.

Мультисайтинг с общим движком средствами сервера. Если часть сайтов расположена на одном хостинге (сервере), то появляется возможность перенести папку с эталонным движком на сервер. Физически папка с Друпалом будет одна для всех сайтов. Сервер сам будет "размножать" эту папку для всех сайтов. Помимо правки настроек сервера потребуется некоторое изменение установок Друпала. Об этой технике уже много писалось на Drupal.ru.

Общие таблицы, варианты
Вариант 1. Если каждый сайт хранит таблицы в своей независимой базе, то сайты полностью независимы (с точки зрения посетителей).

Комментарий. И что толку? таких независимых сайтов миллионы. Цивилизация рождалась в городах, а не в отдельных хуторах.

Вариант 2. Сайты объединяют свою базу пользователей, но сохраняют независимость в остальном. Здесь таблицы, отвечающие за пользователей, у сайтов общие, а все остальное разное.

Это самый рабочий вариант. О нем ниже будет подробнее.

Вариант 3. Сайты объединяют пользователей и часть содержимого. Например, у разных сайтов общие пользователи и общий форум. Статьи разные на каждом сайте.

Поисковики не любят, когда одно и то же содержимое появляется в разных местах. Им непонятно, что является первоисточником. В результате будет показано содержимое только на одном сайте. Причем выбор может быть сделан случайно. Так что посетитель запросто может попасть на самый слабый сайт из связанных в мультисайтинге. В самом худшем случае поисковики могут наказать остальные сайты за попытку обмана поисковиков.

Посетителям тоже неудобно иметь дело с частичным зеркалированием сайта. Ссылки на зеркальное содержимое показываются в его браузере еще не просмотренными. Посетитель идет по ним и у него начинается дежа вю. Когда он наконец понимает, что он это уже точно читал, у посетителя сразу падает доверие к цвету посещенных/непосещенных ссылок. И он обзывает любителя зеркалирования разными словами за свое потерянное время. Весь дальнейший просмотр сайтов из мультисайтовой связки проходит под давлением - "Читал это уже или еще не читал?".

Вариант 4. Сайты объединяются полностью. Получаются "зеркала".

Когда-то в прошлом тысячелетии зеркала были распространены как способ борьбы с плохим хостингом. Если не было видно сайта на одном месте, то посетитель мог найти его на другом. Сейчас зеркала выжили только для файловых архивов, да и то в основном на бесплатных хранилищах. В коммерческих сайтах на скачиваемый файл дается одна ссылка и это забота хозяина сайта, найти хороший хостинг и обеспечить круглосуточную доступность файлов.

Коммерческий сайт не должен зеркалироваться. Даже варианты с www и без говорят о неуважении хозяина сайта к посетителю. Поисковики могут показывать одни ссылки на такой сайт и www, а другие без. Посетитель зайдет по ссылке с www, просмотрит сайт и увидит на форуме ссылку без www. Ее дал тот, кто зашел по адресу без www. Но браузер может показать ее как еще не посещенную. И посетителю пойдет второй раз смотреть ту же самую страницу.

Идеальный вариант разделения таблиц
Итак, если проводить границу объединения таблиц, то самое оптимальное объединить зарегистрированных пользователей, но не замахиваться на объединение содержимого,т.е. вариант 2. Сайты сохраняют независимое содержимое с точки зрения поисковиков и посетителей. Но при этом посетители свободно переходят с одного сайта на другой с сохранением своего "лица" и покупательской "истории".

Техника подачи мультисайтинга на сайтах

При мультисайтинге на общих таблицах зарегистрированный на каком-то сайте пользователь автоматически получает возможность воспользоваться тем же логином и паролем при входе на другие сайты из связки мультисайтинга. Имеет также смысл объединить и данные профиля и аватары, чтобы пользователю не приходилось по 10 раз заполнять одно и то же на разных сайтах.

Если сайты в мультисайтовой связке работают независимо, то в таком объединении нет смысла. Пользователи и не знают, что где-то в мире есть другие сайты, на которых можно воспользоваться тем же логином/паролем. Надо в блоке логина на каждом сайте из мультисайтовой связки повесить объявление: "Подходит логин/пароль с любого из следующий сайтов". И дать список сайтов из связки. При наведении мышки на ссылку всплывает надпись, чем занимается соответствующий сайт. Если посетитель уже зарегистрирован на каком-то из сайтов связки, то это побуждает его использовать имеющийся логин/пароль, чтобы обрести лицо при использовании нового сайта. Все остальные с интересом могут пройти по ссылкам, чтобы посмотреть, что там интересного есть.

Кроме объединения пользовательских логинов/паролей можно объединить между сайтами и базу покупателей. Если пользователь сделал покупку на одном из сайтов, то на другом сайте из связки он может сделать покупку в упрощенном варианте. Все его адреса и координаты подставятся из анкеты, которую он заполнял при своей первой покупке на другом сайте.

Объединение другой информации

Часто бывает и информация вне Друпаловских таблиц, которая одинакова для всех сайтов. Например, можно объединить 100-Мбайтную базу почтовых индексов, чтобы все сайты из связки могли работать с одной базой, а не держать ее копии у себя в таблице.

Техника мультисайтинга с общими таблицами

Есть два варианта.

Вариант 1. Объединение на разных префиксах. Здесь держат в одной базе несколько разных версий друпаловских таблиц для разных сайтов. Уникальные таблицы идут с префиксом сайта, общие таблицы идут вообще без префикса.

Этот вариант применим только если хостер дешевый и берет отдельную плату за каждую дополнительную базу MySQL. Если у вас в связке будет болтаться хотя бы с десяток сайтов, то таблиц в базе будет 600, многовато. Также если один из сайтов некорректно проработал с одной из таблиц, то это может подвесить работу со всей базой и вся десятка сайтов замрет.

Вариант 2. Выделение общих таблиц в отдельную базу. Уникальные таблицы каждый сайт держит в своей личной базе (без префиксов). Общие таблицы выделены в отдельную базу.

Здесь вероятность поломки базы с общими таблицами резко снижена, потому что общих таблиц всего 4-6 и они довольно компактные, без кэша, поиска и прочих объемных таблиц.. А уникальных таблиц у каждого сайта остается 50 штук, хранятся они в отдельной базе и если с ней что-то случится, то повиснет только сайт-виновник. Общую базу нужно почаще бэкапить.

Дальше будем рассматривать вариант с выделением общих таблиц в отдельную базу и когда у сайтов отдельные базы для своих уникальных таблиц.

Объединение новых и старых сайтов

Самое простое объединить несколько новых сайтов. Чуть сложнее присоединить в мультисайтинге новый сайт к старому. Присоединять старый сайт к старому можно, но сложно. Потребуется перенести в присоединяемом сайте информацию о пользователях на область свободных UserID. И корректно переименовать многие таблиц, завязанных на UserID.

Дальше рассматриваем вариант стыковки нового сайта к старому. Все последующие новые сайты добавить к мультисайтовой связке можно будет добавить по той же самой методике.

Мысли в слух:

Темы: Блоги Рамблер Yahoo Рейтинги SEO Конференции Бегун Яндекс Google Microsoft Интернет-реклама Ссылки Социалки Пресс-релизы Статистика SEO-компании Вебмастерам Клиентам Контекстная реклама Поисковые системы Финансы

Юмор: тематические анекдоты и приколы

создание сателлитов и сетей сайтов - зачем это нужно?

Реальная польза очевидна. Тенденции последнего времени показывают, что все больше игроков рынка продвижения используют свои сети. Если вы хотите стать владельцем такой сети - я всегда готов Вам помочь.

как убрать лишние пробелы в тексте - алгоритм удаления

Очень частая ситуация при любом редактировании текста на компьютере - нужно поудалять в тексте двойные, тройные и более длинные серии пробелов, оставив между каждыми двумя словами ровно один пробел.

имя и возраст домена при продвижениии (раскрутке) сайта

Заказывая такие услуги, как раскрутка, продвижение сайта в поисковых системах, каждый владелец web-ресурса должен знать, что для поисковиков важное значение имеет возраст доменного имени.

фрилансеры в информационной экономике

Сегодня на пересечении современных тенденций формируется новая категория работников. Речь идет о независимых профессионалах, не состоящих в штате организаций, а самостоятельно выходящих на рынок в качестве независимых подрядчиков, работающих удаленно.

руководство по работе с фрилансером

Я уже давно работаю фрилансером, и до этого, конечно, работал в офисе. За это время я успел поработать со многими работодателями и получить определенный опыт общения с ними, которым хочу поделиться.

использование CTR

Использование CTR для оценки эффективности места размещения рекламного объявления. Использование CTR для оценки эффективности рекламного объявления.

основные термины текстового контента

Основные понятия, встречающиеся при создании текстового контента это оптимизированный текст, ключевые слова, продающий текст, уникальный текст. Что же это такое?

оформление сотрудничества между заказчиком и фрилансером

Оказывается, многие заказчики до сих пор не знают, как нужно оформлять услуги фрилансеров и какими договорами могут регулироваться их трудовые отношения. В данной статье я попробую разъяснить несколько моментов, которые могут помочь в оформлении сотрудничества между заказчиком и фрилансером.

Google мозги

Задаче интернет-поиска мозг отвел самостоятельный когнитивный модуль. Мы не столько читаем веб-страницу, сколько мгновенно выхватываем нужные ссылки. Точно так же, заглянув в газету, мы сразу видим слова, а не набор причудливых закорючек.

почему происходит "склеивание" ссылок?

Склеивание ссылок - термин используется при продвижении, ссылки склеиваются когда на нескольких сайтах они абсолютно одинаковы. Склеивание ссылок это мера поисковой системы для улучшения качества выдачи в поисковой системе, поэтому распознается текст, ключевое слово ссылки и описание.

почему не вырос тИЦ?

ТИЦ призван обеспечить релевантность расположения ресурсов в рубриках Каталога Яндекса. Рост тИЦ, равно как и падение, происходит сугубо индивидуально для каждого сайта, на него влияет множество других параметров.

как удалить файлы созданные скриптами php, если они не удаляются?

По умолчанию веб-сервер работает от собственного имени пользователя (например www), а для работы PHP используется обычный mod_php, поэтому файлы, создаваемые на хостинговых серверах при помощи PHP-скриптов, получают владельца www и могут быть удалены только средствами PHP.

информационный блок, который выдается в результатах поиска по запросу поисковых систем называется сниппет, но это лишь одно из значений слова snippet)

Сниппет сайта (информационный блок, который выдается в результатах поиска по запросу) является одним из факторов, определяющих CTR. Другой фактор – это позиция в ТОП10. По важности эти факторы сравнимы. Пользователи предпочитают кликать по сниппетам, которые хорошо отвечают на их запросы и не похожи на спам (не содержат мешанину ключевых слов и так далее).

особенности работы с кодировками

Для нормального отображения символов той или иной кодировки, и сервер, и браузер должны обменяться соответствующей служебной информацией. Для этого протокол HTTP, при помощи поля Accept-Charset, позволяет браузеру послать сообщение на сервер о том, какие кодировки в нем доступны и в каком порядке очередности.

отличие сплога от блога

Сплог (англ. splog, неологизм от англ. spam blog — спам-блог) — сайт-блог, созданный для раскрутки других сайтов... Сплог по своему виду похож на блог, основное отличие — в контенте. Контент сплогов не является качественным или уникальным, часто он генерируется автоматически с использованием других ресурсов — популярных RSS-лент и блогов.

п.3.5. Лицензии Яндекса или чем отличается качественный сайт от некачественного с точки зрения Яндекса?

Яндекс стремится находить ответ на запрос пользователя, предоставляя на странице результатов информацию и ссылки на нее в интернете. Мы создали и развиваем поиск, исходя из нашего понимания, что нужно пользователям, и какая информация является ценной. Поэтому следование рекомендациям, приведенным ниже, поможет в индексировании и лучшем ранжировании вашего сайта, в то время как применение обманных техник может привести к понижению его позиций или исключению его из поиска.

мультисайтинг - многосайтовость

что такое DMCA и как бороться с воровством контента

Обрадованных Рунетовцев прошу меня извинить – все нижеприведенное относится целиком и исключительно к Интернету за пределами нашей славной родины (то бишь экс-СССР). Иноземцам повезло - у них есть DMCA и есть те, кто следят за его выполнением.

где взять контент, и как защитить его от копирования?

Без контента (то есть «наполнения» — текстов, иллюстраций и так далее) сайт не будет работать и приносить прибыль. Согласитесь, трудно представить себе человека, который что-то купит у фирмы, предлагающей нечто вроде «Сайт в разработке» или «1234 test». Это правило не требует доказательств, а потому сразу перейдем к вопросам о том, где взять контент, и как защитить его от копирования.

уровень вложенности страниц на сайте

Положение страницы сайта в общей его структуре определяется по количеству кликов, которые необходимо сделать с главной страницы, чтобы попасть на страницу с искомым уровнем вложенности (к этому количеству прибавляется единица).