Синхронизация системы разноязычных сайтов на Drupal, расположенных на разных хостингах.

Мда
синхронизация mysql...
да еще и магазин...
да еще и на разных серверах...

мало вероятно
Но если есть сервер на котором можна получить доступ к базе снаружи то легко.
Главное темы одинаково назвать)))
Ну а если все на одном сервере то это
http://drupal.ru/node/763
http://drupal.ru/node/1453
та и вообще поиск рулит

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

Вообще-то там синхронизация не полностью базы - а частей базы - разные части для разных доменов, соединение - SSH - (кстати и сами магзины-то должны быть на SSL).
Скорее всего реализовывать на Perl надо будет - но так чтобы логи выводились в простом-понятном виде для администраторов.

Спассибо за ссылки - реально помогает :)

Best Regards to All !!

Gendalf.

Про один сайт на двух серверах :

Я вижу такое решение -

1. Должны быть два различных имени доменов ( паример - robot1.com.ua and robot2.com.ua
2. Синхронизация контента как описано тут вот ( спасибо coil за ссылки) -
http://drupal.ru/node/763
http://drupal.ru/node/1453
3. Поставить на сайтах - в 500.html - Redirect друг на друга - то есть - если (как бывает) - выходит страница 500 - сразу же переадресация и всё. Просто :) ( да - там надо - конечно же скрипт поставить - не простой редирект - а на ту же страницу , но другого домена).

Про один сайт на двух серверах :

Я вижу такое решение -

1. Должны быть два различных имени доменов ( паример - robot1.com.ua and robot2.com.ua
2. Синхронизация контента как описано тут вот ( спасибо coil за ссылки) -
http://drupal.ru/node/763
http://drupal.ru/node/1453
3. Поставить на сайтах - в 500.html - Redirect друг на друга - то есть - если (как бывает) - выходит страница 500 - сразу же переадресация и всё. Просто :) ( да - там надо - конечно же скрипт поставить - не простой редирект - а на ту же страницу , но другого домена).

Здоровэньки булы :)

Про один сайт на двух серверах :
Я вижу такое решение -
1. Должны быть два различных имени доменов ( например - robot1.com.ua and robot2.com.ua
2. Синхронизация контента как описано тут вот ( спасибо coil за ссылки) -
http://drupal.ru/node/763
http://drupal.ru/node/1453
3. Поставить на сайтах - в 500.html - Redirect друг на друга - то есть - если (как бывает) - выходит страница 500 - сразу же переадресация и всё. Просто :) ( да - там надо - конечно же скрипт поставить - не простой редирект - а на ту же страницу , но другого домена).

Киев - прекрасен - особенно когда цветёт каштан ....
у меня сестра в Киеве, сам я Раньше в Умани жил........

Здоровэньки булы :)

Про один сайт на двух серверах :
Я вижу такое решение -
1. Должны быть два различных имени доменов ( например - robot1.com.ua and robot2.com.ua
2. Синхронизация контента как описано тут вот ( спасибо coil за ссылки) -
http://drupal.ru/node/763
http://drupal.ru/node/1453
3. Поставить на сайтах - в 500.html - Redirect друг на друга - то есть - если (как бывает) - выходит страница 500 - сразу же переадресация и всё. Просто :) ( да - там надо - конечно же скрипт поставить - не простой редирект - а на ту же страницу , но другого домена).

Киев - прекрасен - особенно когда цветёт каштан ....
у меня сестра в Киеве, сам я Раньше в Умани жил........

Gendalf пишет: "во-первых почти все локальные поисковые системы (типа Яндекса или Рамблера, да и буржуинские так же) - для участия в топах и лучшего индексирования требуют не только чтобы сайт имел локальное имя домена (типа ru ), но и физически находился в зоне действия домена (стране)."

Ничего не путаете? Какая разница поисковикам где физически находится сервер? Он физически вообще может быть по всему миру раскидан (как поисковик Гугл). IP тоже не о много говорит. Можно сидеть в Сибири и иметь импортный IP, если выходить в Интернет через импортный спутник.

Поиск на слово "Друпал" в Яндексе. Результат:

1. "Drupal Россия", http://www.drupal.ru , зона .ru, расположение Москва
2. "Список доверенных установщиков Друпала | Razgonka.ru", www.razgonka.ru/spisok , зона .ru, расположение Чикаго
3. "Русский Drupal - Киевский Drupal | CMS", http://drupal.kiev1.org/ , местоположение Киев.
4. "Друпал - друг человека (Drupal CMS) | UniqMan.Com", uniqman.com/node/15

А дальше густо идут смесь доменов зоны .ru, .com, .biz, ....

По моему, Яндекс показывает страницы, более подходящие под запрос. А в какой зоне находится домен и где физически располагается сервер - дело для него десятое.

Gendalf пишет: Во-вторых - что очень не маловажно, и недавние события на Тайване (землетресение - когда интернет связь была нарушена) - показали это, - более устойчивая связь с пользователями.

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

Gendalf пишет: И ещё можно добавить - в зависимости от региона (стран) - пользователи предпочитают определённые платёжные системы, тут тоже - плюс, если сайт физически находится там же.

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

=================================
Ваш вариант требует синхронизации MySQL, что требует от человека на поддержке довольно высокой квалификации.

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

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

Спасибо за советы - дельно.
По поводу размещения хостингов и Тайваня.
Вот факты -
Когда в Тайване было землятресение и был повреждён оптический кабель - сайты расположенные в США и Малайзии - в Росии и Европе -зачастую просто не открывались - и такая петрушка была чуть ли не месяц. у меня Друзья есть в Сибири - так вот они там через свои локальные сети в интернет выходят -- то ли фильтрация там или что - но Российские хостинги - открываются - а дальние - зачастую нет, более того - часто там и оплата разная - интернет или Рунет - так-то вот - не я это придкмал.
Недавно случай был у меня - зарегистрировал я домен еврпейский в Малайской компании и с их хостингом в США - так мне через два месяца ультиматум предъявили - владелец должен быть в Европе - пришлось перенести домен на мой Лондонский хостинг - так проблема решилась (это к тому - что китаец в Европе себе домен не откроет - должен там же хостинг брать и то - не всякий).
По поводу поисковиков - да. Гугл - это гугл - но вот Вам ссылка на ТОП100Рамблер -
http://top100.rambler.ru/top100/rules.shtml.ru
вот две выдержки-
При регистрации Ресурса в Rambler's Top100
В Сервисе не допускается регистрация и участие
ресурсов, не содержащих информации на русском
языке.
В Сервисе не допускается регистрация и участие
ресурсов, расположенных на бесплатных службах
хостинга за пределами Содружества Независимых
Государств.
Я вообще имел ввиду локальные поисковые системы - то есть в странах - ими-то в основном и пользуются люди и особенно для своего языка.
Возможно я не совсем правильно в первом сообщении выразился, а может Вы меня не так поняли.
За советы - Спасибо.
Пока же я постараюсь более точно и понятн сформулировать что мне необходимо . Это для себя типа :)

А по платёжным системам --- я уже более года как плотно их изучаю - прицениваюсь применить к своим будущим ресурсам; - далеко не всё так просто как кажется или можно видеть в их описании - много но довольно-таки;
Тем не менее вот два факта-
1. Люди как правило пользуются теми платёжными системами котрые им ближе. в их стране находятся и используют как местную валюту так и конвертируемую. - тут уж ничего не сделаешь.
2. Эти платёжные системы постоянно ведут работы по улучшению безопасности платежей и уменьшению возврата средств в результате мошеничества - соответсвенно - они предпочитают обслуживать хостинги в их зоне. Я с этим столкнулся при переговорах с некоторыми платёжными системами - ещё год назад.
Понимаете - я придерживаюсь того мнения - что лучше день потерять - потом за час долететь - в смысле - что-то большое и хорошее. качественное - нужно не спеша делать. а в моём случае - так тем более - от правильного описания и плана - всё и зависит и по времени это занимает большую часть строительства ресурса. Я так думаю - это моё мнение.
Удачи!

Gendalf says: "При регистрации Ресурса в Rambler's Top100
В Сервисе не допускается регистрация и участие ресурсов, не содержащих информации на русском языке.
В Сервисе не допускается регистрация и участие ресурсов, расположенных на бесплатных службах хостинга за пределами Содружества Независимых Государств."

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

В TOP-100 Рэмблера вполне могут участвовать сайты, подобные Razgonka.ru, содержимое которого на русском языке и который физически расположен на платном хостинге в Штатах.

Gendalf says: "Друзья есть в Сибири - так вот они там через свои локальные сети в интернет выходят -- то ли фильтрация там или что - но Российские хостинги - открываются - а дальние - зачастую нет, более того - часто там и оплата разная - интернет или Рунет - так-то вот - не я это придумал."

Верю-верю. Да и сам с этим сталкивался. Но трафик обнюхивают на предмет "свой-чужой" в основном провайдеры слаборазвитых стран. В нормальных странах с платежеспособными покупателями трафик пользователям дают безлимитный.

Gendalf says: "Недавно случай был у меня - зарегистрировал я домен еврпейский в Малайской компании и с их хостингом в США - так мне через два месяца ультиматум предъявили - владелец должен быть в Европе - пришлось перенести домен на мой Лондонский хостинг - так проблема решилась (это к тому - что китаец в Европе себе домен не откроет - должен там же хостинг брать и то - не всякий)."

Купите одно и то же имя в зоне .com и в зоне .eu. В зоне .com на американском хостинге разместите магазин. В зоне eu на европейском хостинге разместите информационную область Вашего бизнеса и ссылку в меню на "Магазин", расположенный в зоне .com. Если сделаете одинаковый дизайн у магазина и у сайта, то никто не заметит, что находится уже в зоне .com.

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

Тогда у Вас появится возможность иметь одну базу для всех магазинов, она будет расположена на американском хостинге.

Gendalf says: "Эти платёжные системы постоянно ведут работы по улучшению безопасности платежей и уменьшению возврата средств в результате мошеничества - соответсвенно - они предпочитают обслуживать хостинги в их зоне. Я с этим столкнулся при переговорах с некоторыми платёжными системами - ещё год назад."

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

Gendalf says: "Возможно я не совсем правильно в первом сообщении выразился, а может Вы меня не так поняли."

Я понял, что у Вас есть большие задачи.

1. Синхронизировать MySQL
2. Синхронизировать разные интернет-магазины.

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

Разница в позициях

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

Вам хочется решить эту задачу синхронизации любой ценой. А я рекомендую Вам не искать себе лишних задач и сделать все проще.

Спасибо за советы.
Скорее всего Вы правы.
И проще будет идти по пути, предложенному Вами, да и быстрее - а потом уже - при вознт\икновении каких-либо проблем - их решать. Просто до того как они возникнут - , я предпочитаю подумать о них, а не возникнут - так тем и лучше :)
Большое спасибо за советы.
Удачи Вам и всех благ!
Gendalf.

Gendalf says: И проще будет идти по пути, предложенному Вами, да и быстрее - а потом уже - при вознт\икновении каких-либо проблем - их решать.

Обычно отказываются от своего пути крайне сложно.

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

Должен признать, сопротивлялся я идеям простоты гораздо дольше, чем Вы. Потрясен Вашей гибкостью. :-)

Доброго времени суток :)
Да это негибкость даже, а здравый смысл и жизненный опыт.Я без ггоду неделя Друпал изучаю, точнее две недели всего как, а Вы уже порядком с ним работаете.
Конечно же, мне самому хочется многое попробовать + сделать, но на всё просто времени не хватит, а надо много что делать, - спать некогда :) Тем паче у меня,... в обем хватает проблем. Но всё хорошо , чего и Вам желаю.
Сейчас делаю темы для Друпала, для своих сайтов, да и заказесть у меня один. Хорошо об этом информации много и тут и на других сайтах.
Правда не опредилился пока,- каким образрм базу данных делать (ну там форма ввода м всё такое) - я имею ввиду с использованием модулей - вроде как book, book review and Flexinode через Flexinode_Conventer - для форм для book.
Это база данных реэлтерской фирмы - условие сразу ыло - написание на Друпал,
Так-то бы пргосто руками , да и всё. Но там у них в ТехЗадании описано как раз несколько модулей Друпал - таких как MySite и так далее.
С Увакением,
Gendalf.

Gendalf says: Правда не опредилился пока,- каким образрм базу данных делать (ну там форма ввода м всё такое) - я имею ввиду с использованием модулей - вроде как book, book review and Flexinode через Flexinode_Conventer - для форм для book.

Для ввода данных может подойти webform.

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

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