Здравствуйте!
https://status.serverastra.com/
Присоединяйтесь
DMCA как и директива в ЕС перекладывают обязанность доказательства наличия прав на представителя сайта.
Как только провайдер его получает, он обязан в США переслать его оператору сайта и ждать максимум 3 дня, после этого провайдер становится обязанным за просчет.
В ЕС оператор сайта получает письмо и обязан законом его расследовать с той же позиции, где оператор должен доказать законность контента, сроки определены местными законами.
Провайдер может только получить решение суда или письмо о расследовании от полиции, по которому он может действовать. ОДНАКО, если на сайте отсутствует форма контакта, например у нас в Венгрии должен быть полный адрес контакта, тогда провайдер в праве прикрыть сайт, т.к. он не соответствует нормам других директив и законов, где требуется раскрыть владельца сайта и его резиденство. Это правда в том случае, если на сайте с этого делаются деньги. В случае отсутствия получения средств, такие требования не предъявляются.
Копирайт директива ЕС полностью освобождает провайдеров интернета от ответственности за контент сайтов. Однако в связи с ускоренными слушаниями, многие сайты будут закрыты по другим требованиям.
Здравствуйте,
В Будапеште с 2 ядрами и 4гб памяти https://serverastra.com/billing/cart.php?a=add&pid=89
Хецнер дает полтреда без каких-либо гарантий под выделенное ядро. Могут спокойно сунуть вас в 100% steal server и ткнуть в ТоС. Не выделенные вообще никаких гарантий не имеют.
Что-то я вашу мысль не понял. Минимальный префикс, чтобы работал SLAAC как раз и составляет /64 . При чем тут /128, если это уже готовый адрес без возможности автоконфигурирования со стороны клиента.
/56 сеть для меня избыточна, но конечно же подойдёт.
Я к тому что /64 для единой сети (считайте L2 уровень где один рутер один влан) достаточно. Если у Вас разделение, например как у меня дома, где iot в своем домене L2, гостевая сеть в другом и т.д. и т.п. Тогда можете смело просить /56.
/56 допускаемо RFC6177. Для /48 Вас будут регать в БД RIPE (However, all /48 assignments to End Sites are required to be registered either by the LIR or its subordinate ISPs in such a way that the RIR/NIR can properly evaluate the HD-Ratio when a subsequent allocation becomes necessary. )
Ничего странного. Хочу, чтобы SLAAC работал: когда устройство получает /64 префикс IPv6 адреса, а ID интерфейса выдумывает самостоятельно при помощи EUI-64 или просто random.
Для SLAAC на одного энд юзера выделяется ОДНА подсеть /64, этого достаточно с запасом. SLAAC сам распределит и раздаст /128 на рутере. Вам не нужно /64 под каждый девайс, т.к. /64 как раз выдается, чтобы у Вас было достаточно /128 под любое количество девайсов и интерфейсов.
/60 достаточно странный выбор. Ищите /56 (вроде бы пока не надо объяснительной) и /48 (некоторые еще дают под один сервер без объяснительной, хотя правила RIPE строго против).
Ну как это не чуточку выше себестоимости? 35-50 рублей это для большинства себестоимость или около того. А для тех, кто IP арендует у дата-центра, это вообще половина себестоимости, а то и треть.
35-50 Себестоимость ип? :) С каких пор? Сейчас они по 2000 рублей самое дешевое, что видел для /24 (ну можно наверное отрыть по 21 доллар еще в подсетях /21)
На 2 года (в лучшем случае, у нас улетела за год уже подсеть несмотря на жесткие лимиты) 83 рубля каждый ип в месяц... И это только ресурс сам по себе, не считая все остальные затраты на содержание.
Одно дело, если в свое время коммунизм дал вам подсеть. Сейчас время иное, капитализмъ
Всем привет!
Допустим заказ сервера сделан 1 апреля, сервер выдали 4 апреля, но срок оплаты стоит 1 апреля.
Насколько это правильно? Ведь получается по сути тогда платишь за эти 3 дня просто за воздух, имхо..
нормальные хостеры всегда дату сдачи + 12 часов устанавливают
Будущее за криптохостингом.
Услуги по криптоконтрактам, без какого-либо участия веб-сайтов как таковых.
Сейчас это все на уровне альфа-альфа версий.
Но уже видно то, что я видел в Гугле в 1999.
Как показывает практика SaaS просто не выдерживает конкуренции с криптоаналогами, даже на уровне того ужаса с ошибками что мы имеем сейчас.
Первые весточки - уход в чатики.
На текущий период Cloud будет доминировать.
Я же сказал, что это мое личное мнение. У вас свой опыт, у меня свой :) С самого начала эры ssd были в пользовании (и домашнем и в серверах нескольких своих) десятки разных дисков, некоторые даже лет по 10 проработали. Но все в итоге ушли на вторичку по причине устаревания морального, ни один не сломался. Дублировать даже мысли не возникало никогда. Разве что в RAID-0 для еще большей скорости, но только дома - одно время несколько лет в паре проработали X25-E, а сейчас также optane 32gb мелкие m.2. Понятно что в production серверах так не стоит делать, хотя уверен что тоже молгло бы работать без проблем годами. Сейчас в серверах по 1шт на SLC, MLC и Optane работают уже года 2 точно. Допускаю конечно что у вас просто количество серверов на порядки больше и потому вероятность отказа выше. Но всеж, уж простите, но продолжу считать что отказ диска - это НЕ норма. Просто сам диск надо выбирать с умом (среди DC также полно ширпотреба), плюс не насиловать его лишний раз ненужной работой (настройка ос/фс и остального софта), не перегревать (доп. обдув) и ничего ему не станется.
P4610 хоть и DC, но всеж на TLC... Опять же, имхо, но считаю что надежные диски закончились на P3700. Дальше пошло барахло. Ну кроме конечно оптанов P4800X и т.п.
Евгений, полагаться на "не норма" в нашем бизнесе головная боль :).
Проще поставить дублирующие диски и спать спокойней.
По статистике если диски ~16-32 тб то скорее вы останетесь без памяти и шины pcie, чем без дисков
