[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Подключение к MySQL другого сайта
Воитель
Здравствуйте,
Вот есть сайт у которого есть система страниц "Наша продукция"
И есть диллерская компания на сайт которой нужна таже система "Наша продукция" , ну разве что в другом дизайне.
Как сделать так чтобы сайт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"

Спустя 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.

Спустя 18 минут, 40 секунд (4.08.2010 - 13:00) Воитель написал(а):
А как вообще делать этот API ?
Пробовал сделать ещё одного пользователя-ни чего не получается мне мой хостер не даёт такой возможности, наверно нужно будет лично договариваться с админами.
А заказ будет отправляться в БД дилера, поэтому достаточно только чтения.

Спустя 5 минут, 13 секунд (4.08.2010 - 13:05) Семён написал(а):
Ну если вы предоставляете контент другому сайту, то вы должны организовать систему экспорта ваших данных для ваших дилеров (или наоборот если вы пытаетесь получить информацию)
----------
В каком виде уже говорилось ранее, в виде XML, SQL, CSV.
Как делать решать вам.

Спустя 9 минут, 36 секунд (4.08.2010 - 13:14) Воитель написал(а):
Через 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)
Цитата (waldicom @ 4.08.2010 - 13:33)
Никто. Разве что здравый смысл.

А поподробнее, плз.... Не понял идею.

Я понял твою идею так, что триггеры булут писать в дудаленную базу, чтобы поддерживать целостность двух баз? Я правильно понял? Если да, то в данно случае триггеры лучше заменить на репликацию БД.

Спустя 25 минут, 44 секунды (4.08.2010 - 15:15) Воитель написал(а):
Цитата (Семён @ 4.08.2010 - 16:13)
Способ конечно не самый феерический, но можно полностью экспортировать всю структуру базы категории / товар в категории, дилеры будут забирать экспортированный каталог и заливать его себе. (очистив перед этим предыдущий)

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

Спустя 34 минуты, 36 секунд (4.08.2010 - 15:49) Семён написал(а):
В любом случае с обоих сторон должна происходить связь.
Игра в 1 ворота каким-бы способ не был не получится.

Спустя 1 день, 17 часов, 44 минуты, 11 секунд (6.08.2010 - 09:34) Воитель написал(а):
Я кажется нашёл наилучший вариант.
Очень альтернативный, перевести всех на этот хостинг:
http://www.nic.ru/dns/service/hosting/all_..._tariff=trf_201

Тогда можно будет использовать со всех сайтом одну и ту же БД.


_____________
Вечно учусь.
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.