Не надо ставить значения TERM какими попало! В зависимости от этого приложения и выбирают то или иное поведение. В том числе и bash в интерактивном режиме. А TERM в нормальной системе скорее всего автоматически будет выставлен в приличное значение.
В целом проблема скорее всего в правильности поддержки ESC-последовательностей (см. man console_codes) конкретным терминалом пользователя. Тут уж только тестировать и подбирать такие, которые работают гарантированно, либо делать разное поведение для разных TERM.
А так вообще использовать специальные средства (например, dialog) и библиотеки (например, ncureses).
junior_www, у меня на каком-то сайте показывало "выключите VPN для доступа к сайту", при том, что VPN у меня не было, а сам сайт был на русскоязычную аудиторию и заблокирован (!) в России. Как они "определяли" VPN и зачем вообще ограничивали доступ при таких условиях - не представляю...
Maksim Herasim, ну по вопросу видно, что автор вместо решения проблем с неработающим сайтом пытается заставить пользователей отключать VPN, потому что ему показалось, что сайт плохо работает с VPN. Может, за этим что-нибудь и стоит осмысленное (например, он использует сторонние скрипты, которые капризны к адресу источника запроса?), но скорее всего просто ерунда и надо взять да и разобраться, откуда берутся проблемы.
LinuxoidLinuxoidovich, matrix работает на http-запросах, можно самому освоить. Кстати, matrix comander использует библиотеку matrix-nio, которую применяют для разработки ботов и микроклиентов для matrix.
Для чего вообще такие требования по скорости? Это слабые устройства будут уведомления слать? Проще тогда сделать свой сервис, который будет их запросы (со своей собственной авторизацией) транслировать куда душе угодно. Или просто Телеграм дёргать через Bot API...
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 я не очень понимаю).
Проще всего не массовый сервис под ключ реализовывать, а найти нескольких достаточно надёжных долгосрочных клиентов, которые будут платить денежку и сами со своими хотелками разбираться.
Я, например, довольно долго хостил у себя сайт на битриксе для знакомых.
