iwnch, ок, намекну: их стоит убрать.
И еще намекну: путь в ошибке начинается с /db - значит, переменная, которую вы заботливо определили сверху, не работает.
Судя по тому, что в командах пользователя нет, вы уже настраиваете крон какого-то пользователя (через crontab -e, скажем - текущего).
Чтобы вообще не указывать в строке mysqldump логин и пароль, создайте ~/.my.cnf под этим пользователем.
RE:[ALT]ER, по последнему пункту - это стереотип, не всегда соответствующий реальности.
Зубрилы в классе отличаются вне собственного желания и даже вопреки нему.
И никакого стремления получить власть над буйным стадом одноклассников, считающих себя прайдом, у них может не быть вовсе. Просто если давят со всех сторон - включается противодействие, уж какое получится.
На хрена хвататься за военную Астру, если есть школьный Альт? https://www.altlinux.org/%D0%90%D0%BB%D1%8C%D1%82_...
Только в обоих случаях за лицензии хотят денег, у школы их нет, а главное - ответственность на эту революцию никто на себя не возьмет.
Так-то банальная Убунта после вложения некоторых усилий решила бы значительную часть проблем, которые создает слишком открытая для пользователя винда. Ибо в Линуксе юзер ничего, кроме хомяка, загадить не сможет, а зачистить тот хомяк - дело одной команды. Ну, или настройки оверлея, если по-взрослому.
Какой VPN? Чувак с телефоном зашел домой - и вот он уже не в мобильной сети, а в домашней, с совершенно другим айпишником. Проехал час на поезде - и вот у него уже не Северо-Запад, а Поволжье с другим диапазоном IP.
Забудьте уже про IP как метод определения чего бы то ни было.
Кирилл Красин, это же не айти, это же юриспруденция.
Такая информация, как "Кирилл Красин", внезапно, тоже отнюдь не позволяет идентифицировать человека.
А вот нагнуть человека (который посмел хранить эту архиважную персональную информацию) - позволяет.
(а если очень захотеть - то и меня, посмевшего ее обработать...)
Кирилл Красин, это определение говорит про дополнительную информацию, необходимую для того, чтобы сопоставить данные персоне, а не о каких бы то ни было расшифровках.
У вас хэш привязан к аккаунту, а значит - и к пользователю, но без знания конкретной почты нельзя определить, к какому.
Кирилл Красин, вы таки будете смеяться, но хэш от почты все равно подпадает под определение ФЗ "любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу".
Согласно ст. 3 п. 9 того ФЗ можно считать такие данные обезличенными. Однако засада в том, что никаких послаблений насчет хранения обезличенных данных ФЗ, насколько я вижу, не предусматривает.
Кирилл Красин, а еще он, начиная с PHP 8, принудительно заново генерирует соль при каждом вызове, так что результат вы в таблице не найдете, не прогнав ее всю через password_verify.
Вообще-то сильно шифровать почту (в частности, солить хэш) совершенно необязательно.
Даже если базу украдут - вряд ли у кого-то есть радужные таблицы по часто используемым адресам почты.
А несоленые хэши по базе ищутся без проблем.
А в чем, собственно? Винды считают, что `archive` - `Archive` делать не надо, потому что ничего не изменилось?
Ну, сделайте `archive` - `rchive` - `Archive`, окошки утрутся.
И еще намекну: путь в ошибке начинается с /db - значит, переменная, которую вы заботливо определили сверху, не работает.