| |||||||||
| |||||||||
Здравствуйте. На портале www.cmsmagazine.ru указано что ваш движок поддерживает многосайтовость, но здесь на сайте я никакой информации по данному вопросу не нашел. Хотелось бы узнать подробности по реализации такой функции, и вариации, в частности когда имеем несколько сайтов с разным товаром на разных доменах и поддоменах, и при этом управляем всем из одной админки главного родительского сайта, в котором также представлены и отображаются товары из всех сайтов.
Здравствуйте! Ситуация такая.
Многосайтовость вариант 1
У Вас 1 база на одном сайте, вы ее правите, заполняете фотками, описанием и т.п.
Вы решили открыть сеть сайтов с единой БД чтобы все Ваши изменения происходили и на других сайтах.
Если сайты находятся на одном хостинге - то ничего делать не надо - настраивайте относительный путь к основной БД из каждого сайта и все.
Многосайтовость вариант 2
У Вас 1 база на одном сайте, вы ее правите, заполняете фотками, описанием и т.п.
Вы решили открыть сеть сайтов с единой БД чтобы все Ваши изменения происходили и на других сайтах.
Но сайты нходятся на разных хостингах.
Настраивайте на основном сайте обмен данных по FTP
Создается задание на копирование БД с основного сайта на все остальные. Это межсерверный обмен данными внедрен в движок. Запускаете когда надо или вставляете процесс в CRON для автоматического обмена данных.
Обмен может быть и двухсторонним, то есть можно закачивать пользователей, БД заказов и т.п. в общем нужных файлов и кусков базы, или всю базу целиком
Многосайтовость вариант 1
У Вас 1 база на одном сайте, вы ее правите, заполняете фотками, описанием и т.п.
Вы решили открыть сеть сайтов с единой БД чтобы все Ваши изменения происходили и на других сайтах.
Если сайты находятся на одном хостинге - то ничего делать не надо - настраивайте относительный путь к основной БД из каждого сайта и все.
Многосайтовость вариант 2
У Вас 1 база на одном сайте, вы ее правите, заполняете фотками, описанием и т.п.
Вы решили открыть сеть сайтов с единой БД чтобы все Ваши изменения происходили и на других сайтах.
Но сайты нходятся на разных хостингах.
Настраивайте на основном сайте обмен данных по FTP
Создается задание на копирование БД с основного сайта на все остальные. Это межсерверный обмен данными внедрен в движок. Запускаете когда надо или вставляете процесс в CRON для автоматического обмена данных.
Обмен может быть и двухсторонним, то есть можно закачивать пользователей, БД заказов и т.п. в общем нужных файлов и кусков базы, или всю базу целиком
Многосайтовость вариант 3
Вы имеете 1 хостинг и открываете несколько отдельных самостоятельных магазинов
для этого устанавливаете движок в разные папки - и там настраиваете варианты 1,2,4 (см. ниже)
Этот вариант 3 имеет смысл, чтобы разделить весь товар на много более мелких и самостоятельных магазинов
Например: ВАШ_САЙТ ВАШ_САЙТ ВАШ_САЙТ или ВАШ_САЙТ и ВАШ_САЙТ полезно для большого количества товаров (более 20000)
Многосайтовость вариант 4
Вы имеете много сайтов на одном движке и разные БД на каждом сайте
Дело в том что 1 база в процессе индексации автоматически разбивается на более мелкие БД по каждому разделу.
Вы заводите в одну БД, например, одежду, обувь, электронику, книги, корм для собак и т.п.
Все это будет на одном сайте
Делаете индексацию, БД разбивается на части.
Затем настраиваете серверный обмен и настраиваете закачку этих кусков основной БД в качесвте основной БД на другие сайты
имеет возможность вкачивать лишь кусок основной базы не в качестве основной, а в качестве только дополнительной БД на конкретный сайт или нескольких разделов. Все настраивается в серверном обмене.
Вы имеете 1 хостинг и открываете несколько отдельных самостоятельных магазинов
для этого устанавливаете движок в разные папки - и там настраиваете варианты 1,2,4 (см. ниже)
Этот вариант 3 имеет смысл, чтобы разделить весь товар на много более мелких и самостоятельных магазинов
Например: ВАШ_САЙТ ВАШ_САЙТ ВАШ_САЙТ или ВАШ_САЙТ и ВАШ_САЙТ полезно для большого количества товаров (более 20000)
Многосайтовость вариант 4
Вы имеете много сайтов на одном движке и разные БД на каждом сайте
Дело в том что 1 база в процессе индексации автоматически разбивается на более мелкие БД по каждому разделу.
Вы заводите в одну БД, например, одежду, обувь, электронику, книги, корм для собак и т.п.
Все это будет на одном сайте
Делаете индексацию, БД разбивается на части.
Затем настраиваете серверный обмен и настраиваете закачку этих кусков основной БД в качесвте основной БД на другие сайты
имеет возможность вкачивать лишь кусок основной базы не в качестве основной, а в качестве только дополнительной БД на конкретный сайт или нескольких разделов. Все настраивается в серверном обмене.
У нас база растет как на дрожжах.
Беря во внимание, что сейчас она составляет не более 10% от предполагаемого объема, и уже возникает необходимость в костылях.
Отсюда вопросы.
Появилась мысль, разнести базы. У компании есть свой сервер. А, что если, на хосте держать сайт с базой кратких описаний, а полные описания, картинки и прикрепляемые статьи, держать на своем сервере в виде файлов?
Таким образом, при обращении к странице сайта, начинается ее сборка из разных источников, ресурсы хостера высвобождаются, а наши, всяко болше чем хостерские.
На мой взгляд, костыли в этом случае должны сами собой отвалиться.
Беря во внимание, что сейчас она составляет не более 10% от предполагаемого объема, и уже возникает необходимость в костылях.
Отсюда вопросы.
Появилась мысль, разнести базы. У компании есть свой сервер. А, что если, на хосте держать сайт с базой кратких описаний, а полные описания, картинки и прикрепляемые статьи, держать на своем сервере в виде файлов?
Таким образом, при обращении к странице сайта, начинается ее сборка из разных источников, ресурсы хостера высвобождаются, а наши, всяко болше чем хостерские.
На мой взгляд, костыли в этом случае должны сами собой отвалиться.
Или так, очень шибко порезанный движок, до функций администрирования, лежит в отдельном месте. На нем происходит вся админка.
А на самом сайте, в главных настройках п.15 п.16 указывать не относительный, а полный путь до базы на сайте для администратора???
А на самом сайте, в главных настройках п.15 п.16 указывать не относительный, а полный путь до базы на сайте для администратора???
я придумал как еще сильнее снизить нагрузку на сайт, необходимость в костылях отпадет.
в скором времени будет реализовано. будет оптимизирована работа с картинками.
в скором времени будет реализовано. будет оптимизирована работа с картинками.
Я обновил вам сударь на фаворит - снижающие квоты коды. Это должно быть заметно юзерам, админам как было.
А, что, если сделать не 1 папку с базой, а несколько, и чтобы у каждой был собственный индексатор?
Тогда можно для каждого раздела создавать собственную базу и проводить индексацию контента именно этого раздела.
Думается, это существенно сократит расход ресурсов как при администрировании, так и при юзер-серфинге по сайту.
Или не?
Тогда можно для каждого раздела создавать собственную базу и проводить индексацию контента именно этого раздела.
Думается, это существенно сократит расход ресурсов как при администрировании, так и при юзер-серфинге по сайту.
Или не?
Индексатор как раз и разбивает большую базу на подбазы.
кому не хватает ресурсов по индексации - надо просто увеличить время работы скрипта, но всегда хватало. Пишите у кого не хватает ресурсов для индексации.
Большая база нужна для возможностей поиска.
кому не хватает ресурсов по индексации - надо просто увеличить время работы скрипта, но всегда хватало. Пишите у кого не хватает ресурсов для индексации.
Большая база нужна для возможностей поиска.
поэтому юзеры серфингуют по обрезанным базам , а админу подсовывается полная база - поэтому админ серфит хуже. но возможностей больше. при изменении - изменения у юзеров будут доступны соответственно после индексации, что опять таки удобно.