Даже если найти такого, вряд ли они скачивают видео, скорее только текст и может быть картинки. В Телеграме много каналов и групп с гигабайтами видео, всё это хранить очень накладно.
Drovosek01, почему ручной? В Chrome одной кнопкой переключается. Плюс я себе всегда ставлю расширение Google Translate, которое ещё удобнее, позволяет не только перевести всю страницу или её часть, но и при выделении переведённого фрагмента показывает, как выглядел оригинал.
Sneiksus, в нормальной ситуации в фирме делается одна точка агрегации трафика (условно серверная), куда приходят все провода, и там уже всё включается в свитч (в несколько свитчей, если проводов много). Свитчи обычно на 16, 24 или 48 портов. То есть всё нарисованное прекрасно влезет в один.
Есть ситуация, когда может быть оправдано построение более разветвлённой структуры. Это когда части фирмы сильно разнесены. Например, мой работодатель раньше снимал ещё одно помещение в другой части того же бизнес-центра (отказались в связи с пандемией - теперь многие работают на удалёнке). Так вот, туда просто кинули два отдельных линка оптикой по разным коридорам (два для резервирования) и сделали там отдельную точку коммутации. Тянуть три десятка проводов по 300 метров из основной серверной не имело никакого смысла.
sportik174, надо смотреть в логи (error.log). Большие ответы могут приводить к записи во временные файлы, и чаще всего где-то там обнаруживается, что доступа на запись нет.
Входящий трафик нельзя ограничить. Он уже прилетел. Единственное что можно - дропать пакеты, чтобы другая сторона тормозила отправку, пока в пределах TCP-окна пакеты не будут подтверждены. И всё равно это не особо эффективно работает. Искать по словам типа tc ingress policy.
Судя по тому, что слово ingress в доке не нашлось, tcset, скорее всего, умеет шейпить только исходящий.
irishmann, pbf (protobuf) это формат, который с OSM напрямую не связан, просто там его стали использовать вместо XML и это оказалось более эффективно по размеру.
Kuddesnik, обычно в OSPF можно cost выставлять линкам, чтобы выбирались предпочительные. Самым ненужным выставить очень высокие значения, чтобы туда что-то пошло только если уж совсем всё развалится...
Cod Rob, может, очень даже может. SMS стоят для A2P-интеграций довольно дорого, плюс всякие ритуалы по регистрации имени отправителя. А всякие "бесплатные" способы если и работают, то очень ненадёжно. Например, несколько лет назад через дешёвого иностранного поставщика, работавшего, судя по всему, через SS7 с иностранного оператора, доставка была не более 40%, сейчас вряд ли даже такое можно достичь.
Но для очень маленьких объёмов можно купить модем, вставить симку, отправлять через него.
Собственно, раньше даже это ставили на поток, покупается SIMbank (см. на Алиэкспрессе), набивается симками и с них делается отправка. Но операторы давно научились таких выявлять и банить. Ибо довольно очевидно, что 100 телефонов в одной узкой локации кучу SMS просто так не отправляют, это жжж явно неспроста...
I_want_to_know, у меня в мониторе есть HDMI и MiniDP, в HDMI всё ок, в MiniDP изредка бывает так, что после включения на нём нет изображения, причём xrandr (в Linux) монитор видит и картинку на него выводит. Передёргивание провода не помогает. А помогает выключить/включить монитор.
До пандемии подключал монитор через DP в офисе и там это случалось довольно часто, причём включение-выключение часто помогало далеко не сразу. Дома вот случается редко.
Думается мне, есть недоработки в технической части: протоколы интерфейсов, реализация в драйверах, в прошивке мониторов итд. Пожалуй, если это решается передёргиванием питания монитора, то не самое страшное решение...
Денис _______________, flatpak убунта и сейчас умеет, можно поставить и использовать.
и ставить через них deb пакеты
Есть даже alien для конвертации пакетов, хоть и работает по технологии Plug&Pray. Но вот например oracle sqlclient из rpm в deb хорошо конвертится и ставится.
у rpm-based в этом вопросе как-то уныло
В первую очередь потому что нет одного "корневого" rpm-based дистрибутива. Все deb-based основаны на Debian, который, в свою очередь, является и носителем пакетной базы почти всего что есть для во всех других дистрибах. В rpm-based же у каждого условно корневого дистриба (RH, Suse, ALT итд) пакетная база своя уникальная.
Денис _______________, не RHEL, а RH. Когда-то существовал такой дистриб (бесплатный), наследником которого является Fedora. Но даже так, Mandrake не был основан непосредственно на пакетной базе RH, он сильно от неё отличался, и там даже пересборка srpm от RH и других rpm-дистрибов была с большим количеством бубна. ALT давно уже имеет свою пакетную базу Sisyphus, когда-то утверждали что она весьма неплохая и содержит дофига пакетов, но я не в курсе насколько хорошо её нынче ведут, да и у Fedora с тех пор тоже пакетная база сильно выросла.
Есть ещё и SUSE, который тоже на rpm-пакетах, но своих.
Если лезть в формальное родство и происхождение, то можно долго увязнуть в холиварах. Но простейший критерий тут всё же другой: грубо говоря, можно ли ставить один пакет в разные дистрибы. И вот в debian/ubuntu и их клоны часто можно спокойно ставить .deb-пакет, а вот с .rpm это часто работает очень хреново даже на близкородственныз дистрибутивах - не говоря уже о совсем различных.
Поэтому - нет, я не согласен, что rpm-based дистрибутивы это что-то одно и единое. Это только в мире deb-based работает (и то не всегда).
Ну и в целом никуда не девается претензия к тому, что все дистрибутивы намеренно сводятся к rpm-based и deb-based с отрицанием огромного зоопарка других пакетных менеджеров и вообще подходов (например, Elementary OS изначально основана на Ubuntu, но оперирует приложениями flatpak вместо deb-пакетов).
Sanes, есть довольно популярные дистрибутивы, которые нельзя отнести ни к Debian-based, ни к Fedora-based. Например, ALTLinux сочетает собственную пакетную базу rpm и пакетный менеджер apt. А уж о всяких Gentoo с ebuild'ами и Arch с pacman/aur я уж и не говорю. Ну тот же Alpine или OpenWrt со своими собственными пакетами и пакетными менеджерами довольно известны...
И это только очень известные дистрибутивы.
Поэтому люди не просто так констатируют узость мышления.
Drno, на самом деле это далеко не шутки. Можно почитать отзывы, там при любом чихе продавец сразу возврат предлагает, что намекает, что проблемы бывают часто. И скорее всего срок жизни железяки даже у довольных может быть небольшим, то есть отказов больше, чем мы видим. Ведь довольные люди чаще всего не меняют отзыв спустя даже считанные недели или месяцы. Придётся готовиться к отказам и возвратам, негативу клиентов итд.
Если всё равно потом менять, то даже партию на 100 штук покупать нет смысла, и я бы рекомендовал подумать над тем, чтобы сразу выбирать более адекватное конечное решение.
Tycoon86, если вокруг есть соседи с 2.4 ГГц, особенно гении с "завышу уровень сигнала в в потолок", то можно легко огрести. У меня в доме в какой-то момент регулярно стали секундные пинги на Wi-Fi, помогал только ребут роутера, и то порой не больше чем на полчаса, в итоге я перешёл на 5 ГГц. И всё стало хорошо.
2.4 ГГц может быть лучше в некоторых особых сценариях. Может бить дальше, особенно при наличии стен, но это если вокруг пустой или почти пустой радиоэфир. В городе же это совсем не вариант.
Можно попробовать направленными антеннами спарить, но результат не гарантирован. Был опыт много лет назад, когда два D-Link так обеспечивали радиомост на 200 метров между двумя школами, работало более-менее, но тогда и интернет школам выдавали в лучшем случае 2 Мбит/с, причём не всем - из-за чего и приходилось вот так исхитряться...
