Вот есть сайт у которого есть система страниц "Наша продукция"
И есть диллерская компания на сайт которой нужна таже система "Наша продукция" , ну разве что в другом дизайне.
Как сделать так чтобы сайт2 с хостингом В, мог пользоваться таблицами MySQL сайта1 с хостингом А?
Спустя 10 минут, 44 секунды (4.08.2010 - 11:30) waldicom написал(а):
Очевидно, что самое простое решение: разрешить коннект на базу сайта 1 с хостингом А ссайта 2 хостинга Б. Для этого в mysql нужно создать пользователя (или отредактировать существующего) и дать ему права связываться с БД с удаленного айпишника. В целях хоть какой-то безопасности очень рекомендуется прописать конкретный айпишник и продуманно раздать права.
Такое решение не во всех случаях оптимально.
Такое решение не во всех случаях оптимально.
Спустя 23 минуты, 23 секунды (4.08.2010 - 11:54) netruxa написал(а):
либо написать 2 скрипта синхронизации. На сервере А пишешь скрипт вытаскивания из базы и выдачи в xml формате (или любой для вас удобный). А на сервере Б скрипт обращения к А и парсинг новой продукции. Запускать через крон 2 раза в сутки
Спустя 7 минут, 9 секунд (4.08.2010 - 12:01) waldicom написал(а):
В таком случае лучще написать веб-сервис.
Также можно настроить репилкацию...
В конце концов все зависит от желаний пользователя и количества денежнвх средств, которые он готов потратить на это.
Также можно настроить репилкацию...
В конце концов все зависит от желаний пользователя и количества денежнвх средств, которые он готов потратить на это.
Спустя 14 минут, 32 секунды (4.08.2010 - 12:15) Воитель написал(а):
Через xml, делать не совсем хорошо - сайт 2 будет обладать информацией с некоторым отстование.
Первый вариант проще, вот только безопасность страдает. Хотя если выставить права только на чтение- всё будет хорошо.
Я прав?
Первый вариант проще, вот только безопасность страдает. Хотя если выставить права только на чтение- всё будет хорошо.
Я прав?
Спустя 5 минут, 44 секунды (4.08.2010 - 12:21) waldicom написал(а):
Вы правы отчасти. Например:
- разве при заказе ничего не пишется в БД?
- недостаточно просто разрешить читать с базы, надо еще не допустить пользователя к базе "information_schema"
- разве при заказе ничего не пишется в БД?
- недостаточно просто разрешить читать с базы, надо еще не допустить пользователя к базе "information_schema"
Спустя 3 минуты, 50 секунд (4.08.2010 - 12:25) sergeiss написал(а):
А кто мешает сделать триггеры вставки и обновления и оперативно делать всё во второй БД?
Спустя 7 минут, 48 секунд (4.08.2010 - 12:33) waldicom написал(а):
Цитата (sergeiss @ 4.08.2010 - 11:25) |
А кто мешает сделать триггеры вставки и обновления и оперативно делать всё во второй БД? |
Никто. Разве что здравый смысл.
Спустя 2 минуты, 39 секунд (4.08.2010 - 12:35) sergeiss написал(а):
Цитата (waldicom @ 4.08.2010 - 13:33) |
Никто. Разве что здравый смысл. |
А поподробнее, плз.... Не понял идею.
Спустя 5 минут, 24 секунды (4.08.2010 - 12:41) Семён написал(а):
Я не думаю, что там такой большой каталог продукции...
Самым простым вариантом вижу согласованный парсинг данного сайта или полноценный API.
Самым простым вариантом вижу согласованный парсинг данного сайта или полноценный API.
Спустя 18 минут, 40 секунд (4.08.2010 - 13:00) Воитель написал(а):
А как вообще делать этот API ?
Пробовал сделать ещё одного пользователя-ни чего не получается мне мой хостер не даёт такой возможности, наверно нужно будет лично договариваться с админами.
А заказ будет отправляться в БД дилера, поэтому достаточно только чтения.
Пробовал сделать ещё одного пользователя-ни чего не получается мне мой хостер не даёт такой возможности, наверно нужно будет лично договариваться с админами.
А заказ будет отправляться в БД дилера, поэтому достаточно только чтения.
Спустя 5 минут, 13 секунд (4.08.2010 - 13:05) Семён написал(а):
Ну если вы предоставляете контент другому сайту, то вы должны организовать систему экспорта ваших данных для ваших дилеров (или наоборот если вы пытаетесь получить информацию)
----------
В каком виде уже говорилось ранее, в виде XML, SQL, CSV.
Как делать решать вам.
----------
В каком виде уже говорилось ранее, в виде XML, SQL, CSV.
Как делать решать вам.
Спустя 9 минут, 36 секунд (4.08.2010 - 13:14) Воитель написал(а):
Через sql наверно будет проще всего.
Типа дилерский сайт при каждом запросе обычного пользователя (а таких всё же нелько в день)проверяет состояние SQL например по какому либо другому файлу в котором записана дата последнего изменения.
А вот как потом, а точнее в какой момент запустить этот новый sql?
Что-то мне кажется я не правильно это собираюсь делать. подскажи как?
Типа дилерский сайт при каждом запросе обычного пользователя (а таких всё же нелько в день)проверяет состояние SQL например по какому либо другому файлу в котором записана дата последнего изменения.
А вот как потом, а точнее в какой момент запустить этот новый sql?
Что-то мне кажется я не правильно это собираюсь делать. подскажи как?
Спустя 3 минуты, 2 секунды (4.08.2010 - 13:17) Семён написал(а):
Каталог будет большой?
Спустя 48 минут, 27 секунд (4.08.2010 - 14:06) Воитель написал(а):
Ну не очень менее 1000 строк
Спустя 7 минут, 18 секунд (4.08.2010 - 14:13) Семён написал(а):
Способ конечно не самый феерический, но можно полностью экспортировать всю структуру базы категории / товар в категории, дилеры будут забирать экспортированный каталог и заливать его себе. (очистив перед этим предыдущий)
Спустя 35 минут, 56 секунд (4.08.2010 - 14:49) waldicom написал(а):
Цитата (sergeiss @ 4.08.2010 - 11:35) | ||
А поподробнее, плз.... Не понял идею. |
Я понял твою идею так, что триггеры булут писать в дудаленную базу, чтобы поддерживать целостность двух баз? Я правильно понял? Если да, то в данно случае триггеры лучше заменить на репликацию БД.
Спустя 25 минут, 44 секунды (4.08.2010 - 15:15) Воитель написал(а):
Цитата (Семён @ 4.08.2010 - 16:13) |
Способ конечно не самый феерический, но можно полностью экспортировать всю структуру базы категории / товар в категории, дилеры будут забирать экспортированный каталог и заливать его себе. (очистив перед этим предыдущий) |
Способ по-моему простой только не автоматический. Дилеры слабова в компах.
Тут нужна полная автоматика.
Поэтому надо как-то заливалку сделать автоматической. а вот как я не знаю. Ну конечно так чтобы это происходило всегда своевременно и незаметно.
Спустя 34 минуты, 36 секунд (4.08.2010 - 15:49) Семён написал(а):
В любом случае с обоих сторон должна происходить связь.
Игра в 1 ворота каким-бы способ не был не получится.
Игра в 1 ворота каким-бы способ не был не получится.
Спустя 1 день, 17 часов, 44 минуты, 11 секунд (6.08.2010 - 09:34) Воитель написал(а):
Я кажется нашёл наилучший вариант.
Очень альтернативный, перевести всех на этот хостинг:
http://www.nic.ru/dns/service/hosting/all_..._tariff=trf_201
Тогда можно будет использовать со всех сайтом одну и ту же БД.
Очень альтернативный, перевести всех на этот хостинг:
http://www.nic.ru/dns/service/hosting/all_..._tariff=trf_201
Тогда можно будет использовать со всех сайтом одну и ту же БД.
_____________
Вечно учусь.