Яков Улькин:
Ок. Всем привет.
А бывает велкам-бот, который сообщение о правилах чата отправляет новому пользователю в личку, а не в группу?

Mark Darkman:
@groupbutler_bot

там в настройках есть галочка, отправить сообщение в лс

но при том что если напишет пользователь команду

VAG:
Он пишет прям всем в лс? Даже если человек не запустил его? Очень сомнительно

Mark Darkman:
"но при том что если напишет пользователь команду"

да, команда для просмотра правил вставишь, там галочка есть, отправить в личку

если пользователь отправит команду чтобы посмотреть рпавила, он отправляет в личку

Сколько сервисов для ведения списка дел я перепробовал, но сегодня подумал, что вести ToDo прямиком в unity тоже можно.

Идея странная, но глянул ассет стор и нашел готовые решения. Помимо простых окошек с созданием листа, увидел годную вещь.

Плагин, который чекает код, находит пометки и выносит их в окошко. Тема не новая, даже в vs code есть подобный плагин, но это же в #unity

Вот сам ассет :
https://goo.gl/pjBQyM

И плагин для подсветки ключей в vs code

https://goo.gl/BPNwvv

Кому не сложно,зайдите в бота @kinofb_bot,напишите старт и впишите любой фильм,сделал фидбек,а проверить не могу

Пашет)А делал сам,руками

Сейчас исправлю

Вот инструкция как отправить отдельное приложение в отдельный интерфейс на Linux при помощи namespaces.
Самое приятное, что статья платная, а вся важная инфа доступна бесплатно =)

https://xakep.ru/2018/01/15/vpn-linux-network-namespaces/

Как на самом деле работает почта

Ребята из Linkmeup (https://t.me/linkmeup_podcast) откопали охрененную презентацию про траблшутинг беспроводных сетей (и про софт и железо для этого). Маст рид. 52 слайда годноты http://www.globeron.com/freedownload/services/Globeron-1-2-3-ToolsToAnalyzeRoaming.pdf

Вот вам, под вечер, неплохой перевод статьи про WebSocket (и немного про HTTP/2+SSE)
https://habrahabr.ru/company/ruvds/blog/342346/
И обзорная статья про отказоустойчивость в MS SQL 2017 в редакции Standart (с примерами и скриптами)
https://habrahabr.ru/post/342248/

Балансировка нагрузки каналов связи всегда была темой с некоторой долей магии.
Особенно, если речь идёт, про связь с не фиксированными скоростями, например 4G.

Каким образом мы можем балансировать такие каналы связи?
Существует две стратегии (о который известно автору ;) Обе не без изъяна.

Per Host\Connection classifier
В этом подходе мы балансируем нагрузку на каналы по пользователям (одних "налево", одних "направо") или по соединениям.

Часть пользователей или соединений будут «видеть» внешний мир через первый модем, часть через второй (третий, пятый и тд). Мы можем делить равномерно или не очень, определяя отпавший\плохой канал или не обращая на это внимание.

Балансировка по соединениям может нарушать работу некоторых служб, протоколов или веб систем, однако она позволит распределить нагрузку более равномерно. Балансировка по пользователям — прозрачна, но менее равномерна.

У этого подхода есть недостаток — максимальная скорость любого соединения будет равна максимальной скорости того канала (модема), на который данному соединения суждено попасть. Т.е. скорость связи не суммируется. Имеем два канала по 50 мегабит, но сотка не достижима. Это обидно.

Per Package classifier
Существует другой подход — по пакетная балансировка нагрузки между каналами.

Этот подход лишён недостатка в предедущем решении — скорость модемов, с точки зрения проходящего трафика, суммируется. Если мы будем иметь два канала по 50 мегабит, то, теоретически, пользователь сможет использовать их оба "на полную катушку".

Но. Всегда есть но.

Первая проблема (это ты) — это NAT. Для построения такой балансировки нам необходимо использовать некую внешнюю точку приземления трафика и выхода его наружу (и маскарадинга). Т.е. Нам будет необходимо построить два туннеля в какой-либо Датацентр и выпускать пользовательский трафик наружу там. Нууу такое.

А вторая (все твои мечты) — не фиксированные скорости.
Дело в том, что при пакетной балансировке, скорость модемов будет суммироваться не совсем честно.
Если один из каналов в какой-либо момент времени потеряет в скорости и сможет пропустить через себя только 5 мегабит, то общая ширина канала составит 10 мегабит, даже если второй будет способен пропустить в десять раз больше.
Более медленный канал, в силу специфики такой балансировки, будет как бы «тормозить» более быстрый.

(азаза обещал два) Per Package and Signal Quality classifier
Выходом из сложившейся ситуации — будет пакетная балансировка с учётом качества каналов.
Это наиболее гибкий и сложный в реализации способ. Но и он не идеален.
Дело в том, что информация о качестве эфира поступает к нам с задержкой, мы всегда видим картину прошлого, а не текущего статуса, и тем более мы не можем прогнозировать ухудшение качества связи.
Но это лучше чем ничего.

Хозяйке на заметку: Качество сигнала лучше всего получать при помощи AT команд (например, AT+CSQ) если они поддерживаются вашим устройством

Итак, если у вас нет своего ДЦ или хоста с хорошим каналом связи - ваш путь первый, если есть и связь устойчивая - второй, если связь не устойчивая и устройство умеет в скрипты (или автобалансинг) - третий путь ваш.

Stay connected and sorry for the long silence

Проблемы с загрузкой компьютера? Эта «простая и наглядная» схема поможет вам) (на самом деле)

*в более лучшем качестве. (cпасибо, *sm1Ly)