На уровне ядра работают правила блокировки/фильтрации, которые формирует F2B. В данной реализации, насколько я понимаю, блокировка/фильтрация на уровне userspace. За информацию про такую возможность спасибо. Её наличие целесообразно учитывать при принятии решений об организации защиты.
Плюс, насколько я понимаю, механизм фильтрации Fail2Ban работает на ядерном уровне, в данном случае фильтрация реализована на уровне приложения. Поэтому я не стал бы так оптимистично оценивать ресурсоемкость этой функции. Фича удобная, если требуется защита только для ssh, так как не требует развёртывания и настройки дополнительного программного обеспечения. Если Fail2Ban уже развёрнут, то лучше (имхо) ограничениями управлять централизованно.
Расходники и комплектующие в эксплуатацию не вводятся, они списываются в производство по мере расходования. Причём расход для целей учёта в бухгалтерии и по складу может сильно различаются. Часто для целей учёта/списания мелочевки по складу проще установить норму расхода в месяц и не мучить людей фиксацией факта расходования. По поводу совершенства учёта с инвентарными номерами: оно совершенно, пока в одном инвентарном номере одно устройство. Если вы учитываете составное основное средство (например, АТС с телефонами) или малоценное основное средство, приобретённое партией больше 1 штуки, то задача учёта становится не такой тривиальной, так как на один инвентарный номер в бухгалтерии будет приходиться более одного устройства. Такая же проблема возникает при учете перемещения основных средств. В рамках стандартного бухгалтерского учёта такой учёт не реализуем и, в принципе, не нужен. С лицензиями такая же забава: количество материально ответственных лиц в организации всегда ограничено. Соответственно, у каждой лицензии появляется МОЛ и появляется рабочее место, на котором эта лицензия используется. Каждая точка учёта требует рабочего времени двух человек: исполнителя и контролёра (используем процессный подход) Дополнительно, периодически будет требоваться инвентаризация всего этого богатства (РМ и ЗИП, ОС, МОС,лицензии). Вывод: учитывая то, что ресурсы рабочего времени в любой организации ограничены, а объем бюджета на ИТ обычно не превышает нескольких процентов от общего бюджета предприятия, проще и наверное целесообразнее оставить данное направление в состоянии суперпозиции, контролируя в нём только те направления, которые имеют существенные риски для основной деятельности.
Заказ на такси примут, в этом сомнения нет. Основной вопрос: как водитель клиента найдет без навигации? Или снова будут оборудовать места посадки пассажиров для такси?
Для изменения частоты мигания подбирали/меняли экземпляр стартера. Благо дело, этого добра было в изрядном количестве. Дополнительно, кондесатор подбирали такой ёмкости, чтобы лампочки до конца не гасли (мерцали при отключенном стартера).
Внезапно, может. Имеет место быть эффект инеционного тока, когда электроны в проводнике, стремясь сохранить свое движение (согласно закону инерции), продолжают двигаться после прекращения действия внешней силы. При этом на противоположных концах проводника возникает разность потенциалов.
Утюг, разогретый до температуры Кюри для ферромагнетиков 8-0... Вы страшный человек :))) Там скорее основа (лавсан) поплавиться. Но таки да, гладить лучше отключенным от сети утюгом.
Зажеванную ленту, если ее не порвало в лоскуты, можно аккуратно прогладить теплым утюгом :). при некоторой удаче она вполне прочитается. Плотность записи на магнитной ленте ниже, чем на жестком диске, а избыточное кодирование также присутствует.
Вопрос немного не про это. Интерес связан с необходимостью технического обоснования выбора процессора. Требуется информация, на основании которой можно обосновать выбор, например, 8-ядерного 3,3 GHz процессора 6xxx серии против 20-ядерного 2,3 GHz процессора 4xxx серии. Причем для сервера приложениеи и для субд раздельно.
Причем 100 % аналогом это будет только по утверждению поставщика, ввиду того, что реального тестирования никто не производил. И дальше перед ИТ-директором встает дилемма: взять, то что дают, или бодаться с закупщиками/поставщиками (что возможно только после фактической поставки оборудования и осознания маштаба засады). В связи с тем, что закупки тесно связаны с бюджетированием, закупка (обычно) производится в середине/конце года, деньги на приобретение выделены в текущем бюджетном году и перенос финансирования на следующий год представляет собой достаточно интересный квест, то, как правило, берут то, что привезли и со слезами вкрячивают в существующее окружение.
На уровне ядра работают правила блокировки/фильтрации, которые формирует F2B. В данной реализации, насколько я понимаю, блокировка/фильтрация на уровне userspace. За информацию про такую возможность спасибо. Её наличие целесообразно учитывать при принятии решений об организации защиты.
Плюс, насколько я понимаю, механизм фильтрации Fail2Ban работает на ядерном уровне, в данном случае фильтрация реализована на уровне приложения. Поэтому я не стал бы так оптимистично оценивать ресурсоемкость этой функции. Фича удобная, если требуется защита только для ssh, так как не требует развёртывания и настройки дополнительного программного обеспечения. Если Fail2Ban уже развёрнут, то лучше (имхо) ограничениями управлять централизованно.
Расходники и комплектующие в эксплуатацию не вводятся, они списываются в производство по мере расходования. Причём расход для целей учёта в бухгалтерии и по складу может сильно различаются. Часто для целей учёта/списания мелочевки по складу проще установить норму расхода в месяц и не мучить людей фиксацией факта расходования. По поводу совершенства учёта с инвентарными номерами: оно совершенно, пока в одном инвентарном номере одно устройство. Если вы учитываете составное основное средство (например, АТС с телефонами) или малоценное основное средство, приобретённое партией больше 1 штуки, то задача учёта становится не такой тривиальной, так как на один инвентарный номер в бухгалтерии будет приходиться более одного устройства. Такая же проблема возникает при учете перемещения основных средств. В рамках стандартного бухгалтерского учёта такой учёт не реализуем и, в принципе, не нужен. С лицензиями такая же забава: количество материально ответственных лиц в организации всегда ограничено. Соответственно, у каждой лицензии появляется МОЛ и появляется рабочее место, на котором эта лицензия используется. Каждая точка учёта требует рабочего времени двух человек: исполнителя и контролёра (используем процессный подход) Дополнительно, периодически будет требоваться инвентаризация всего этого богатства (РМ и ЗИП, ОС, МОС,лицензии). Вывод: учитывая то, что ресурсы рабочего времени в любой организации ограничены, а объем бюджета на ИТ обычно не превышает нескольких процентов от общего бюджета предприятия, проще и наверное целесообразнее оставить данное направление в состоянии суперпозиции, контролируя в нём только те направления, которые имеют существенные риски для основной деятельности.
Каким образом в этом решении решён парадокс близнецов?
Заказ на такси примут, в этом сомнения нет. Основной вопрос: как водитель клиента найдет без навигации? Или снова будут оборудовать места посадки пассажиров для такси?
Для изменения частоты мигания подбирали/меняли экземпляр стартера. Благо дело, этого добра было в изрядном количестве.
Дополнительно, кондесатор подбирали такой ёмкости, чтобы лампочки до конца не гасли (мерцали при отключенном стартера).
del
Внезапно, может. Имеет место быть эффект инеционного тока, когда электроны в проводнике, стремясь сохранить свое движение (согласно закону инерции), продолжают двигаться после прекращения действия внешней силы. При этом на противоположных концах проводника возникает разность потенциалов.
В TV была система очередей сообщений. После понимания этой концепции переход на програмирование на Win (VS 6) не составил большого труда.
Нет. Видимо я уже достаточно долго живу... :(
"Боже, дай мне АД 120/80 !!!" ;)))
Эталон байта полбеды. Вы переданные/принятые данные как тарифицируете: с заголовками пакетов или без? :)
Утюг, разогретый до температуры Кюри для ферромагнетиков 8-0... Вы страшный человек :))) Там скорее основа (лавсан) поплавиться. Но таки да, гладить лучше отключенным от сети утюгом.
Зажеванную ленту, если ее не порвало в лоскуты, можно аккуратно прогладить теплым утюгом :). при некоторой удаче она вполне прочитается. Плотность записи на магнитной ленте ниже, чем на жестком диске, а избыточное кодирование также присутствует.
Вопрос немного не про это. Интерес связан с необходимостью технического обоснования выбора процессора. Требуется информация, на основании которой можно обосновать выбор, например, 8-ядерного 3,3 GHz процессора 6xxx серии против 20-ядерного 2,3 GHz процессора 4xxx серии. Причем для сервера приложениеи и для субд раздельно.
Интересно было бы увидеть подобные тесты с зависимостями от количества ядер и от частот ядер. Причём для Postgres и для 1С отдельно.
Постановление правительства РФ от 23.12.2024 N 1875. На торги приходит отечественный производитель и... выигрывает.
Причем 100 % аналогом это будет только по утверждению поставщика, ввиду того, что реального тестирования никто не производил. И дальше перед ИТ-директором встает дилемма: взять, то что дают, или бодаться с закупщиками/поставщиками (что возможно только после фактической поставки оборудования и осознания маштаба засады). В связи с тем, что закупки тесно связаны с бюджетированием, закупка (обычно) производится в середине/конце года, деньги на приобретение выделены в текущем бюджетном году и перенос финансирования на следующий год представляет собой достаточно интересный квест, то, как правило, берут то, что привезли и со слезами вкрячивают в существующее окружение.
Нет поддержки отечественного розработчика - не может быть импортозамещением
Нет кластеризации из коробки
Если использовать опцию "вставить как текст", то неразрывные пробелы отлетают во всех редакторах, которыми мне приходилось пользоваться.