Это логично и очевидно. Всегда так было, если домен доступен по IPv6 и клиент поддерживает IPv6, то запросы будут идти именно по этому протоколу.
У крупняка эти "черные ящики" действительно уже стоят и сделать апдейт формата слива клиентских данных в органы им не сложно, тут они не врут.
Не врут, но явно умалчивают о том, что есть ещё сотни компаний, у которых коробочек нет. Понятно, что в понимании крупняка все эти сотни не играют роли, но они есть и законодатели обязаны это учитывать. Но, видимо, этого не происходит, потому что консультанты вот такие, а законодатели в этой сфере не понимают вообще.
Тут ещё вопрос, а зачем для размещения сайта о собачках собственно идентификацию проходить. Покупка хостинга это что какое-то юридически значимое действие. Нет чтобы бизнес стимулуровать, как-то создавать простые условия для его ведения и отыгрывать потери от ушедших, так нет же, только усложняют и возвращают в прошлое, когда бизнес был в руках избранных.
Именно так. Мало того, что себестоимость всего очень сильно изменилась за последние 1.5 года, так ещё и многие (начиная от оффлайн, заканчивая онлайн бизнесом) эти цены старались сдерживать. Если бы дикого демпинга в онлайн сфере не было, компании бы имели возможность плавно повышать цены. Но, увы, имеем то, что имеем. Пора клиентам привыкать, что "старые" цены если у кого и будут, то только у сомнительных однодневок или около того.
Цитата с https://servernews.ru/1093086:
Участники отрасли говорят, что, с одной стороны, реализовать новые требования будет несложно, поскольку у большинства провайдеров уже установлено необходимое оборудование для фильтрации трафика и блокировки запрещённых ресурсов. С другой стороны, это может привести к росту стоимости услуг для конечных пользователей.
У нас разделено. Биллинг на одном сервере в одном ДЦ, тикетница на другом сервере в другом ДЦ, клиенты одной из локаций в одном из этих ДЦ, но в другом сегменте. Таким образом, даже если упадёт тикетница или ДЦ, где она расположена, останется возможность коммуникации через сервер с биллингом, и наоборот. Плюс у нас есть отдельный сайт для информирования о технических проблемах, который находится в третьем ДЦ.
Да там же телефоны покупают не из-за esim.99% людей даже не знают, что это.
У продавца спросите.
Смотря в скольких ДЦ компания размещает серверы и что это за компания) У кого-то свой ДЦ или большое присутствие только в одном ДЦ, такие обычно внутри него всё и держат. А если локаций много, то и риск падения сразу всего крайне минимальный.
В моём понимании у всех нормальных хостеров система биллинга, система тикетов и собственный сайт отделены от клиентских сайтов. Всё на одном размещают разве что мелкие, у которых нет нескольких серверов.
в какой момент все хостеры решили отказаться от телефонной поддержки (у меня впечатление, что я проспал этот день)
Это потеряло эффективность с развитием чатов и систем тикетов. Сейчас гораздо эффективнее оказывать поддержку через эти средства, чем тратить огромные деньги на оплату телефонии и человекочасов операторов. Но да, оффтоп уже)
Эти данные в основном не хранят магазины, их хранят эквайринговые системы (банки, агрегаторы и т.п.). Много ли мы знаем фактов кражи БД из таких систем? Вот магазины часто взламывают, но там лишь часть данных. В некоторых случаях магазин дейсвительно может иметь полный номер карты и даже реквизиты, но лишь в случае, если соответствует PCI DSS и сам передаёт данные карты экварийнгу для осуществления транзакции. Чтобы такое подключить, нужно пройти строгую проверку экваринга. Да и чтобы хранить такие чувствительные данные в открытом виде, надо иметь очень тупую команду разработчиков.
Ага. Юридически там всё составлено так, чтобы они могли подключать что угодно и списывать за это деньги, иначе бы не промышляли таким безнаказанно годами.
СБП можно привязать для авто-оплаты, там даже страшнее, ибо привязывается банковский счёт, а не карта, которую можно заблокировать в любой момент. Юмани тоже можно, если принимается через Юкассу. Но мало где такой функционал видел в действии.
