Qubc, в Linux конец файла при вводе с stdin в консоли - это Ctrl-D. Ctrl-Z делает совсем другое (посылает процессу сигнал SIGTSTP и возвращает пользователя в консоль, если не перехвачено программой).
WapSter, вордпресс не фреймворк, это вообще ни о чём. Да и в нём говнокод в основном в кривом php-коде, который бездумно копипастят из SO.
Фреймворки, которые реализуют возможность быстро писать html-шаблоны и делать формы есть и довольно много (та же django). При этом для админки уровня "три галочки и пара текстовых полей" подобное явно будет проще и быстрее, чем писать рест-сервисы, осваивать всякие jwt и вебпаки и ещё сто раз налажать в этом.
JoshGeorge, beautifulsoup это парсер html-контента, который ещё надо как-то получить, и это как раз меньшая из проблем. Selenium про имитацию полноценного браузера, но чтоб его не обнаружили сразу надо напрячься (selenium stealth итп), а чтобы не обнаружили по излишней активности надо всякие прокси с незасвеченными айпишниками тысячами и лучше сразу за деньги - бесплатные работают плохо и тухнут быстро.
В общем, это в принципе очень больно и сложно. Лучше заняться чем-нибудь более осмысленным, полезным и продуктивным.
Александр Нестеров, Gallismo
на деле с ntfs3g спокойно работает read-write. Но если хочется более надёжно - то лучше в качестве обменной fs использовать exfat. Поддержка ntfs в ntfs3g довольно хороша, но всё равно риск отказа есть.
mayton2019, насколько я знаю, Glacier стоит почти бесплатно, если не доставать данные, там основной расход денег это запросы на извлечение, само хранение совсем недорогое. У меня один знакомый туда свой домашний фотоархив положил на всякий случай.
Веб-разработка не обязательно делится на front/back! Это просто де факто стандарт для сколько-нибудь сложных современных сайтов, но это не значит, что так делать обязательно. Более того, это вообще бич современного сайтостроения: каждая заурядная страничка с парой картинок и несколькими абзацами текста норовит превратиться в кривое "приложение" со свистоперделками, выжирающая память и процессор и тянущая мегабайт js-говнокода.
Для простых задач и вообще при отсутствии серьёзного опыта может быть намного быстрее, проще и эффективнее с этим не заморачиваться и накидать сайт на шаблонах с каким-нибудь типовым фреймворком (был бы python я бы назвал django, в этих ваших go я не очень понимаю).
Проще всего не массовый сервис под ключ реализовывать, а найти нескольких достаточно надёжных долгосрочных клиентов, которые будут платить денежку и сами со своими хотелками разбираться.
Я, например, довольно долго хостил у себя сайт на битриксе для знакомых.
FOUREX, потому что screen придумали для совсем другого. Вот текущий пример вполне показателен: скрипт не стартует, а почему - непонятно. В systemd причины неработы скрипта можно было бы увидеть в логах. Вместе с временем, когда он упал или перезапустился.
Ну я бы включил логгирование в screen, раз уж такое дело, можно будет глянуть что ему не нравилрось.
Жиза, у нас тут админка для интеграции была и вечно из автозаполнения пароль очередного пользователя админки подставлялся в пароль интеграции... Сменили type на text и стало хорошо.
А до этого я воевал с lastpass, в котором всё это автозаполнение управляется как-то криво...
Zmtrk62, я не очень слежу, но вроде бы до сих пор их используют и часто рекомендуют для долгосрочных бэкапов.
Если нужно прям меганадёжно, то есть такая штука M-DISC, но видимо это не очень дёшево, плюс реальная надёжность может оказаться ниже маркетингового хвастовства.
Так что из простого варианта - всё же диски с возможностью их класть на полку (NAS, док-станция, сервер с HotSwap итд). Диски можно докупать, да и прочитать их можно где угодно в случае чего.
Локаль проверять тоже глупая идея. У меня, есть знакомый, который изучает немецкий язык. Он немецкую локаль использует.