Канал решает конкретную проблему — доставку и обновление конфига при заблокированном основном канале
Есть же функционал подписок у любой панели управления vless, почти любое клиентское приложение поддерживает их. Закиньте вы эту генерацию на VKCloud среди настоящего сайта или сайта заглушки, и меняйте себе конфиги на здоровье на лету. Что за огороды) Вам же даже не надо иметь саму панель там, вам достаточно присылать ответ в нужном формате.
Логично, и проектируют. Тут нет никакого "делать X, а не Y", противодействие происходит постоянно и одновременно, причем даже в рамках одной и той же специальности, одного и того же направления. Пока одни люди в одном вузе проектируют методы анализа и детекта, в другом месте, возможно того же вуза, того же курса, проектируют системы устойчивые к анальному криптоанализу.
Не нужно думать, что не найдутся люди, которые не возьмут такую тему, например, для своей дипломной работы. Находятся прекрасно.
Когда он отключается. то, внимание, он уже не в сети. Собственно, вы проспорили. Ваша ситуация никак не противоречит написанному ранее
если будет в сети два девайса с одним маком
С таким же успехом могли бы уж и довести ситуацию до абсурда, сказав, что такой же мак может возникнуть у юзера где-то в другом городе или даже континенте, чего мелочиться-то? Суть та же.
Для кого это быстро и почти бесплатно?) Только если для "Рога и копыта" с уставным капиталом в 10 тысяч с клиентской базой в 100 человек без офиса в оффлайне, то ну может быть да.
Но абсолютном большинстве случаев обычный ренейминг, ой, простите, переименование, это вот вообще не быстро и не бесплатно. Я понимаю, что удобно было посмотреть на размеры лишь госпошлин, которые в электронном варианте вообще нулевые. Но теперь прикиньте затраты на брендинг и маркетинг ( редизайны, реклама, коммуникация, PR ), сео и репутационку, айти ( домены, серты, названия и тд ) и прочее и прочее.
Понятно, что с Ozon на Озон будет чуток попроще ( но все равно еще дороже, чем регистрация ТЗ ), но не всем так везет. Даже для семейной пивнухи с тремя помещениями, регистрация уже будет всяко дешевле. Вы ценники на изготовление вывесок видели?) Или на полиграфию, это же кошмар.
Очевидно, если не указано иное, то всегда подразумевается актуальная поддерживаемая, или хотя бы не сильно устаревшая версия, на момент публикации текста. Это ж база). То есть несколько поколений назад - норм, 10 винда скорее норм, хотя и eol вот-вот прошел. А вот 7 винда с учетом eol больше 5 лет назад, или вот Zyxel с eol >10 лет , ну объективно, не попадают под признаки актуальности :)
Можете проверить трассировкой маршрут, и вы поймёте все.
Трафик ваш мог спокойно наматывать кругаля Москва, возможно через Европу - дальше в Азию (Пекин - Сеул) - и только потом Токио
Географическая близость вообще не гарантирует наличие прямого пиринга с ДВ до Японии, тем более, если точки разделены водой, даже если есть подводные кабели между странами. Да даже наличие пиринга не гарантирует, что конкретно в вашем случае трафик будет идти по этому маршруту.
Маршрут определяется не расстоянием и задержками, а "дешевизной" транзита по тем или иным путям, конкретному оператору может быть сподручнее кидать трафик по своим магистралям до Москвы ( либо напрямую дороже, либо вообще невозможно по договорам и делать это может только tier1 например, но не ваш провайдер )
Зачем доходить рукам. LBO в роуминге уже существует, это заложено в стандартах, один рубильник и ваш трафик идёт через pgw гостевого оператора на все готовенькое.
И говорить про то, что Китай на такое совсем не идёт - не верно. Идёт, но не массово.
То есть блокировки туда нельзя встроить by design, только сломать интернет в роуминге полностью
В стандарте сотовой связи заложена возможность LBO, когда трафик не роутится через домашнюю сеть, а входит в pgw гостевого оператора со всеми вытекающими. И ничего не ломается, не надо тут. Это заложенный стандартом вариант работы, и буквально один рубильник на стороне гостевого оператора. Но и это не единственный способ унести трафик роумера в visited pgw.
Единственный ограничитель - юридические риски. + Со стороны домашнего оператора - отсутствие возможности расчета трафика, но для абонента это скорее плюс, чем минус. Для гостевого оператора - невозможность получения взаиморасчётов за трафик Не то, чтобы это будет сдерживающим фактором, если захотят.
Но на это не пошёл даже Китай
Ну вообще-то пошел. Да, не для всех гостевых операторов, лишь для некоторых зарубежных провайдеров "интернета для путешествий", типа Airalo. Хотя периодически и на них hr переключают. Но говорить о том, что Китай вообще не делает это в корне неправильно.
Самая главная подмена понятий в том, что зачем-то то и дело пытаются вайбкодинг сравнивать именно с написанием кода, с обычным кодером, даже не инженером. Но зачем? Ведь и тимлид, и сис архитектор команды разработки не вдается в конкретные детали реализаций, сделана ли там сортировка пузырьками или нет. Также как и ПМу абсолютно не важно, как реализован внутри продукт. Ему важно, что он сделан зачем-то и он решает какую-то бизнес задачу. И здесь также, вайбкодер не разработчик. И не надо его с ним сравнивать.
Да, роли действительно поменялись, сильно. И это ключевое, но в статье почему-то это лишь вскользь прошло.
Другая подмена понятий в том, что в начале статьи есть только чёрное и белое, когда ты кодишь, то ты прям обязательно держишь сложный контекст в уме, держишь состояние потока, ты целый инженер. А когда вайюкодищь, то ты обезъяна тыкающая кнопки. Но ведь в реальном мире не всегда так, и вайбкодищь можно вдумчиво, прорабатывая верхнеуровневую архитектуру, и просто кодить можно вообще не задумываясь, тыкая автокомплиты в ide, зачем это все пишется, ты просто исполнитель задач, лишь бы галера деньги вовремя платила.
Ну это в теории все красиво, для небольших сервисов. Но что-то я пока не видел, чтобы крупные конторы засунули свой жирный инстанс оракл в кубер ) Его вообще стараются не трогать лишний раз. Или у вас есть примеры?
Увы, но нет. Нестандартных не большинство. Стандартных типовых обращений всегда на порядок больше, может достигать даже и 90% от всех. Цифра, во многом, зависит от сферы, конечно, но меньше половины почти не бывает.
"стандартные" легко решаются через гугл или чтение мануалов
Вы слишком хорошего мнения о людях, обращающихся в поддержку )
p.s. но это не оправдывает то, что делают тупых и непроходимых ботов, лишь бы статистику обращаемости снизить любой ценой.
То есть поставить jitsi, не используя и не когнфигурируя то, что не нужно, это самосвал. А писать свой костыль, который делает то же, что и jitsi в мин конфигурации, тратя больше когнитивных и временных ресурсов это не самосвал. Понятно.
Ничего там не ляжет, откуда вы это взяли) Вы же сами написали, что речь про трех бабушек. Vps это даже не заметит.
Не очень понятна цель одного бинарника и неприязнь композа. Ну ладно веб ресурсы упаковывать, могу понять.
Но не очень понимаю, зачем перевыпуск сертов запаковывать в сам бинарь. Ну вот у меня сертами занимается отдельный выделенный компонент. Пусть это будет cert-bot, cert-manager, nginx или traefik. Он один общий на все мои приложения, почему и зачем приложение вообще этим занимается, это не его задача, как бы не хотелось завернуть все в один бинарь ( лучше все заворачивать в один композ ). Ну типа, что мне делать, если у меня wildcard сертификат на все сразу? Юзать jitsi.
Есть же функционал подписок у любой панели управления vless, почти любое клиентское приложение поддерживает их. Закиньте вы эту генерацию на VKCloud среди настоящего сайта или сайта заглушки, и меняйте себе конфиги на здоровье на лету. Что за огороды) Вам же даже не надо иметь саму панель там, вам достаточно присылать ответ в нужном формате.
Выпускник и выбирает. О чем вы.
Логично, и проектируют. Тут нет никакого "делать X, а не Y", противодействие происходит постоянно и одновременно, причем даже в рамках одной и той же специальности, одного и того же направления. Пока одни люди в одном вузе проектируют методы анализа и детекта, в другом месте, возможно того же вуза, того же курса, проектируют системы устойчивые к анальному криптоанализу.
Не нужно думать, что не найдутся люди, которые не возьмут такую тему, например, для своей дипломной работы. Находятся прекрасно.
А вы можете быть уверенными, что этот TLS идёт куда надо?)
В что им этот опрос даст? У них зонды повсеместно, они и сами более детальную статистику собрать могут.
Вовремя я увидел, да.
Когда он отключается. то, внимание, он уже не в сети. Собственно, вы проспорили. Ваша ситуация никак не противоречит написанному ранее
С таким же успехом могли бы уж и довести ситуацию до абсурда, сказав, что такой же мак может возникнуть у юзера где-то в другом городе или даже континенте, чего мелочиться-то? Суть та же.
Для кого это быстро и почти бесплатно?) Только если для "Рога и копыта" с уставным капиталом в 10 тысяч с клиентской базой в 100 человек без офиса в оффлайне, то ну может быть да.
Но абсолютном большинстве случаев обычный ренейминг, ой, простите, переименование, это вот вообще не быстро и не бесплатно. Я понимаю, что удобно было посмотреть на размеры лишь госпошлин, которые в электронном варианте вообще нулевые. Но теперь прикиньте затраты на брендинг и маркетинг ( редизайны, реклама, коммуникация, PR ), сео и репутационку, айти ( домены, серты, названия и тд ) и прочее и прочее.
Понятно, что с Ozon на Озон будет чуток попроще ( но все равно еще дороже, чем регистрация ТЗ ), но не всем так везет. Даже для семейной пивнухи с тремя помещениями, регистрация уже будет всяко дешевле. Вы ценники на изготовление вывесок видели?) Или на полиграфию, это же кошмар.
"не уточняют версии"
Очевидно, если не указано иное, то всегда подразумевается актуальная поддерживаемая, или хотя бы не сильно устаревшая версия, на момент публикации текста. Это ж база). То есть несколько поколений назад - норм, 10 винда скорее норм, хотя и eol вот-вот прошел. А вот 7 винда с учетом eol больше 5 лет назад, или вот Zyxel с eol >10 лет , ну объективно, не попадают под признаки актуальности :)
Можете проверить трассировкой маршрут, и вы поймёте все.
Трафик ваш мог спокойно наматывать кругаля Москва, возможно через Европу - дальше в Азию (Пекин - Сеул) - и только потом Токио
Географическая близость вообще не гарантирует наличие прямого пиринга с ДВ до Японии, тем более, если точки разделены водой, даже если есть подводные кабели между странами. Да даже наличие пиринга не гарантирует, что конкретно в вашем случае трафик будет идти по этому маршруту.
Маршрут определяется не расстоянием и задержками, а "дешевизной" транзита по тем или иным путям, конкретному оператору может быть сподручнее кидать трафик по своим магистралям до Москвы ( либо напрямую дороже, либо вообще невозможно по договорам и делать это может только tier1 например, но не ваш провайдер )
Зачем доходить рукам. LBO в роуминге уже существует, это заложено в стандартах, один рубильник и ваш трафик идёт через pgw гостевого оператора на все готовенькое.
И говорить про то, что Китай на такое совсем не идёт - не верно. Идёт, но не массово.
В стандарте сотовой связи заложена возможность LBO, когда трафик не роутится через домашнюю сеть, а входит в pgw гостевого оператора со всеми вытекающими. И ничего не ломается, не надо тут. Это заложенный стандартом вариант работы, и буквально один рубильник на стороне гостевого оператора. Но и это не единственный способ унести трафик роумера в visited pgw.
Единственный ограничитель - юридические риски. + Со стороны домашнего оператора - отсутствие возможности расчета трафика, но для абонента это скорее плюс, чем минус. Для гостевого оператора - невозможность получения взаиморасчётов за трафик Не то, чтобы это будет сдерживающим фактором, если захотят.
Ну вообще-то пошел. Да, не для всех гостевых операторов, лишь для некоторых зарубежных провайдеров "интернета для путешествий", типа Airalo. Хотя периодически и на них hr переключают. Но говорить о том, что Китай вообще не делает это в корне неправильно.
Это пока) Заставить идти трафик через что надо и как надо - несложно. Телодвижения уже есть.
Смски от враждебных сервисов и на иностранных симках с переменным, но успехом не проходят тоже
Самая главная подмена понятий в том, что зачем-то то и дело пытаются вайбкодинг сравнивать именно с написанием кода, с обычным кодером, даже не инженером. Но зачем? Ведь и тимлид, и сис архитектор команды разработки не вдается в конкретные детали реализаций, сделана ли там сортировка пузырьками или нет. Также как и ПМу абсолютно не важно, как реализован внутри продукт. Ему важно, что он сделан зачем-то и он решает какую-то бизнес задачу. И здесь также, вайбкодер не разработчик. И не надо его с ним сравнивать.
Да, роли действительно поменялись, сильно. И это ключевое, но в статье почему-то это лишь вскользь прошло.
Другая подмена понятий в том, что в начале статьи есть только чёрное и белое, когда ты кодишь, то ты прям обязательно держишь сложный контекст в уме, держишь состояние потока, ты целый инженер. А когда вайюкодищь, то ты обезъяна тыкающая кнопки. Но ведь в реальном мире не всегда так, и вайбкодищь можно вдумчиво, прорабатывая верхнеуровневую архитектуру, и просто кодить можно вообще не задумываясь, тыкая автокомплиты в ide, зачем это все пишется, ты просто исполнитель задач, лишь бы галера деньги вовремя платила.
.
Ну NixOS перепридумал концепцию GitOps, получается
Ну это в теории все красиво, для небольших сервисов. Но что-то я пока не видел, чтобы крупные конторы засунули свой жирный инстанс оракл в кубер ) Его вообще стараются не трогать лишний раз. Или у вас есть примеры?
Увы, но нет. Нестандартных не большинство. Стандартных типовых обращений всегда на порядок больше, может достигать даже и 90% от всех. Цифра, во многом, зависит от сферы, конечно, но меньше половины почти не бывает.
Вы слишком хорошего мнения о людях, обращающихся в поддержку )
p.s. но это не оправдывает то, что делают тупых и непроходимых ботов, лишь бы статистику обращаемости снизить любой ценой.
Потому что не все сидят в облачном гитхабе как бэ , довольствуясь онпремис установкой ;)
У меня ещё больше вопросов, если честно (
Ой как удобно. А давайте теперь покажем, как этот подход применить на существующей инфраструктуре, а? ;)
То есть поставить jitsi, не используя и не когнфигурируя то, что не нужно, это самосвал. А писать свой костыль, который делает то же, что и jitsi в мин конфигурации, тратя больше когнитивных и временных ресурсов это не самосвал. Понятно.
Ничего там не ляжет, откуда вы это взяли) Вы же сами написали, что речь про трех бабушек. Vps это даже не заметит.
У меня тот же вопрос.
Не очень понятна цель одного бинарника и неприязнь композа. Ну ладно веб ресурсы упаковывать, могу понять.
Но не очень понимаю, зачем перевыпуск сертов запаковывать в сам бинарь. Ну вот у меня сертами занимается отдельный выделенный компонент. Пусть это будет cert-bot, cert-manager, nginx или traefik. Он один общий на все мои приложения, почему и зачем приложение вообще этим занимается, это не его задача, как бы не хотелось завернуть все в один бинарь ( лучше все заворачивать в один композ ). Ну типа, что мне делать, если у меня wildcard сертификат на все сразу? Юзать jitsi.