Да, отдельная тема. Посмотрел статистику регистраций за квартал - 47% регистрирующихся пользователей до сих пор на Gmail. Сколько отвалятся, увидев при регистрации этот фильтр на .ru домен? Как быть с пользователями из других стран, которые никогда специально не пойдут создавать .ru почту ради регистрации?
Не силён в юридических вопросах, но не в этом ли загвоздка?
Все может быть... Но пока все больше похоже на чисто технический фильтр, который "бьет по площадям".
А такое добавление к чему-то обязывает?
Пока не смог составить для себя полной картины по этой процедуре. Я так понимаю, там не просто добавление, а добавление с дальнейшим одобрением. Если кто имеет опыт - буду благодарен, если поделитесь.
Просто, если эти домены физически на одном сервере, не будет ли фильтр ТСПУ при подсчетах суммировать количество TLS соединений (к этому же серверу от этого же браузера, хоть и по другому домену)? Или все-таки привязка в этих подсчетах идет не к IP, а к домену?
PS: в целом, решение TLS1.3->TLS1.2 + включение http2, как минимум, улучшило ситуацию. Пока наблюдаю.
Спасибо, обязательно попробую. Отпишусь о результатах.
Пока есть вопрос... Один из триггеров блокировки - количество параллельных TLS соединений за единицу времени. Это количество считается отдельно для каждого подключающегося клиента, или в целом на весь целевой сервер?
И второй вопрос - на моем сайте используется несколько вспомогательных поддоменов (для статических файлов, cdn для картинок, крутилка рекламы и т.п.) - они сейчас размещаются на том же хосте. Для них ведь браузер будет создавать тоже отдельные TLS соединение к моему хосту? Получается есть смысл объединять все под один домен, чтобы уменьшить количество создаваемых TLS соединений?
Столкнулся с этой проблемой на своем проекте. Аудитория - несколько сотен тысяч посетителей в сутки, .ru домен, более 15 лет работы, несколько выделенных серверов, selectel. Никаких VPN и т.п. даже рядом не лежало.
Сейчас на этапе TLS handshake просто морозятся соединения, посетители отваливаются по таймауту. Потом отпускает на несколько секунд, а потом по-новой...
Selectel говорит - ничего сделать не можем. Может помочь добавление сведений о ресурсе в личный кабинет владельца технологической сети (https://service.rkn.gov.ru/monitoring/vts). Но добавлять сведения туда могут только юрлица или ИП. Сам selectel эти сведения за меня добавлять отказывается. А физикам просто остается наблюдать, чем все это закончится?
Может у кого получилось выйти из подобной ситуации? Есть идеи?
Да, реферальная программа это сила.
А у них она еще с одной интересной особенностью — бонус в виде прибавки к дисковому пространству получает не только тот, кто привел нового пользователя, но и тот, кого собственно привели.
Ну, эта цифра полуторагодичной давности. За это время база пользователей выросла в 5-6 раз (судя по статистике на alexa.com). А если учесть, что хвост premium подписок набирает оборот со временем — там сейчас совсем другие деньги. Не удивлюсь, если уже шестизначные.
Да, отдельная тема. Посмотрел статистику регистраций за квартал - 47% регистрирующихся пользователей до сих пор на Gmail.
Сколько отвалятся, увидев при регистрации этот фильтр на .ru домен?
Как быть с пользователями из других стран, которые никогда специально не пойдут создавать .ru почту ради регистрации?
Все может быть... Но пока все больше похоже на чисто технический фильтр, который "бьет по площадям".
Пока не смог составить для себя полной картины по этой процедуре.
Я так понимаю, там не просто добавление, а добавление с дальнейшим одобрением. Если кто имеет опыт - буду благодарен, если поделитесь.
Просто, если эти домены физически на одном сервере, не будет ли фильтр ТСПУ при подсчетах суммировать количество TLS соединений (к этому же серверу от этого же браузера, хоть и по другому домену)?
Или все-таки привязка в этих подсчетах идет не к IP, а к домену?
PS: в целом, решение TLS1.3->TLS1.2 + включение http2, как минимум, улучшило ситуацию. Пока наблюдаю.
Спасибо, обязательно попробую. Отпишусь о результатах.
Пока есть вопрос... Один из триггеров блокировки - количество параллельных TLS соединений за единицу времени. Это количество считается отдельно для каждого подключающегося клиента, или в целом на весь целевой сервер?
И второй вопрос - на моем сайте используется несколько вспомогательных поддоменов (для статических файлов, cdn для картинок, крутилка рекламы и т.п.) - они сейчас размещаются на том же хосте. Для них ведь браузер будет создавать тоже отдельные TLS соединение к моему хосту? Получается есть смысл объединять все под один домен, чтобы уменьшить количество создаваемых TLS соединений?
Столкнулся с этой проблемой на своем проекте. Аудитория - несколько сотен тысяч посетителей в сутки, .ru домен, более 15 лет работы, несколько выделенных серверов, selectel.
Никаких VPN и т.п. даже рядом не лежало.
Сейчас на этапе TLS handshake просто морозятся соединения, посетители отваливаются по таймауту. Потом отпускает на несколько секунд, а потом по-новой...
Selectel говорит - ничего сделать не можем. Может помочь добавление сведений о ресурсе в личный кабинет владельца технологической сети (https://service.rkn.gov.ru/monitoring/vts). Но добавлять сведения туда могут только юрлица или ИП. Сам selectel эти сведения за меня добавлять отказывается.
А физикам просто остается наблюдать, чем все это закончится?
Может у кого получилось выйти из подобной ситуации? Есть идеи?
Такая модель тоже имеет право на существование, но это не Freemium.
А у них она еще с одной интересной особенностью — бонус в виде прибавки к дисковому пространству получает не только тот, кто привел нового пользователя, но и тот, кого собственно привели.