что за message lost ?!

Я сейчас по такому случаю сделал телеграмканал https://t.me/+WpH0pMmm6sQ2OTky
Предлагаю зарегаться чтобы не терять связь при катастрофах.

Не в ту таблицу?

Мы так однажды проебали боевую базу на госуслугах с заявлениями за несколько дней. DBA пришлось заявки выгребать из логов и каждому звонить заявителю извиняться лично. Трое суток восстанавливали.

ответил в клубе

Во всех тредах так. Базу поломали?

базу.

Ну ок, моё ховто цело и ладно.

:D Бекапов коенчно же нету )))))))))))))))))))))))))))))))))))))

Ну ничё. Не без этого как грится пока гром не грянет поп не перекрестится, хорошо что ещё не поп, а дьякон гыгы.

Теперь если что есть мем местный [message lost] можно будет этим сосиску шугать )))))))0

:D Бекапов коенчно же нету )))))))))))))))))))))))))))))))))))))

дарагой! если бы быкапов конечно не было, ты бы сейчас не писал сюда! см. линк, выше.

Аааа, ну и тогда пофиг. Сломалось и сломалось. Зато все знают теперь как оно ломается. Ну и баз может быть несколько для сообщений отдельная. Если бы я делал лор яб делал несколько баз, вот и подумалось =)

[message lost]

[ message lost ]

А почему все звезды серые???

Я хотел написать что никогда не видел чтоб так прод базу испортили, а потом вспомнил как я, будучи эникеем, случайно удалил sendmail файл с сервера в котором были все не доставленные письма. Это была середина 2000-х.

ага, согласен. самое главное принять, что теперь такое может случиться.

Это крипт со стилями играет. Мне, кстати, зелёные больше по душе.

блин) хотел ссылку кинуть, а нету этого сообщения.) потому что торн и некоторые другие жаловались, что они слишком ярко-зеленые. я пока ничего оригинального не придумал и сделал их временно серыми. вот, жду, когда вы жаловаться начнете)

мне вообще проще было бы голосование провести. какими вы их хотите. это же такая религиозная вещь теперь…

Я не жалуюсь, а удивляюсь.

спуффинг перед этим жаловался, но его нытье мы успешно потеряли=)

хоть какой-то плюс

я их ярко-зелеными сделать не могу, т.к. жалобы. темно-зелеными они смотрятся слишком уныло. сделал бы их тоже голубыми, но вы их тогда со ссылками будете путать и кликать на них)) прям пока голову ломаю=)

@cocucka, @crypt, сообщения всё ещё целы в базе поиска. Можете попробовать восстановить.

Главное радужными не делай. И не швыряй в терновый куст

А еще синий цвет имеет большую энергию и «бьет» по глазам! Это в теории, я не замечал.

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

Точняк, у нас ж ещё эластик есть. Ща поковыряюсь, мб не сложно будет вытащить и сопоставить.

погляди. я совсем не представляю, что там. сомневаюсь, что ты айдишники сможешь сопоставить.

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

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

Да, по-хорошему надо эластик отдельно запускать. Надо будет обкатать это.

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

Поцоны, я починил. Там ещё что-то осталось не восстановлено, но это я поправлю.

А вот тред спуфа ты зря дельнул, оно при удалении комменты из индекса тоже дельнула и теперь мы ту тему 100% проебали :)

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

резервирование придумали трусы)

а как тут резервирование поможет?

Если данные сразу пишутся в 2 места параллельно, то можно будет восстановить, не?

не, они же и портятся сразу в двух местах одновременн.

Тогда это очень плохо организованная система. Запись должна быть writeonce

Т.е. база должна быть в режиме append-only

эта плохо организованная ситема называется SQL сервер. почитай в вики. очень распространненая вещь.

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

Сообщения должны храниться в базе в таблице где запрещено делать DELETE или UPDATE, только INSERT

не засоряй тред, диванный теоретик.

Например это может быть организовано так:

1. таблица с полями id:текст:версия - в нее можно только добавлять новое
2. таблица с полями id:[<список версий>]

Таблица 2 строится на основе таблицы 1, т.е. восстанавливаемая, и в нее можно и нужно делать UPDATE.

Когда добавляется новое сообщение, то ему присваивается версия 0, и автоматом в таблице 2 создается запись с id:[0]

Когда сообщение исправляется, то сперва смотрим в таблицу 2 и берем максимальную версию из списка. Делаем insert в таблицу 1 с версией увеличенной на 1 и записываем новую версию в список версий в таблице 2: id:[0,1]

Таким образом от ошибок кода самого сервера, который может потереть сообщения, защитит отсутствие UPDATE или DELETE в коде в отношении таблицы 1, а от ошибок самого SQL сервера защитит наличие резервного SQL сервера, куда параллельно все будет писаться

не хами на ровном месте

не люблю пустомель. код на гитхабе. присылай патч.

«не диванный теоретик» продолбал базу. Так что лучше послушай варианты решения проблемы

не ошибается тот, кто ничего не делает. иди ты в *опу со своими решениями. пришлешь патч - публично извинюсь.