Dmitrij, вообще-то ошибка прозрачно намекает, что токен неверный, и сервера Телеграма его не принимают. Хотя правильнее было бы приводить весь трейс, ведь в большинстве случаев важна не сама ошибка, а точное указание на место, где она произошла.
Bermut, для этого, вероятно, стоит использовать macvlan/macvtap в качестве интерфейса. Что позволить получить полноценный интерфейс мимо моста на хостовой системе.
"Защищать" простые скрипты на сто строчек нет никакого смысла, а сложные на десятки тысяч чаще всего продают вместе с сопровождением, поддержкой и доработками, потому "защищать" их вообще нет смысла.
podushka, это вообще вопрос на элементарные знания языка. Хотя бы неэффективное или даже неработающее решение надо было сделать самостоятельно. Иначе это будет именно что задание.
Вообще говоря, при наличии в ядре подсистемы bluetooth и драйвера этот каталог должен существовать. Не знаю, правда, менялось ли что-то в свежих версиях ядра, но в 5.15 всё на месте. Можно попробовать вручную сделать modprobe btusb и проверить, появится ли /sys/class/bluetooth.
Рекомендую почитать вывод команды dmesg (или файл /var/log/dmesg) на предмет сообщений, относящихся к bluetooth-контроллеру. Возможно, что-то сломалось в модуле, который его обслуживает. Может даже удастся нагуглить соответствующую ошибку.
Можно показать dmesg тут (загрузив на pastebin), если самому непонятно в нём ничего.
podushka, на этом сайте помогают решить проблему тем, кто испытывает сложности с самостоятельным решением. Например, не знает, какой метод выбрать, почему возникла какая-то ошибка, почему программа работает чересчур медленно или потребляет неоправданное количество памяти. Сюда приходят уже с попытками решения, но не раньше.
Вопросы тут не могут быть заданиями. В списке возможных жалоб на вопрос даже есть такая: "Это задание, а не вопрос".
Pudjak, если задача в том, чтобы в файле ничего не появилось, то надо проверять, что стандартный вывод является терминалом, см. первый попавшийся пример. Если же задача в том, чтобы файл не перезаписался при таком перенаправлении, то это НЕВОЗМОЖНО. Даже если программа ничего не выведет, файл всё равно будет создан/перезаписан как файл нулевого размера. Причём открыт на перезапись ещё до запуска самой программы.
mayton2019
Не совсем, если написать так, как написано, stdout попадёт в файл, а stderr - в stdout. Перенаправление 2>&1 следует поставить последним, чтобы в итоге оба потока попали в файл.
RSS вообще никогда не задумывался как поставщик контента за секунды. Для такого на своём сервисе лучше поискать другие механизмы (например, использовать вебсокеты), а насиловать чужой сервис без спросу вообще неприлично.
Когда из интернета фильм качался несколько суток (если ещё и не падал каждые три дня, что было довольно обычным делом), а из локалки 20 минут, это имело смысл. Когда фильм из локалки качается 20 минут, а из интернета пусть даже час, смысла в локалке становится мало, потому что в интернете гораздо больше контента. А сейчас интернеты даже превосходят былые локалки по скорости.
И, конечно, развитие глобальных сервисов. Все эти ютубы, соцсети и прочие стимы. Зачем сейчас вообще тусить в мелком районном чатике со школотой, если вконтактик предлагает всю страну, всех друзей и родственников и много новых знакомств по интересам? Зачем качать видео, если его можно посмотреть онлайн сразу же? И всё такое в том же духе.
Поздравляю с переизобретением торрент-трекеров! Они нонче часто делают всего лишь магнет-ссылки с хешами, но это всё равно не позволяет им избежать претензий.
Ну а по делу: если сайт будет мелким и никому не известным, то можно ещё трястись за домен, чтобы не растерять абонентскую базу. Если же сайт станет очень популярным, то пользователи сами завалят поисковики запросами о том, какой у него актуальный домен, как это происходит с nnmclub, бухтой и сайхабом...
Базы данных по хешам некоторых типов встречались, например https://web.archive.org/web/20150326101125/http://... , а также встречаются узкоспециализированные сайты типа anidb.net, где хеши файлов также имеются (видны только после регистрации, в основном собираются пользователями с помощью специальной утилиты avdump). Универсальные сайты, судя по всему, оказались не очень живучи. Вероятно, потому что в них стреляют со всех сторон правоприхлебатели всех мастей. Также и потому, что общее число разных файлов исчисляется астрономическими суммами, а атаковать базу хешей проще простого - достаточно генерить тысячами случайный мусор.
Если на сайте кроме хешей будут ссылки на скачивание, то сайт станет ещё более уязвим к юридическим атакам. В таком случае лучше сразу идти в onion/i2p, а в большом интернете сделать только лендинг с описанием.
Ну и надо понимать, что на взлетание проекта уйдут годы, даже если он взлетит хоть как-то. Можно попытаться договориться с какими-нибудь крупными базами контента, чтобы ускорить этот процесс, но шансы малы, что кто-то будет делиться своими данными.
PS: в целом, чем абузоустойчивее хостинг, тем он дороже, ну и качество их часто хромает, сами они живут очень непредсказуемо и могут как исчезнуть в туман с деньгами клиента, так и оказаться закрытыми по причине ареста владельцев (такие случае тоже были).
У WP есть одно большое достоинство - его огромная популярность. Поэтому по нему просто море разных рецептов, плагинов и патчей. Малоизвестная альтернатива может показаться на первый взгляд более простой, но быстро окажется, что чего-то маленького не хватает: то слайдшоу из галереи некрасиво выглядит, то облако тэгов вообще не предусмотрено, то календарь показывает недели с воскресенья... И тут уже часто не получится просто доставить плагин или внести небольшую правку в шаблон, может понадобиться дописывать полноценный функционал самому. Это явно не то что мы хотим от простого движка?
До кучи, считать WP недостаточно простым как-то странно. Это как считать, что у макинтошевских мышек слишком много кнопок :)
А зря. Это так не работает. Частота вертикальной синхронизации - это неотъемлемое свойство видеорежима (наряду с разрешением), список которых для каждого монитора ограничен его техническими характеристиками.
