В результате ошибки потеряны ваши (и мои!) сообщения за 16 июня. Во время бета периода shit happens. Надеюсь, вы нафлудите еще очень много полезного и прятного нацпола.
С уважением, crypt.
В результате ошибки потеряны ваши (и мои!) сообщения за 16 июня. Во время бета периода shit happens. Надеюсь, вы нафлудите еще очень много полезного и прятного нацпола.
С уважением, crypt.
эта плохо организованная ситема называется SQL сервер. почитай в вики. очень распространненая вещь.
Сообщения должны храниться в базе в таблице где запрещено делать DELETE или UPDATE, только INSERT
не засоряй тред, диванный теоретик.
не хами на ровном месте
не люблю пустомель. код на гитхабе. присылай патч.
“не диванный теоретик” продолбал базу. Так что лучше послушай варианты решения проблемы
не ошибается тот, кто ничего не делает. иди ты в *опу со своими решениями. пришлешь патч - публично извинюсь.
ты как то очень нервно ведешь себя. Ошибаться нормально. Ошибаются все иногда. Но вот хамить тем, кто предлагает идеи как недопустить повторения - не нормально
ты что плохо читаешь что ли по-русски? я же сказал: от твоих идей пользы 0.0. польза от кода и патчей. не важны мне идеи от просто теоретика, понимаешь? я вижу, что ты матчастью не владеешь. вот прикинь. твои идеи не такие ценные, как тебе казалось. они фуфло.
сосиска выкладывает код проекта на гитхабе. хочешь помочь - вливайся.
полдня пытаешься ошибку пофиксить, но вместо, чтобы помощь предложить, приходят покритиковать и своими “гениальными” идеями поделиться:(
Например это может быть организовано так:
Таблица 2 строится на основе таблицы 1, т.е. восстанавливаемая, и в нее можно и нужно делать UPDATE.
Когда добавляется новое сообщение, то ему присваивается версия 0, и автоматом в таблице 2 создается запись с id:[0]
Когда сообщение исправляется, то сперва смотрим в таблицу 2 и берем максимальную версию из списка. Делаем insert в таблицу 1 с версией увеличенной на 1 и записываем новую версию в список версий в таблице 2: id:[0,1]
Таким образом от ошибок кода самого сервера, который может потереть сообщения, защитит отсутствие UPDATE или DELETE в коде в отношении таблицы 1, а от ошибок самого SQL сервера защитит наличие резервного SQL сервера, куда параллельно все будет писаться