2. Протокол https или http не играют роли, в т.ч. www и отсутствие. Не слушай индивидуумов некоторых.
Для тех, кто живёт в мире со стандартом ISO-7498 роль существенная. SSL-хендшейк происходит на сеансовом уровне OSI, а http-соединение на уровне приложений, поэтому теоретически невозможно блокировать одну страницу в рамках https-соединения. Исключение может быть только в случае если сам блокировщик и является удостоверяющим центром выдавшим сертификат.
Ali93, РКН отправляет запрос на хостинг (если он находится в пределах рф) и по контактным данным найденным на сайте или в whois о включении записи в реестр. Ждёт 3 дня (сужу по личному опыту, хотя сейчас в требованиях реагировать в течении суток), потом рассылает реестр провайдерам. Если на его запрос был отправлен ответ, то присылает письмо, о том, что информация об удалении страницы будет проверена. После проверки присылает письмо об исключении из реестра. Однажды я ошибочно удалил не ту страницу - дополнительно прислал уведомление о том, что информация по прежнему не удалена. Блокировка без уведомлений возможна, только если на сайте нет контактной почты и хостер не в рф.Вот в Беларуси всё проще - там белгиэ вносит в список блокировок без всяких уведомлений/ожиданий.
Что ещё нужно? Удаляйте всё, что он запросил. Или просто хочется пободаться?Похоже, что у вас 2 пути, один проигрышный, второй ничейный :)- Если вы спорите с дураком, значит дураков уже двое. ©- Никогда не спорьте с идиотами. Вы опуститесь до их уровня, где они вас задавят своим опытом. ©
Давайте тут уж по честному, если вы уперлись в производительность индексов (если мы подразумеваем что они используются корректно), то мне кажется тут пора писать своё хранилище, а весь проект уже давно на расте или си переписан =))
s Ещё надо убедиться, что все демоны переведены с tcp- на unix- сокеты /s
Размер строк для хранения ключа не имеет никакого значения. Он влияет только на скорость выполнения хеш-функции.Сами хеши строк всегда одного размера (иначе не удастся обращаться к ним по указателю). Размер этих хешей обычно больше числового, то есть в одной ноде можно поместить больше ключей.Кроме того сравнение чисел более дешёвая операция чем сравнение строк.
По большому счёту это все преимущества числовых индексов.
То есть выиграли на работе хеш функции (1) , размере массива в ноде (2) , сравнении/сортировке(3). Много или мало? 99,(9)% пользователей этого форума разницы ни на одном проекте не заметят.
А разве индексы в БД это не массив хэшей?
Если мы говорим о b-tree, то скорее двусвязный список, нодами которого являются массивы.
Тут избыточность мне кажется не причем...
Для хеша в b-tree нужны 2 момента - уникальность и постоянный размер. Целое число удовлятворяет обоим критериям:- оно так уникально - его не надо ещё раз уникализировать- размер (например INT) всегда 4 байта
Ключи в БД не выглядят как их значения, то что вы видите цифру 1 ключ это не цифра 1 =))
В b-tree? С чего бы вдруг? Для целочисленных значений используется метод идентичности функции, то есть числовой индекс остаётся исходным числом. Для распределения/поиска по листам b-tree, соответственно, используется либо модульность, либо мультипликация. Хешировать целое число неиденитичной функцией - явная изобыточность.
Но в целом придерживаюсь мнения что рандомно как-то они отказывают/принимают. Чисто человеческий фактор.
Отправлял 3 раза подряд одну и ту же справку по форме 18.9 (Беларусь). На третий раз приняли.
Прокси только у браузера.
Я запускал файл .jnlp из консоли системы своей.
Деталей за давностью не помню, но у ovh ip в браузере при скачивании и ip host'а с которого он запускается должны совпадать, так что или качайте его без прокси в браузере или запускайте jav'у через тот же прокси.
