rulinux.net - Форум - Talks - Репликация фейк-лоров. Ну и чавось? http://rulinux.net/ rulinux.net - Форум - Talks - Репликация фейк-лоров. Ну и чавось? http://rulinux.net/ http://rulinux.net/rss_icon.png Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=2#34404 https://rulinux.net/message.php?newsid=5452&page=2#34404 Fri, 16 Apr 2010 20:33:22 +0400 Связался человек с РПЦ - и пропал.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=2#34403 https://rulinux.net/message.php?newsid=5452&page=2#34403 Sat, 19 Dec 2009 13:41:42 +0300 ололо!, удалось побороть все траблы и заставить работать cgi-клиент-серверную модель на примерах, завтра начну интегрировать инсерты в рпц-процедуры...

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=2#34402 https://rulinux.net/message.php?newsid=5452&page=2#34402 Fri, 18 Dec 2009 11:50:07 +0300 точнее, не неполная либа, а как-то хитро надо собирать, к примеру из убунтовкого репа готовый пакет содержит libxmlrpc_client++.so, а если тянуть исходники оттуда же и собирать - по бороде, причем README стандартный...

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34401 https://rulinux.net/message.php?newsid=5452&page=1#34401 Fri, 18 Dec 2009 09:42:09 +0300 Хреново документировано, неполные либы - в частности нет в составе libxmlrpc_client++ (брал из svn), тащемта даже екзамлы не скомпилить, обломс...

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34400 https://rulinux.net/message.php?newsid=5452&page=1#34400 Thu, 17 Dec 2009 20:20:19 +0300 Ну чо там с РПЦ?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34399 https://rulinux.net/message.php?newsid=5452&page=1#34399 Wed, 16 Dec 2009 09:49:11 +0300 > Я думал имеется в виду одноранговая сеть серверов, которые мержат то что у них добавилось, как в том же гите. А xmlrpc это больше на клиент-серверную архитектуру похоже
XML-RPC - это лишь протокол, что ты на нём построишь - то и будет. Например не-бровсерные клиенты смогут ходить через тот же механизм. Но даже при просто объединении серверов - тебе понадобится немножко больше, чем просто вставлять в базу сообщения от соседей. Например, они должны быть обработаны теми же фильтрами на предмет мата, спама и т.п., возможно приведены к формату, принятому на lor-ng. Всё это удобно встроить в rpc-сервер и делать на лету.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34398 https://rulinux.net/message.php?newsid=5452&page=1#34398 Tue, 15 Dec 2009 20:59:58 +0300 > В случае xmlprc тоже как бы получается одноранговая сеть - нет центрального сервера и каждый и клиент и сервер.
Это до тех пор, пока кто-нить не состряпает клиента поверх РПЦ.

> по плюсам маловато инфы...
Посмотри тут:  http://xmlrpc-c.sourceforge.net/

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34397 https://rulinux.net/message.php?newsid=5452&page=1#34397 Tue, 15 Dec 2009 20:51:23 +0300 В случае xmlprc тоже как бы получается одноранговая сеть - нет центрального сервера и каждый и клиент и сервер. Ну в общем надо пробовать, завтра начну колупать, но что то по плюсам маловато инфы...

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34396 https://rulinux.net/message.php?newsid=5452&page=1#34396 Tue, 15 Dec 2009 20:27:24 +0300 Я думал имеется в виду одноранговая сеть серверов, которые мержат то что у них добавилось, как в том же гите. А xmlrpc это больше на клиент-серверную архитектуру похоже

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34395 https://rulinux.net/message.php?newsid=5452&page=1#34395 Tue, 15 Dec 2009 19:41:24 +0300 > есть либы для похапе
Как-то предполагается, что похапэшники должны быть знакомы с вот этим ресурсом:  http://www.php.net/manual/en/book.xmlrpc.php

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34394 https://rulinux.net/message.php?newsid=5452&page=1#34394 Tue, 15 Dec 2009 19:24:51 +0300 По заявкам "радиослушателей", набрел на XML-RPC:  http://www.faqs.org/docs/Linux-HOWTO/XML-RPC-HOWTO.html , есть либы для похапе, перл,си(++),ява. Хочите?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34393 https://rulinux.net/message.php?newsid=5452&page=1#34393 Mon, 14 Dec 2009 14:43:38 +0300 Особо ссыкливые, как ты выразился, всё равно никаких дополнительных портов открывать не собираются.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34392 https://rulinux.net/message.php?newsid=5452&page=1#34392 Mon, 14 Dec 2009 14:38:21 +0300 Братцы, просьба - прикрепите данный трэд наверху на пару дней!!!Может откликнется кто, интересно же!

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34391 https://rulinux.net/message.php?newsid=5452&page=1#34391 Mon, 14 Dec 2009 14:34:18 +0300 >Она сама по себе плохая. Очень.
Ну хорошо,особо ссыкливым, на-ка: $DYNDNS_IP = host <урло>|awk '{print $4}' Сказать в какой скрипт нужно добавить?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34390 https://rulinux.net/message.php?newsid=5452&page=1#34390 Mon, 14 Dec 2009 14:11:08 +0300 > И ты зассал этой надписи, из-за обновления ip один раз в сутки? Слабак ;)
Высказывание авторов айпитаблесов о том, что твоя идея очень плохая никак не связано с тем, что у тебя айпишник меняется раз в сутки. Она сама по себе плохая. Очень.

> Давай трейсить тебя до, смены ойпи и после?Тогда увидим реальный таймаут. Кидай урло!
Агащаз, мне больше заняться нечем.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34389 https://rulinux.net/message.php?newsid=5452&page=1#34389 Mon, 14 Dec 2009 14:01:36 +0300 >"specifying any name to be resolved with a remote query such as DNS is a really bad idea"
И ты зассал этой надписи, из-за обновления ip один раз в сутки? Слабак ;)

Давай трейсить тебя до, смены ойпи и после?Тогда увидим реальный таймаут. Кидай урло!

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34388 https://rulinux.net/message.php?newsid=5452&page=1#34388 Mon, 14 Dec 2009 13:36:07 +0300 > при реконнекте автоматическая авторизация в dyndns.org, на все про все - 15-20сек.
Это ты так думаешь, на самом деле можешь смело прибавить 1 минуту ТТЛ которую выставляет для этих записей dyndns. К то му же, например у меня роутер например этого не умеет, поэтому адрес проверяется ddclient'ом периодически - прибавляй период. Потом сходи в ман иптаблесов, вычитай там, что всё равно "specifying any name to be resolved with a remote query such as DNS is a really bad idea" и удавись :)

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34387 https://rulinux.net/message.php?newsid=5452&page=1#34387 Mon, 14 Dec 2009 12:53:40 +0300 в моем, стримовском, случае смена ip раз в 24 часа с реконнектом, при реконнекте автоматическая авторизация в dyndns.org, на все про все - 15-20сек. На это время, примерный обработчик тебе на-ка:

  1.  mysql_init(conn);
  2.  mysql_options(conn,MYSQL_OPT_CONNECT_TIMEOUT,<тут нужный таймаут>);
  3.  if (!mysql_real_connect(conn, server,user_sql,password_sql,database, 0, NULL, 0))
  4.   {
  5.   cout << mysql_error(conn) << endl;
  6.  
}

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34386 https://rulinux.net/message.php?newsid=5452&page=1#34386 Mon, 14 Dec 2009 11:50:01 +0300 > man dyndns
Какова разница во времени между тем моментом, когда твой адрес изменился и тем моментом, когда удалённый серве получит новый адрес?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34385 https://rulinux.net/message.php?newsid=5452&page=1#34385 Mon, 14 Dec 2009 11:25:07 +0300 man dyndns

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34384 https://rulinux.net/message.php?newsid=5452&page=1#34384 Mon, 14 Dec 2009 11:20:39 +0300 мну ушел делать тестовую таблицу с первичным кодом, сегодня/завтра выложу дамп,пароль с аккаунтом - по требованию, для тех кто пожелает присоединится к тестовому старту, епта...

//ТС - мну

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34383 https://rulinux.net/message.php?newsid=5452&page=1#34383 Mon, 14 Dec 2009 11:19:46 +0300 > <доверительный хост>
"доверительный хост" - это шаред-хостинг с тысячью клиентов или компьютер, перескакивающий с айпишника на айпишник на своём АДСЛ-подключении? :)

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34382 https://rulinux.net/message.php?newsid=5452&page=1#34382 Mon, 14 Dec 2009 07:21:50 +0300 Реквестирую прикрепить тред!

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34381 https://rulinux.net/message.php?newsid=5452&page=1#34381 Mon, 14 Dec 2009 07:06:46 +0300 >ты нудист, да?
iptables -A INPUT -p tcp -s <доверительный хост> --dport 3306 -j ACCEPT. Нэ?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34380 https://rulinux.net/message.php?newsid=5452&page=1#34380 Mon, 14 Dec 2009 01:02:09 +0300 >но с доступом из вне на 3306

ты нудист, да?

>Еще есть чо?

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

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34379 https://rulinux.net/message.php?newsid=5452&page=1#34379 Sun, 13 Dec 2009 21:23:46 +0300 Итак, на данный момент имеем три варианта:

1.Мой вариант - каждый сам себе сервер, но с доступом из вне на 3306

2.Вариант от "хз-кто", со своими магическими RPC-бНОПНЯВХРЮК

3.Вариант темыча с общим дампом

Еще есть чо?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34378 https://rulinux.net/message.php?newsid=5452&page=1#34378 Sun, 13 Dec 2009 20:50:49 +0300 Ты что, Торвальдса не слушал? Только Гит! Как же потом мержить будем? :-) А если серьёзно, крон тоже может дамп хоть каждую минуту делать, вопрос тут в потребляемых ресурсах.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34377 https://rulinux.net/message.php?newsid=5452&page=1#34377 Sun, 13 Dec 2009 20:00:10 +0300 А может тогда вместо ежедневного слива полного дампа, прикрутить к этому делу svn? Собсно и svn update можно почаще делать и соответственно на сервере svn commit.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34376 https://rulinux.net/message.php?newsid=5452&page=1#34376 Sun, 13 Dec 2009 19:49:35 +0300 Так в том и соль: убьем сразу всю заячью семью. И со связью с лором покончим и коммьюнити увеличится капитально

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34375 https://rulinux.net/message.php?newsid=5452&page=1#34375 Sun, 13 Dec 2009 19:30:07 +0300 > Ну элементарно же решается - в цикле делается опрос на "unlocked", можно на крайняк ограничить число попыток опроса с выходом из цикла с матюками типа: "повторите попытку позже"
> Ну бредишь же опять! Все это, естественно, решаемо предварительными переговорами между держателями хостов.
И каждый раз, как только новый сервер будет подключаться к системе - нужно будет устраивать всесторонние переговоры - как пропихивать ему данные и что делать, если это вдруг оказалось невозможно.

Куда как проще опубликовать API - и пусть каждый желающий реализует его на своей стороне как ему удобно.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34374 https://rulinux.net/message.php?newsid=5452&page=1#34374 Sun, 13 Dec 2009 19:23:21 +0300 > Центральный сервер раз в день придумывает пароль и скриптом через get-параметры отправляет пароль всем авторизованным клиентам. Клиент получает этот пароль и придумывает свой, отправляет свой, используя первый пароль отправляет серверу свой, сервер записывает этот пароль и использует потом для базовой аутентификации клиента когда тот придет за дампом базы данных
А зачем так сложно? Я бы в репликации поучаствовал, наверное, в качестве бэкапа. Только вот не стал бы гарантировать своего присутствия в сети на тот момент, когда серверу вдруг вздумается мне чего-нибудь прислать. Это при том, что у меня машина постоянно подключена.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34373 https://rulinux.net/message.php?newsid=5452&page=1#34373 Sun, 13 Dec 2009 19:14:31 +0300 > 1.Поднимаем lamp (p - по вкусу)
Ага щаз, у меня как раз Oracle и Tomcat

> 2.Единая структура базы, для применения транзакций нужна innodb
Вот ещё. А если удалённый сервер будет хранить эти данные и какие-нибудь ещё? К тому же база в том виде, как она была раньше: новости и остальные ветки по отдельности - неоптимальна никак.

> 3.3306 выставляем наружу
Ты нудист, наверное?

> 4.Единый механизм запросов к базам
Не проще ли один-единственный RPC вызов "дай мне данные с последнего апдейта" или "на тебе новые данные" в зависимости от того как будет происходить обмен - pull или push

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34372 https://rulinux.net/message.php?newsid=5452&page=1#34372 Sun, 13 Dec 2009 18:42:52 +0300 получается фидонет, однако - нужно реалтайм изменения отражать во всех базах, да и со временем дамп будет расти.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34371 https://rulinux.net/message.php?newsid=5452&page=1#34371 Sun, 13 Dec 2009 18:24:42 +0300 Мне видится другая схема:

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

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34370 https://rulinux.net/message.php?newsid=5452&page=1#34370 Sun, 13 Dec 2009 17:26:33 +0300 Значит так, вот примерная схемка всей этой кухни:

На всех хостах делаем:

1.Поднимаем lamp (p - по вкусу)

2.Единая структура базы, для применения транзакций нужна innodb

3.3306 выставляем наружу

4.Единый механизм запросов к базам

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

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34369 https://rulinux.net/message.php?newsid=5452&page=1#34369 Sun, 13 Dec 2009 16:48:26 +0300 >И делать это придётся мастер-хосту на каждый апдейт для каждого подчиненного сервера. И при этом надеяться что между show status и вставкой данных таблица не будет как-либо заблокирована.
Ну элементарно же решается - в цикле делается опрос на "unlocked", можно на крайняк ограничить число попыток опроса с выходом из цикла с матюками типа: "повторите попытку позже"

> И надеяться на то, что в подчинённой базе таблицы зачем-то имеют такую же структуру как на ведущей. И надеяться что там вообще MySQL стоит и на то, что владельцу подчинённой базы очень хочется открывать наружу аккаунт с правами записи в таблицы, а между ведущим и подчиненными серверами не сидит какой-нибудь файерволл режущий мускульные порты, не говоря уже о том, что кому-нить из подчинённых хостов может потребоваться висеть на нестандартном порту.
Ну бредишь же опять! Все это, естественно, решаемо предварительными переговорами между держателями хостов.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34368 https://rulinux.net/message.php?newsid=5452&page=1#34368 Sun, 13 Dec 2009 14:00:51 +0300 > надо делать так, что бы инсертящий код предварительно обрабатывал "локстатус"
И делать это придётся мастер-хосту на каждый апдейт для каждого подчиненного сервера. И при этом надеяться что между show status и вставкой данных таблица не будет как-либо заблокирована. И надеяться на то, что это единственный вид блокировки на внешней БД. И надеяться на то, что в подчинённой базе таблицы зачем-то имеют такую же структуру как на ведущей. И надеяться что там вообще MySQL стоит и на то, что владельцу подчинённой базы очень хочется открывать наружу аккаунт с правами записи в таблицы, а между ведущим и подчиненными серверами не сидит какой-нибудь файерволл режущий мускульные порты, не говоря уже о том, что кому-нить из подчинённых хостов может потребоваться висеть на нестандартном порту.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34367 https://rulinux.net/message.php?newsid=5452&page=1#34367 Sun, 13 Dec 2009 13:07:31 +0300 >То, что инсертящий код будет немного ждать
Ну значит надо делать так, что бы инсертящий код предварительно обрабатывал "локстатус", типа того: show status where Variable_name='Com_lock_tables'; .

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34366 https://rulinux.net/message.php?newsid=5452&page=1#34366 Sun, 13 Dec 2009 12:38:31 +0300 > И чо? Залочил таблицу и пытаешься инсертить туда, чего сказать то хотел?
То, что инсертящий код будет немного ждать, хотя MySQL и не называет это транзакцией.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34365 https://rulinux.net/message.php?newsid=5452&page=1#34365 Sun, 13 Dec 2009 12:32:02 +0300 я, за. осталось найти хостера с портом наружу

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34364 https://rulinux.net/message.php?newsid=5452&page=1#34364 Sun, 13 Dec 2009 11:57:38 +0300 репликация ненужна. базу нужно распределенной делать.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34363 https://rulinux.net/message.php?newsid=5452&page=1#34363 Sun, 13 Dec 2009 11:50:51 +0300 репликация ненужна. базу нужно распределенной делать.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34362 https://rulinux.net/message.php?newsid=5452&page=1#34362 Sun, 13 Dec 2009 11:43:39 +0300 чавось чавось, база одна и распределена. надо договориться о структуре базы.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34361 https://rulinux.net/message.php?newsid=5452&page=1#34361 Sun, 13 Dec 2009 08:40:10 +0300 >Интересно посмотреть на то, как ты НЕ юзаешь транзакции :)
И не только я, да вот хотя бы тут, емнип юзается myisam и соответственно транзакции не поддерживаются.Удивлен?

>Кстати, открой две сессии MySQL, сделай в одной: create table `test`.`a`(a char(10)) engine MyISAM lock tables `test`.`a` WRITE;
а во второй сделай insert into `test`.`a` values ('a');

И чо? Залочил таблицу и пытаешься инсертить туда, чего сказать то хотел?

>Ты часом не тот анонимус, который давеча рассуждал о реляционных БД?
нет

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34360 https://rulinux.net/message.php?newsid=5452&page=1#34360 Sun, 13 Dec 2009 01:47:04 +0300 > Все ясно - порожняк. "изменения по RPC" - зато как красиво звучит! ).
Всё ясно - у тебя нету ящика коньяку, нищеброд :)

> Вообще пиздец. Знаешь, есть такое семейство протоколов - tcp/ip, вот по нему и устанавливается коннект на порт 3306 и естественно нужно знать авторизационные данные что бы соединится.
Только часто коннекты на всякие странные порты не устанавливаются. Догадываешься почему?

> Транзакции?Ололо, интересно посмотреть на того кто юзает транзакции в форумных движках - вложенные запросы как максимум, а в случае "таймаутов" пишется обработчик, о чем я выше упомянул.
Интересно посмотреть на то, как ты НЕ юзаешь транзакции :)

Кстати, открой две сессии MySQL, сделай в одной: create table `test`.`a`(a char(10)) engine MyISAM lock tables `test`.`a` WRITE;

а во второй сделай insert into `test`.`a` values ('a');

и удивись.

Ты часом не тот анонимус, который давеча рассуждал о реляционных БД?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34359 https://rulinux.net/message.php?newsid=5452&page=1#34359 Sat, 12 Dec 2009 22:37:48 +0300 >Для рилтайм-репликации на связанные ресурсы - закидывать им изменения по RPC
>А можно по подробнее, как сие реализовывается?
>Как обычно - приходишь к Тюксоеду с ящиком коньяку и говоришь: хочу сие.
Все ясно - порожняк. "изменения по RPC" - зато как красиво звучит! ).

>Для этого надо знать что-то про твою базу данных, иметь драйвера для неё, устраивать соединение к ней по протоколу, который может быть запрещён в отличие от HTTP, который обычно никто не перекрывает, а если в удалённой базе какая-нибудь плохая транзакция заблокировала таблицу - то что, мастер-хосту висеть до облома по таймауту на таком инсерте в чужое БиДэ?
Вообще пиздец. Знаешь, есть такое семейство протоколов - tcp/ip, вот по нему и устанавливается коннект на порт 3306 и естественно нужно знать авторизационные данные что бы соединится. Транзакции?Ололо, интересно посмотреть на того кто юзает транзакции в форумных движках - вложенные запросы как максимум, а в случае "таймаутов" пишется обработчик, о чем я выше упомянул.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34358 https://rulinux.net/message.php?newsid=5452&page=1#34358 Sat, 12 Dec 2009 22:15:50 +0300 >> Тюксоед жлобится на репликацию.

> Дык он же вроде как не главный тут, нет?

anonyzzmous тут главный: он за хостинг платит.

На самом деле, выдать HEBECTb_KTO всю базу или нет - обсуждалось и было решено не выдавать полную. Насчет репликации... А зачем? Можно конечно заставить крон делать дамп базы каждые N часов, чтобы другой скрипт по крону этот дамп потом забирал. Только не известна суть данного действа: зеркала сделать хотите? Так вроде и так справляемся без досов (постучал по деревянной фигурке JB)

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34357 https://rulinux.net/message.php?newsid=5452&page=1#34357 Sat, 12 Dec 2009 20:53:32 +0300 > Какую репликацию, даже дамп базы для тестов дал коцаный, хотя я и тот не успел качнуть ...
Предлагаю подвегнуть товарища Тюксоеда жёсткой нелицеприятной критике.

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34356 https://rulinux.net/message.php?newsid=5452&page=1#34356 Sat, 12 Dec 2009 20:48:35 +0300 > Дык он же вроде как не главный тут, нет?
Кто сайт делает - тот и главный.

> А можно по подробнее, как сие реализовывается?
Как обычно - приходишь к Тюксоеду с ящиком коньяку и говоришь: хочу сие.

> А не проще ли будет просто в коде делать insert/update на несколько хостов с одинаковыми таблицами,естественно с обработчиками?
Для этого надо знать что-то про твою базу данных, иметь драйвера для неё, устраивать соединение к ней по протоколу, который может быть запрещён в отличие от HTTP, который обычно никто не перекрывает, а если в удалённой базе какая-нибудь плохая транзакция заблокировала таблицу - то что, мастер-хосту висеть до облома по таймауту на таком инсерте в чужое БиДэ?

]]> Re: Репликация фейк-лоров. Ну и чавось? https://rulinux.net/message.php?newsid=5452&page=1#34355 https://rulinux.net/message.php?newsid=5452&page=1#34355 Sat, 12 Dec 2009 18:52:10 +0300 короче, если кто-то задумает реплицироватся, свистите в  http://notlor.homelinux.org . мну ушел лютобешено допиливать сайто...

]]>