netwind

Рейтинг
419
Регистрация
06.05.2007

Romka_Kharkov, если ничего не предполагать, то и нечего будет писать. "надо смотреть" разве ж вас устроит.

Romka_Kharkov:
Видимо я таки применяю на "свою схему", у меня просто не получается стартовать и догонять ввиду master-master, мне же надо с двух сторон зафиксировать значения, в обе стороны передается

Вы попробуйте не использовать догоняющий сервер для записи пока отставание не уменьшится до незаметного.

Догонят они друг друга, при соответствующем запасе в производительности.

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

А у ТС дело в чем-то другом.

Romka_Kharkov:
если через 20 минут слейв встал он уже не нейдет позицию откуда принимать данные. Или опять что-то не так?

Ну почему не найдет ? Загрузится и постепенно догонит. Обычная репликация mysql - асинхронна. Никто никого не ждет.

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

Или это вы описываете ситуацию когда логи старше 20 минут удаляются ?

Так это еще надо постараться настроить. expire_logs_days вообще в днях исчисляется и дробные значения не принимает.

Romka_Kharkov:
если у вас стал SLAVE , то мастер еще продолжает принимать данные и уже в следующую секунду времени после падения слейва мастер обладает в базе данными которые на слейв не попадают, сдвигается счетчик и репликация без синхронизации базы просто не возможна

Что-то не то вы пишете.

Во-первых, у ТС другая менее рисковая конфигурация.

Во-вторых, эти ваши представления о позициях неправильны. В вашем случае, на каждом сервере есть две разных позиции Read_Master_Log_Pos - то, что прочитано и Relay_Log_Pos - что применено. Они независимы и не могут перепутаться.

А вот в сам локальный файл лога при внезапной перезагрузке может не быть дописана вся информация. Именно тут и может возникнуть нестыковка. Для гарантированной фиксации изменений в файл лога служит настройка sync_binlog=1. Как я уже отмечал выше, не все так просто с ней. В документации описаны случаи когда даже она не помогает.

Так что, ошибку подчиненного сервера не будем показывать?

Если источник остановить НЕаварийно, то потом все нормально запускается?

В порядке телепатической помощи, можете попробовать sync_binlog=1 на сервере-источнике. Но так как может начать работать медленнее, на практике выгоднее исключить причины аварий на источнике, чем бороться с их последствиями.

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

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

Записывайте и снимайте очередную часть.

myhand, мне снова все повторять? не воспринимайте слова так буквально.

общайтесь больше с людьми, а не с командной строкой.

myhand:
Таки вы готовы предложить такие способы?

разумеется. я вообще могу сценарии для Mission impossible клепать.

awmaster08, партнер считает загрузки страниц, а не баннеров на них.

баннерорезалки могут запрещать загружать некоторые файлы. в openx можно сменить стандартные названия скриптов. Или хотя бы не устанавливать в каталог называющийся банально "openx" или "ads"

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

Кроме того, почему вы считаете данные партнеров непогрешимыми? Какой там вообще порядок цифр ?

Каждый запрос баннера отображается в логе сайта. Прежде чем пенять на скрипт, вы можете проанализировать этот файл, чтобы посчитать и показы и клики. Мне случаи внезапной потери кликов в openx не известны.

awmaster08, а других вариантов особо и нет. почему вы ее не почините? современная версия этого скрипта называется openx.

исходя из каких данных вы предполагаете что кликов меньше чем на самом деле? уж не из ваших ли чрезмерно оптимистичных ожиданий ?

myhand, так и о чем я и пишу. зачем вы мои слова пересказываете ?

есть научная фантастика, которая в принципе-то реализуема, а есть более менее практичные меры предосторожности.

Там около 150 посетителей сайта, а заказы обрабатывает может один человек. Прислать прикольную программку можно только ему.

Есть и другие интересные способы подмены данных в SSL без модификации ПО, но это уже из другого кина.

Всего: 6293