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