где Вы контролируете все SQL-запросы, и можете их подобрать так, чтобы на них реплика не глючила)
Контролировать нужно не запросы, а пути их следования. То есть нужно просто-напросто один раз понять, что к чему и построить такую систему, которая снаружи будет как один сервер и не будет накладывать никаких ограничений на типы запросов и их содерание.
Например, нужно понимать, что write-запросы уходят на конкретные сервера, так что соотвествующие статусные значения с таблиц надо получать от них же, а не с клиентов репликации (например mysql_insert_id()).
Конкретно-взятые случаи в рассмотрение не брались. Материал подаётся как универсальный подход. Ежу понятно, что делать репликацию ради таблицы в несколько килобайт вряд ли кто-то будет.
Баги есть везде, если их боятся, то можно совсем из дома не выходить. В MySQL очень много багов, не в репликации, а в целом.
Репликация в грубом приближении это когда два более-менее идентичных сервера один за другим выполняют запросы, в строгой последовательности изменяющие изначально идентичную базу. При любой ошибке на клиенте, репликация останавливается.
Ирония ситуации ещё и в том, что мы с вами читаем эту страницу с разных MySQL-серверов, связанных репликацией.
Было бы круто, если проект на заполонялся псевдо-научными изысканиями, в той мере, в которой это происходит. Тихий ужас, который на фоне изобилия толковой справочной информации, давно и доступно опубликованной в сети, выглядит ужасающе.
Если у вас не получается обуздать репликацию и восстановить данные из текстового дампа, разве это повод обращать других людей в вашу веру?
Времена меняются, нужно бороться со старпёрством. Получился рассказ, вырванный из контекста: ни слова про проекты и про саму компанию.
Но образ человека рисуется очень чётко: безликий прямолинейный исполнитель чужих идей неизвестного содержания. Человек, у которого по лицу видно, что он программист.
В самом деле, мог бы ты дополнить свой несомненно интересный рассказ чем-то из жизни? Фотографиями, рассказами про интересных людей, с которыми соискатель был бы рад работать, чем-то, чего нет ни у кого?
Это же не набор в вооружённые силы! Решил задачку, закончил институт, есть время — иди к нам работать. А как же внутренний мир, как же кураж? Как же личные проекты? Неужели это действительно никому не нужно?
Зачем так сгущать краски? Стоит оглянуться вокруг, чтобы понять где же работают все эти люди, которых так тебе не хватает. Это элементарно.
Чаще всего людям интересней тратить время на работу, чем в грязи мараться и спорить с придурками. Многие считают это ниже своего достоинства, в чём правы.
Лично я за то, чтобы наш фреймворк стал публичным в один прекрасный день, я уверен, что при правильной организации опен-сорс проекта, он станет только лучше.
Денис был несогласен с некоторыми решениями, которые мы приняли в рамках наших проектов, поэтому решил сделать «Своё казино», с которым он мог бы поступать как угодно, в том числе использовать публично.
Я бы вообще не испытывал особой эйфории по поводу проекта дениса, который он так и не доделал, я бы на вашем месте гонялся за актуальной версией пропеллера, которая в последние дни стала действительно намного лучше.
ur001 <ur001@futurico.ru> — старый адрес Дениса, а Open Social Networks Constructor — его личный проект
Не код хабра основан, а хабр основан на фрейморке пропеллер, который первыми разрабатывать начали мы с Денисом, так что в разработке своих проектов, как несложно догадаться, мы используем похожие методы.
Контролировать нужно не запросы, а пути их следования. То есть нужно просто-напросто один раз понять, что к чему и построить такую систему, которая снаружи будет как один сервер и не будет накладывать никаких ограничений на типы запросов и их содерание.
Например, нужно понимать, что write-запросы уходят на конкретные сервера, так что соотвествующие статусные значения с таблиц надо получать от них же, а не с клиентов репликации (например mysql_insert_id()).
Баги есть везде, если их боятся, то можно совсем из дома не выходить. В MySQL очень много багов, не в репликации, а в целом.
Репликация в грубом приближении это когда два более-менее идентичных сервера один за другим выполняют запросы, в строгой последовательности изменяющие изначально идентичную базу. При любой ошибке на клиенте, репликация останавливается.
Ирония ситуации ещё и в том, что мы с вами читаем эту страницу с разных MySQL-серверов, связанных репликацией.
Если у вас не получается обуздать репликацию и восстановить данные из текстового дампа, разве это повод обращать других людей в вашу веру?
Сама репликация даёт моментальный сиюминутный бэкап всех данных, но не спасает от их потери в результате ошибочного действия человека.
Разрешения спросить? :-)
Jevix — один из плодов
А вот пример куража :-)
Времена меняются, нужно бороться со старпёрством. Получился рассказ, вырванный из контекста: ни слова про проекты и про саму компанию.
Но образ человека рисуется очень чётко: безликий прямолинейный исполнитель чужих идей неизвестного содержания. Человек, у которого по лицу видно, что он программист.
В самом деле, мог бы ты дополнить свой несомненно интересный рассказ чем-то из жизни? Фотографиями, рассказами про интересных людей, с которыми соискатель был бы рад работать, чем-то, чего нет ни у кого?
Это же не набор в вооружённые силы! Решил задачку, закончил институт, есть время — иди к нам работать. А как же внутренний мир, как же кураж? Как же личные проекты? Неужели это действительно никому не нужно?
Зачем так сгущать краски? Стоит оглянуться вокруг, чтобы понять где же работают все эти люди, которых так тебе не хватает. Это элементарно.
— Отпуск через месяц? Читай КЗоТ!
— Выходное пособие? Хочешь, чтобы тебя по статье уволили?
Свинство в общем. Правда, у меня приятеля сокращали из вымпелкома, с должности близкой к рядовой — 6 окладов исправно заплатили.
Как вариант: <br class=«cut»>
Но если бы я был Васей, я поставил бы кейлоггер.
Лично я за то, чтобы наш фреймворк стал публичным в один прекрасный день, я уверен, что при правильной организации опен-сорс проекта, он станет только лучше.
Денис был несогласен с некоторыми решениями, которые мы приняли в рамках наших проектов, поэтому решил сделать «Своё казино», с которым он мог бы поступать как угодно, в том числе использовать публично.
Я бы вообще не испытывал особой эйфории по поводу проекта дениса, который он так и не доделал, я бы на вашем месте гонялся за актуальной версией пропеллера, которая в последние дни стала действительно намного лучше.
Не код хабра основан, а хабр основан на фрейморке пропеллер, который первыми разрабатывать начали мы с Денисом, так что в разработке своих проектов, как несложно догадаться, мы используем похожие методы.