В результате ошибки потеряны ваши (и мои!) сообщения за 16 июня. Во время бета периода shit happens. Надеюсь, вы нафлудите еще очень много полезного и прятного нацпола.
С уважением, crypt.
Я сейчас по такому случаю сделал телеграмканал https://t.me/+WpH0pMmm6sQ2OTky
Предлагаю зарегаться чтобы не терять связь при катастрофах.Не в ту таблицу?
Мы так однажды проебали боевую базу на госуслугах с заявлениями за несколько дней. DBA пришлось заявки выгребать из логов и каждому звонить заявителю извиняться лично. Трое суток восстанавливали.
Я хотел написать что никогда не видел чтоб так прод базу испортили, а потом вспомнил как я, будучи эникеем, случайно удалил sendmail файл с сервера в котором были все не доставленные письма. Это была середина 2000-х.
Это ещё что. Я как то раз сделал
rm -rf /varна боевом сервере с базами данных.мне забавно, что еще лет 5 назад я бы сказал то же самое, что и он, наверное=)
Во всех тредах так. Базу поломали?
базу.
Ну ок, моё ховто цело и ладно.
:D Бекапов коенчно же нету )))))))))))))))))))))))))))))))))))))
Ну ничё. Не без этого как грится пока гром не грянет поп не перекрестится, хорошо что ещё не поп, а дьякон гыгы.
Теперь если что есть мем местный [message lost] можно будет этим сосиску шугать )))))))0
:D Бекапов коенчно же нету )))))))))))))))))))))))))))))))))))))
дарагой! если бы быкапов конечно не было, ты бы сейчас не писал сюда! см. линк, выше.
Аааа, ну и тогда пофиг. Сломалось и сломалось. Зато все знают теперь как оно ломается. Ну и баз может быть несколько для сообщений отдельная. Если бы я делал лор яб делал несколько баз, вот и подумалось =)
[message lost]
[ message lost ]
А почему все звезды серые???
Это крипт со стилями играет. Мне, кстати, зелёные больше по душе.
мне вообще проще было бы голосование провести. какими вы их хотите. это же такая религиозная вещь теперь…
я их ярко-зелеными сделать не могу, т.к. жалобы. темно-зелеными они смотрятся слишком уныло. сделал бы их тоже голубыми, но вы их тогда со ссылками будете путать и кликать на них)) прям пока голову ломаю=)
Главное радужными не делай. И не швыряй в терновый куст
А еще синий цвет имеет большую энергию и “бьет” по глазам! Это в теории, я не замечал.
нет, мы реагируем сильнее (стимул сильнее) на желто-зеленую гамму. синий наоборот успокаивающий.
блин) хотел ссылку кинуть, а нету этого сообщения.) потому что торн и некоторые другие жаловались, что они слишком ярко-зеленые. я пока ничего оригинального не придумал и сделал их временно серыми. вот, жду, когда вы жаловаться начнете)
Я не жалуюсь, а удивляюсь.
спуффинг перед этим жаловался, но его нытье мы успешно потеряли=)
хоть какой-то плюс
@cocucka, @crypt, сообщения всё ещё целы в базе поиска. Можете попробовать восстановить.
Точняк, у нас ж ещё эластик есть. Ща поковыряюсь, мб не сложно будет вытащить и сопоставить.
погляди. я совсем не представляю, что там. сомневаюсь, что ты айдишники сможешь сопоставить.
В поиске только разметка отсутствует, так что цитирование будет испорчено. Кстати, цитирование можно было бы и не индексировать, но наверное лексический разбор делать сложно, потому попадает в индекс весь текст.
я в ту базу вообще не заглядывал. мне бы единственное, хотело бы не перезапускать ее вместе с томкатом, а то все это добро долго стартует.
Да, по-хорошему надо эластик отдельно запускать. Надо будет обкатать это.
ну ты потом покажешь, откуда он вообще стартует и я это могу разрулить, я думаю.
А вот тред спуфа ты зря дельнул, оно при удалении комменты из индекса тоже дельнула и теперь мы ту тему 100% проебали :)
да, когда я это делал, не думал про вторую базу. будет хорошо, если ты мне ее покажешь.
Поцоны, я починил. Там ещё что-то осталось не восстановлено, но это я поправлю.
резервирование придумали трусы)
а как тут резервирование поможет?
Если данные сразу пишутся в 2 места параллельно, то можно будет восстановить, не?
не, они же и портятся сразу в двух местах одновременн.
Тогда это очень плохо организованная система. Запись должна быть writeonce
Т.е. база должна быть в режиме append-only
ты сначала в словах перестать путаться, а потом приходи рассказывать, что должно быть.
эта плохо организованная ситема называется SQL сервер. почитай в вики. очень распространненая вещь.
Сообщения должны храниться в базе в таблице где запрещено делать DELETE или UPDATE, только INSERT
не засоряй тред, диванный теоретик.
не хами на ровном месте
“не диванный теоретик” продолбал базу. Так что лучше послушай варианты решения проблемы
Например это может быть организовано так:
- таблица с полями id:текст:версия - в нее можно только добавлять новое
- таблица с полями id:[<список версий>]
Таблица 2 строится на основе таблицы 1, т.е. восстанавливаемая, и в нее можно и нужно делать UPDATE.
Когда добавляется новое сообщение, то ему присваивается версия 0, и автоматом в таблице 2 создается запись с id:[0]
Когда сообщение исправляется, то сперва смотрим в таблицу 2 и берем максимальную версию из списка. Делаем insert в таблицу 1 с версией увеличенной на 1 и записываем новую версию в список версий в таблице 2: id:[0,1]
Таким образом от ошибок кода самого сервера, который может потереть сообщения, защитит отсутствие UPDATE или DELETE в коде в отношении таблицы 1, а от ошибок самого SQL сервера защитит наличие резервного SQL сервера, куда параллельно все будет писаться
