ну так а что вы хотите, вы используете сокет ендпоинт, вы даже https организовали на уровне докер провайдера, то есть клиент не подключается к веб серверу вордпресса, а идет через "прокси".
Можно поиграться хотя бы с # forwardedHeaders:, чтобы оригинальный адрес клиента пробрасывался в заголовке запроса.
Разбирали "специализированные контроллеры"? Там мать похожа на дешовые компы начала нулевых и простой чип, мощности которого плюс-минус хватает считать рейд5 со скоростью интерфейсов.
Вся суть хардварных контроллеров - снимать задачу с основного процессора, но вычисление контроля четности это очень простая операция, для этого достаточно одного ядра с адекватной частотой.
Нет. При обращении на сервер, браузер скачивает сертификат, но перед тем как его использовать, "валидирует", то есть проверяет доверяем ли мы этому сертификату.
Для этого в системе или в браузере заранее должно быть установлено что-то из цепочки - либо сам этот сертификат, либо сертификат центра, которым был выдан этот сертификат, либо рутовый сертификат центра.
Все браузеры в мире сотрудничают с основыми центрами, которые продают сертификаты, и регулярно обновляют у себя рутовые. То есть юзер ставит себе браузер уже с общими сертификатами
Ну так если ставится необходимое ПО, то и браузеры у ваших клиентов тоже должны относиться к этому изолированному ПО. Внедряйте ваши сертификаты в браузеры и пусть клиенты качают браузеры с уже встроенными доверяемыми сертификатами, как это делается в мире.
Ну это же база, принцип работы сертификатов. Делаете свой рутовый сертификат, добавляете его в пакет браузера. Клиенты ставят браузер внутри вашей изолированной сети, а там уже все есть.
CityCat4, То есть не включает? Там же своя железка. То что она не специализированная, и не заточенная под рейд (а собственно как ее можно заточить?) не мешает переложить заботу о рейде с главного CPU на эту тощую железку =).
Ну и соответственно там есть оперативка, которая кеширует IO, то есть собственно еще один кеш, который берется не из оперативки основного компа
BlinCT, Проблема девайсов типа распберри, что я например не знаю какая там пропускная способность шины. То есть устройство должно считать с диска и отправить в сетевушку (траффик между cpu, памятью, интерфейсом сата, сетевушкой должен не сильно блокировать друг друга и быть достаточным, чтобы успевать передаваться)
А то считать скорость отдельно сетевушки, отдельно диска без того чтобы понять как работает то, что их связывает - нельзя.
В остальном если девайс справляется, то нагрузка там минимальная
отправлять два запроса на удаление. Читать доку на телеграм АПИ, но там вроде нет возможности удалить несколько сообщений отправив айдишники массивом. Могу ошибаться.
Nik Faraday, Но написали неверно, потому что
1. Динамический адрес не препятствует созданию сервера
2. Динамический адрес не меняется каждые несколько минут. Обычно он меняется после перегрузки, ибо после окончания периода аренды, первым делом перезапрашивается продление, а не нового адреса. А если у провайдера айпишников много, то и месяцами может тот же самый выдаваться. Да, можно настроить насильную смену айпишников раз в час, но это редкие случаи, и явно не настройка по умолчанию.
3. Динамический адрес довольно легко "исправляется" динамическим ДНС-ом
То есть главное - белый, опционально - статический.
Может на сервере год неправильный стоит?
Или система кривая?
AUser0, По-моему */1 - тоже самое что и *, запускаться каждый месяц (*/2 запускаться каждый второй месяц)
А день месяца специально указан 1-7, чтобы попасть в первую неделю
Sergey В., некоторые тщательно выбирают проект, куда идут работать. Чтобы на работе получать не только деньги, но и удовольствие.
Давайте этот диалог ненужный закончим
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
4 может хватить на 100 мбит, на гигабит уже не хватит.
Но странный ремонт.
Есть вероятность, что либо проводили кому-то инет из соседей, было лень тянуть еще один кабель, взяли соседний поделили пополам.
Sergey В.,
Если вы считаете, что руководство нормальной компании идиоты и внутри компании нет ни одного вменяемого юриста - велкам с трудовым кодексом.
В компании могут пойти другим путем - мы сокращаем данную позицию. Согласно вашего контракта пункта такого-от, вы будете уволены в следующем месяце с последним расчетом.
Все.
Ну не знаю. Если вытянуть "последнюю неустойку" важнее, чем сохранить сам контракт, то зачем вообще было на такой контракт подписываться, если им не дорожить =)
Everything_is_bad,
мда. оспорить контракт.
Ну найдут другую причину. Сократят позицию, какая разница. Выплатят последнюю неустойку и все.
По контракту штраф впаяют на всю ЗП, будешь бесплатно работать?
Если дорожишь работой по контракту, зачем нарушать?
Можно поиграться хотя бы с # forwardedHeaders:, чтобы оригинальный адрес клиента пробрасывался в заголовке запроса.