Шутка юмора. Такое реально может быть, а спецы? Как по мне - звучит просто бредово, хотя понимаю, что ИИ может глючить. @bezsmuzi
3 013
👍 24
22
Комментарии (22)
Новый Начальник
Надо сперва просить составить план, потом этот план проревьюить и только после этого применять. Тогда таких проблем нету Ответить
раскрыть ветку (1)
Шустрый Специалист
Доверь дураку стеклянный член, не только разобьёт но и порежется. 😂😂😂 Ответить
Раздражительный Жираф
Реальный скрин моего диалога, ChatGPT пидорас подсказал как ускорить базу и я всё сломал Ответить
раскрыть ветку (3)
Озёрный Овен
всегда готов помочь и нюни не разводит, а готов решать задачу Ответить
Колеблющийся Миротворец
😁так а чё, реально ускорил) Теперь то гораздо быстрее работает) Когда 0 записей в таблице, это наверное самая ускоренная команда на выполнение будет из всех возможных Ответить
Сказочный Пёс
Ну главное холодно и по делу, как он любит 😂 Ответить
Шустрый Специалист
Ну Антигравити снес диск чуваку. 😂 так что все возможно. Ответить
но это же так весело, какая-то безумная хрень может что угодно делать в твоей системе🤣 Ответить
раскрыть ветку (2)
Робкий Киллер
Не во всей (если это не open claw) например курсор имеет доступ только в текущем проекте и физической папке + git контроль версий и ничего не пропадет Ответить
раскрыть ветку (1)
Добрый Павлин
всегда может пойти что-то не так и бит зайдет за байт🤣 Ответить
Реально. Локально снести и базу и дамп одной команды хватит
Так что бэкапы никто не отменял или пытаться восстановить удаленные файлы через утилиту recovery Ответить
Призматический Герой
кожаный тоже может удалить БД, но только бот так искренне попросит прощения :)) Ответить
Заляпанный Сухарь
Вполне реально.
Но вообще перед любыми подобными действиями с базой надо бэкап делать, все, кто с этим работал (и скорее всего раз уже обожглись) знают это правило :)
Лучше, конечно, если бэкапы регулярные и автоматические - тогда и думать не надо.
Еще лучше, чтобы их еще периодически пытались развернуть хотя бы в dev окружении.
И еще лучше, если они хранятся у другого хостера в другой стране) Ответить
раскрыть ветку (1)
Робкий Киллер
А ещё лучше для простых сайтов, где меньше 1000 статей вообще отказаться от БД и хранить json в S3 хранилище и потом, прямо оттуда отправлять в деплой. в проде загонять в APCu память
https://t.me/Russian_IT_Business/397516
Сайт становится как монолит без БД. Вот к примеру сайт Макса так работает и до сих его никто не взломал, хотя, я умолял
Похожее было. Но я дилетант. Надо было какое-то нестандартное удаление ветки провести в гите, чтобы почистить сохранённые в коммитах пароли в файлах конфигурации. Точно так по совету ИИ удалил всю работу надо кодом. Хорошо, что в VSCode работа осталась на открытых вкладках - восстановил более-менее малыми потерями. Ответить
Комментарии (22)
Раньше байка была:
Так что бэкапы никто не отменял или пытаться восстановить удаленные файлы через утилиту recovery
Но вообще перед любыми подобными действиями с базой надо бэкап делать, все, кто с этим работал (и скорее всего раз уже обожглись) знают это правило :)
Лучше, конечно, если бэкапы регулярные и автоматические - тогда и думать не надо.
Еще лучше, чтобы их еще периодически пытались развернуть хотя бы в dev окружении.
И еще лучше, если они хранятся у другого хостера в другой стране)
https://t.me/Russian_IT_Business/397516
Сайт становится как монолит без БД. Вот к примеру сайт Макса так работает и до сих его никто не взломал, хотя, я умолял
Сайт умно ловит ботов и показывает мем
Про иностранные ИИ в вашей ссылке ничего нет.