Для любителей утверждать что во всем виноват гугл, повторим тест с SNI:
Прямой тест
curl https://speedtest.selectel.ru/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 100M 100 100M 0 0 72.4M 0 0:00:01 0:00:01 --:--:-- 72.4M
Тест с подменой
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 100M 0 0 0 0 0 0 --:--:-- 0:00:44 --:--:-- 0
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 100M 0 15032 0 0 1006 0 28:57:12 0:00:14 28:56:58 0
Я не дожидался теста до конца, но уже можно видеть что разница огромна(1 попытка вообще ни байта не скачала, второй очень медленный).
В то время как прямое соединение скачало за секунду.
По-идее установка нового соединения самая тяжелая операция, потому и срезали где могли.(а даже без ДДОС могут быть скачки, например при работах в домах и тп)
Это немного нестандартное поведение вроде как, но легитимное.
Где-то писали что зачастую даже перестановка пакетов не обрабатывается ими.
Станет распространено, скорее всего доучат железку.
ADD: возможно еще из-за того что сделает легче атаку на саму железку, ей же придется выделять память под это.
Конечно будет. Это называется reassembling. После сборки сообщение и выдергивания из него нужных данных для классификации - буфер сборки просто очистится.
Это дорого для транзитного траффика, на мелких сетях может и вытянет, но на крупных нет.
Итак столкнулись однажды с тем что при ДДОС-атаке легла ТСПУ))
В браузерных средствах разработчика на панели «Сеть» никаких данных про отправку запросов и получение ответов тоже не было.
Насколько помню там WS соединение должно быть(по хорошему), оно отображается, но, возможно его надо ловить в момент открытия, а потом уже можно смотреть сообщения.
Нет возможности сделать микс из Interactive Server-Side Rendering и Client-Side Rendering (WebAssembly).
Сейчас вроде есть режим Auto, когда он из ISSR перейдет в ICSR в фоне. Но там есть свои нюансы.
Там на самом деле очень много "ручек", но например обратный отсчет это пример когда ISSR подходит плохо, тут уж лучше JS чучуть оставить.(не зря в MudBlazor + MudExtensions есть компонент Watch)
Собственно, как упомянул выше, совсем от JS уходить не удается, зачастую есть компоненты что это нивелируют. либо можно свой компонент сделать и забыть о проблеме.
В целом Blazor игрушка неплохая, но надо много изучать по режимам работы и тп.
В целом статистика неплохая на самом деле, проблема с таймером это иное все же.(потому под такие вещи я предпочитаю просто сервис фоновый)
C пропусками событий, странно, надо попробовать повторить тест как нибудь.
Для себя пока пилю ICSR приложение(так как там тяжелое приложение). На работе тестируем возможность(скорее думаем, стоит ли переписывать) сделать панель управления, но Blazor строго после авторизации.
Обычно хостеры при окончании баланса сервера тормозят, а через N-дней удаляют уже с концами.
Потому что все же если сервис был рабочий то есть шанс что заметите что что-то не так, и оплатите. Тут реально понимаешь что сам дурак, но особо негатива нет на провайдера.
Тут же политика словно: "забываешь оплатить? Значит ты нам не интересен как клиент."
А цены там замечательные))
https://vkplay.ru/play/?is_sellable=1&search=Martyr
И
https://store.steampowered.com/app/527430/Warhammer_40000_Inquisitor__Martyr/
9999 против 2900 за Definitive edition.
Причём игра доступна в РФ итак.
Мне кажется основная причина роста это куча пиратского контента.
Я когда в отпуске был с поиска яндекс часто вел туда чтоб фильмы смотреть.
Для любителей утверждать что во всем виноват гугл, повторим тест с SNI:
Прямой тест
curl https://speedtest.selectel.ru/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 100M 100 100M 0 0 72.4M 0 0:00:01 0:00:01 --:--:-- 72.4M
Тест с подменой
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 100M 0 0 0 0 0 0 --:--:-- 0:00:44 --:--:-- 0
curl --connect-to ::speedtest.selectel.ru https://manifest.googlevideo.com/100MB -k -o/dev/null
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 100M 0 15032 0 0 1006 0 28:57:12 0:00:14 28:56:58 0
Я не дожидался теста до конца, но уже можно видеть что разница огромна(1 попытка вообще ни байта не скачала, второй очень медленный).
В то время как прямое соединение скачало за секунду.
Если бы была деградация кэша, то тест с подменой SNI бы не работал.
Как вариант всю AS 15169 туда, но там далеко не только YouTube.
DNS тут не причем
Из того что находил в комментариях, приходят разные доменные имена сервера отдачи видео для мобильного и десктопа.
Собственно выше, сам гугл отдает другое имя сервера(даже если ведет в тот же адрес) для мобильных.
а замедляют по SNI(который не шифрован)
Повторю: то что видел в комментариях.
По-идее установка нового соединения самая тяжелая операция, потому и срезали где могли.(а даже без ДДОС могут быть скачки, например при работах в домах и тп)
Это немного нестандартное поведение вроде как, но легитимное.
Где-то писали что зачастую даже перестановка пакетов не обрабатывается ими.
Станет распространено, скорее всего доучат железку.
ADD: возможно еще из-за того что сделает легче атаку на саму железку, ей же придется выделять память под это.
не припомню чтоб с ТСПУ ставилась защита еще.
Провайдеры ж не будут ставить защиту за свой счет для клиентов.
Это дорого для транзитного траффика, на мелких сетях может и вытянет, но на крупных нет.
Итак столкнулись однажды с тем что при ДДОС-атаке легла ТСПУ))
Насколько помню там WS соединение должно быть(по хорошему), оно отображается, но, возможно его надо ловить в момент открытия, а потом уже можно смотреть сообщения.
Сейчас вроде есть режим Auto, когда он из ISSR перейдет в ICSR в фоне. Но там есть свои нюансы.
Там на самом деле очень много "ручек", но например обратный отсчет это пример когда ISSR подходит плохо, тут уж лучше JS чучуть оставить.(не зря в MudBlazor + MudExtensions есть компонент Watch)
Собственно, как упомянул выше, совсем от JS уходить не удается, зачастую есть компоненты что это нивелируют. либо можно свой компонент сделать и забыть о проблеме.
В целом Blazor игрушка неплохая, но надо много изучать по режимам работы и тп.
В целом статистика неплохая на самом деле, проблема с таймером это иное все же.(потому под такие вещи я предпочитаю просто сервис фоновый)
C пропусками событий, странно, надо попробовать повторить тест как нибудь.
Для себя пока пилю ICSR приложение(так как там тяжелое приложение). На работе тестируем возможность(скорее думаем, стоит ли переписывать) сделать панель управления, но Blazor строго после авторизации.
На самом деле вместо
SevenBitNumber y = (SevenBitNumber)100;можно сделать
SevenBitNumber y = new(100);dotnet начиная с core, официально поддерживает Linux.(а вот mono оставил неприятные впечатления)
Они в первую очередь наслаждаются, зачем им думать настоящий персонаж или нет?
Они просто испытывают эмоции.
Тем более мы говорим о другой культуре.
Генератор паролей в KeePassXC точно чистит за собой, но я с файла не тестировал.
Сколько не хостился, обычно сервер вырубают при просроке, и только потом спустя N-дней уже удаляют.
Может, конечно, мне просто везло с хостингами.
Но такую "клиентоориентированность" встречаю впервые.
Тут банально же, у человека уже ничего не осталось на их хостинге из-за такой политики. Смысл ему оставаться там где уже есть негативный опыт?
Обычно хостеры при окончании баланса сервера тормозят, а через N-дней удаляют уже с концами.
Потому что все же если сервис был рабочий то есть шанс что заметите что что-то не так, и оплатите. Тут реально понимаешь что сам дурак, но особо негатива нет на провайдера.
Тут же политика словно: "забываешь оплатить? Значит ты нам не интересен как клиент."
судя по всему проект собирается прямо там.
target-runtime linux не существует, потому естественно работать не будет(там скорее всего будет linux-x64).
В теории на такой машине можно собрать будет бинарник с RID - linux-riscv64 и перенести на другую такую же
Для ПК есть MegaMek, не официальный порт настолки.
Хотя проблему людей/компании не отменяет(