Автор обещается выложить готовые модели и подробные инструкции. Но это нужно ждать.
Прямо сейчас вы можете поиграться с этим проектом. Но результат там прям совсем не очень. Я его прогонял на паре сотен своих фоток. Хороший результат был лишь в 5% случаев.
В DeOldify результаты вроде лучше, но в текущем виде, всё очень муторно. Есть шанс на докеризацию. Тогда будет проще.
Сейчас вроде получше. Раньше и не такие казусы случались.
У меня товарищ несколько лет назад туда устроился, так ему через пару недель после выхода на работу из HR позвонили и на новое собеседование в другой проект зызывали (:
Я бы сказал, что она немного устарела. RE2, regex в Go, boost.regex и прочие новомодные нюансы в ней не затронуты по очевидным причинам. А в целом, имхо, неплохая книга как для начинающих, так и для продвинутых.
Если же наоборот, администратор один, то деактивируйте sudo (особенно в том случае, если у вас по каким-то причинам сохранился вход через ssh по паролю), и для администраторских задач используйте аккаунт root.
Ну и конечно, классика — не работайте под рутом.
По мне, так взаимоисключающие пункты.
Можно как-нибудь обосновать, чем sudo не подоходит для одного администратора?
Порядок сортировки не влияет на эту штуку. Ну и как видно, find с вами не согласен. Он выводит 2a перед 1a. Никаких alias'ов у меня не используется.
А какая у вас система и версия rm что оно так работает?
хоть и прошёл уже месяц, я всё же напишу, чтобы случайный прохожий не был в ложной уверенности, что он в безопасности.
я «не в теме», но хотел бы пояснить пару моментов тем, кто разбирается:
rm идёт рекурсивно, как и find. если он встречает кривой неудаляемый файл, то он не останавливается на нём, а выплёвывает ошибку, пропускает его и идёт дальше.
chmod 000, кстати, тут совсем не обязателен. chattr достаточно (почитайте man что ли, чтобы понять почему).
к тому же года этак с 2006 в большинстве систем rm -rf / не работает (вот коммит в исходниках, который отключил такое поведение по умолчанию).
нужно добавлять специальную опцию --no-preserve-root, иначе выстрелить в ногу голову не получится.
такие дела.
PS. можно не верить мне на слово, а сходить в консоль и элементарно проверить:
Это прекрасно, но при работе в консоли жутко неудобно.
Каждый раз переключать раскладку, как только нужно прочитать עִבְרִית.txt, очень быстро надоедает.
А если его ещё и сравнивать придется, скажем, с العربية.txt, то там и вовсе запутаться недолго.
Но ведь есть dateutil.
Возможности dateutil гораздо шире. И сообщество вокруг проекта немаленькое (33 разработчика, если верить гитхабу).
Там можно не только сформировать расписание выходных/рабочих дней (у вас всё равно это руками фактически задаётся, поэтому тут всё аналогично можно сделать), но и прикрутить туда рабочие часы и высчитать, например, +3 часа к текущему моменту с учётом рабочего времени и выходных.
А также узнать ближайшую рабочую пятницу или первый понедельник следующего месяца и кучу других интересных вещей.
А как же "cd -"? Вы же его совсем сломали.
И вы правда всегда опции все в конец ставите? Это же неудобно.
И, кстати, запуск cd или vim вообще без опций и имени файла тоже приводит к весьма неожиданным последствиям.
Этот код нужно поместить в ".bashrc" и перезапустить bash.
Ну зачем же сразу перезапускать? Можно же просто засорсить.
Эта ссылка доступна всем желающим авторизованным пользователям на странице собственного профиля :) http://www.kinopoisk.ru/user/<user_id>/votes/ > прямо под ником там есть ссылка "экспорт в MS Excel".
В целом тема интересная, но конкретно вашу задачу можно решить чуть проще.
По ссылке httр://www.kinopoisk.ru/user/<user_id>/votes/list/export/xls/vs/vote/ оно вернёт вам xls файл со всей необходимой информацией (и даже больше чем нужно).
Правда, в новом кинопоиске такую замечательную возможность выпилили. Там нужно либо извращаться, либо не пользоваться.
У меня даже где-то shell скрипт закронен, чтобы скачивать его раз в неделю (после осенних событий я им больше так не доверяю, как это было раньше).
Они правда хотели сжать все файлы внутри каталога. Но поскольку команда вернула ошибка, на всякий случай решили фигануть chmod'ом. Они считали это универсальным фиксом на все случаи жизни. Но изначальная проблема в том, что у них инструкция в ворде. И ворд "-" заменил на "‒". Что и привело ко всей этой фигне.
fsck -D может помочь. на самом деле достаточно забавная штука. уменьшение размера директории после удаления файлов тупо никто не реализовал, потому что считают, что овчинка не стоит выделки. Детали.
Странные вопросы какие-то. В жизни всё веселее.
На собеседовании такие вопросы, конечно, не спросишь, но получилось забавно:
Пришли тут ко мне вчера индусы с просьбой помочь разобраться, почему команда не работает (Здесь они совершили не одну, как им казалось, а целых 2 ошибки. Каких?):
$ gzip ‒rf directory
gzip: ‒rf: No such file or directory
gzip: directory/ is a directory -- ignored
$ chmod -R 777 directory
$ gzip ‒rf directory
gzip: ‒rf: No such file or directory
gzip: directory/ is a directory -- ignored
Или вот тоже недавно столкнулся:
Разумеется каждый unix админ в курсе, что имена файлов хранятся в файле директории. Но совершенно внезапная вещь — это её размер. Что случается с размером директории если создать миллион файлов с длинным названием (чтобы места побольше было), а потом все их грохнуть? (:
И как с этим бороться?
и т.д.
Помимо прочего рекомендую взглянуть на библиотеку fastai (+pytorch), на которой всё основано. Хотя сам код там так себе. Но у них есть неплохой курс.
Думаю с гравюрами будет не сильно хуже.
Прямо сейчас вы можете поиграться с этим проектом. Но результат там прям совсем не очень. Я его прогонял на паре сотен своих фоток. Хороший результат был лишь в 5% случаев.
В DeOldify результаты вроде лучше, но в текущем виде, всё очень муторно. Есть шанс на докеризацию. Тогда будет проще.
У меня товарищ несколько лет назад туда устроился, так ему через пару недель после выхода на работу из HR позвонили и на новое собеседование в другой проект зызывали (:
Можно как-нибудь обосновать, чем sudo не подоходит для одного администратора?
А какая у вас система и версия rm что оно так работает?
я «не в теме», но хотел бы пояснить пару моментов тем, кто разбирается:
rm идёт рекурсивно, как и find. если он встречает кривой неудаляемый файл, то он не останавливается на нём, а выплёвывает ошибку, пропускает его и идёт дальше.
chmod 000, кстати, тут совсем не обязателен. chattr достаточно (почитайте man что ли, чтобы понять почему).
к тому же года этак с 2006 в большинстве систем rm -rf / не работает (вот коммит в исходниках, который отключил такое поведение по умолчанию).
нужно добавлять специальную опцию --no-preserve-root, иначе выстрелить в
ногуголову не получится.такие дела.
PS. можно не верить мне на слово, а сходить в консоль и элементарно проверить:
Как и ожидалось, всё, кроме test/2a успешно потёрлось.
Каждый раз переключать раскладку, как только нужно прочитать עִבְרִית.txt, очень быстро надоедает.
А если его ещё и сравнивать придется, скажем, с العربية.txt, то там и вовсе запутаться недолго.
Возможности dateutil гораздо шире. И сообщество вокруг проекта немаленькое (33 разработчика, если верить гитхабу).
Там можно не только сформировать расписание выходных/рабочих дней (у вас всё равно это руками фактически задаётся, поэтому тут всё аналогично можно сделать), но и прикрутить туда рабочие часы и высчитать, например, +3 часа к текущему моменту с учётом рабочего времени и выходных.
А также узнать ближайшую рабочую пятницу или первый понедельник следующего месяца и кучу других интересных вещей.
И вы правда всегда опции все в конец ставите? Это же неудобно.
И, кстати, запуск cd или vim вообще без опций и имени файла тоже приводит к весьма неожиданным последствиям.
Ну зачем же сразу перезапускать? Можно же просто засорсить.
http://www.kinopoisk.ru/user/<user_id>/votes/ > прямо под ником там есть ссылка "экспорт в MS Excel".
По ссылке httр://www.kinopoisk.ru/user/<user_id>/votes/list/export/xls/vs/vote/ оно вернёт вам xls файл со всей необходимой информацией (и даже больше чем нужно).
Правда, в новом кинопоиске такую замечательную возможность выпилили. Там нужно либо извращаться, либо не пользоваться.
У меня даже где-то shell скрипт закронен, чтобы скачивать его раз в неделю (после осенних событий я им больше так не доверяю, как это было раньше).
На собеседовании такие вопросы, конечно, не спросишь, но получилось забавно:
Разумеется каждый unix админ в курсе, что имена файлов хранятся в файле директории. Но совершенно внезапная вещь — это её размер. Что случается с размером директории если создать миллион файлов с длинным названием (чтобы места побольше было), а потом все их грохнуть? (:
И как с этим бороться?