Там ещё и скрипты можно было писать, которые до экзешника выполняись... Ох, сколько было троянов таким образом закинуто... Они, вроде бы, даже вынуждены были эту фичу отключить, так как не удавалось отучить пользователей бездумно тыкать в архивы.
Он заметно лучше 7-zip. Либо быстрее жмёт при той же компрессии, либо сильнее при том же времени. Плюс поддержка избыточности, что очень сильно круто и нужно.
Автор прав - там именно такие идиотские формилуровки. Этот идиотизм сейчас обсуждается всеми, включая банки, и с равным недоумением. Там именно слова "иностранная инфораструктура" и вне юрисдикции по отношению к некастодиальным кошелькам.
Веб панель это не обязательно хорошо. Это требует проброса портов и запуска всякого разного на сервере. Если это какое-то корпоративное использование или куча пользователей, то править текстовые файлы конфигураций может быть проще. Там и регулярные выражения и автозамены и скрипты всякие можно использовать. И поэтому же json не так хорошо, как кажется. попробуйте написать json даже на 40+ пользователей, разбитый на разные группы. А потом попробуйте это как-то отрефакторить. Можно, но INI оказывается проще. С YAML всё неоднозначно - чем-то проще, чем-то сложнее.
Конфиги в БД может быть и плохо. Лучше бы конфиг с зачатками скриптования и всякими include. Откнофигурировать сложную топологию в VPN это то ещё развлечение, а когда потом там нужно что-то изменить, то и вовсе больно. Я себе под WireGuard/Amnezia сделал скриптовый язык поверх стандатного конфига, и это оказалось супер-удобно: текстовые ID клиентов и генерация их конфигов, разложенных по попаочкам и с осмысленными именами файлов, группы клиентов с шалобнными настройками, задание IP через инкремент от предыдущего и т.п. Я теперь даже не понимаю, как при сложной топологии это всё можно руками отконфигурировать и поддерживать.
Да, теоритически, через virtio-balloon, если оно на KVM. Но когда я попытался это в реальности использовать... Там такой шаманизм и столько ограничений, что это просто не работает. Там нужен Guest Agent на витруалке. Это агент должен работать и должен быть настроен. Но даже если всё правильно сделать, то памzть не освобождается, так как d Linux она совршенноо всегда и полностью занята файловым кэшем! То есть нужно принудительно кэш сбрасывать. Это уже отдельное шаманств, и это плохо для производительности. Но есть ещё и засада в том, что дальше в зависимости от настроек кэш либо не растёт и виртуалка начинает работать медленне (а на фига мы ей память выделали тогда?), или кэш пытатся разрастись и отобрать память у хоста обратно. И поверх этого ещё и виртуальная память работает и всякие эффекты даёт.
На C++ / Qt, прямо очень заметно. Там чем больше памяти, тем лучше. И файловый кэш там тоже рулит даже на очень быстрых дисках. Но и на большом и сложном проекте Java+JavaFx было заметно при полной пересборке. А что там думать? Это принципиальное ограничение. Возвращать (больше) неиспользуемую память из виртуальных машин и выделять больше на ходу больше, при необходимости, только VmWare может, на сколько я знаю. С остальными можно только поиграться с файлами подкачки, но так себе путь.
Я игрался с подобными конфигурация на виртуалке и выснилось, что в тяжёлых окружениях возникакет проблема с ообъёмом памяти. Выделяемая виртуалке память не возвращается системе пока виртуалка работает. В результате, чтобы быстро работали тяжёлые среды нужно выделять реального много памяти с основного хоста, но тогда основной хост начинает тормозить! А если виртуалок запущено несколько, то все становится совсем плохо, даже если они не исполняют тяжёлые задачи одновременно. С контейнерами такой проблемы нет так как память общая, и если тяжёлые задачи исполняются последовательно, то всё работает быстро. Плюс у контейнеров файловый кэш общий, что на больших проектах прямо очень сильно ускоряет работу.
Несовсем понял, как именно изолировать секреты. Ну, токены, которые sbx поддерживает, понятно. А как именно помогает /etc/sandbox-persistent.sh ? Он же ничего толком не изолирует. Ну, и вообще остаётсся вопрос изоляции ключей и секретов.
Но нужно будет прикрутить своий прокси с политиками, настроить firewall (достаточно неочевидным образом, так как он должен работать поверх виртуалки), настроить иньекцию стокенов (тоже нетривиально), настроить доступ к дискам, каким-то образом всё это мониторить. Да,ну на фиг такое счастье!
Чистая статистика и тероия вероятноси -никакой магии. Всё достаточно логично и понятно. Небольшая магия есть в выборе количества и корзин и разрядности хэша, но и там есть вполне предсказуемый оптимум.
Основные варианты римского бетона вполне известны и повторимы. Просто они не имеют никакого смысла сйчас. Смедовух опрос только в том, как именно вы отличите "настоящую" от "ненастоящей".
И даже не одно поколение.
Хайп и вброс.
У корпоратов минимальное количество лицензий большое - это опт.
При равных настройках словаря WinRar и быстрее и жмёт сильнее.
Там ещё и скрипты можно было писать, которые до экзешника выполняись... Ох, сколько было троянов таким образом закинуто... Они, вроде бы, даже вынуждены были эту фичу отключить, так как не удавалось отучить пользователей бездумно тыкать в архивы.
Он заметно лучше 7-zip. Либо быстрее жмёт при той же компрессии, либо сильнее при том же времени. Плюс поддержка избыточности, что очень сильно круто и нужно.
Пипец, на компьютер нельзя давить, чтобы он инструкцию выполнял, нужно уговаривать и убалтывать. Всё ли в порядке?
Автор прав - там именно такие идиотские формилуровки. Этот идиотизм сейчас обсуждается всеми, включая банки, и с равным недоумением. Там именно слова "иностранная инфораструктура" и вне юрисдикции по отношению к некастодиальным кошелькам.
DVD разных ёмкостей и BluRay. Двухслойный BD (тем более BD-DL-RE) вполне актуален сейчас для хранения архивов.
Ботов с читами же писать будут.
Веб панель это не обязательно хорошо. Это требует проброса портов и запуска всякого разного на сервере. Если это какое-то корпоративное использование или куча пользователей, то править текстовые файлы конфигураций может быть проще. Там и регулярные выражения и автозамены и скрипты всякие можно использовать.
И поэтому же json не так хорошо, как кажется. попробуйте написать json даже на 40+ пользователей, разбитый на разные группы. А потом попробуйте это как-то отрефакторить. Можно, но INI оказывается проще. С YAML всё неоднозначно - чем-то проще, чем-то сложнее.
Конфиги в БД может быть и плохо. Лучше бы конфиг с зачатками скриптования и всякими include. Откнофигурировать сложную топологию в VPN это то ещё развлечение, а когда потом там нужно что-то изменить, то и вовсе больно.
Я себе под WireGuard/Amnezia сделал скриптовый язык поверх стандатного конфига, и это оказалось супер-удобно: текстовые ID клиентов и генерация их конфигов, разложенных по попаочкам и с осмысленными именами файлов, группы клиентов с шалобнными настройками, задание IP через инкремент от предыдущего и т.п. Я теперь даже не понимаю, как при сложной топологии это всё можно руками отконфигурировать и поддерживать.
Да, теоритически, через virtio-balloon, если оно на KVM. Но когда я попытался это в реальности использовать... Там такой шаманизм и столько ограничений, что это просто не работает.
Там нужен Guest Agent на витруалке. Это агент должен работать и должен быть настроен. Но даже если всё правильно сделать, то памzть не освобождается, так как d Linux она совршенноо всегда и полностью занята файловым кэшем! То есть нужно принудительно кэш сбрасывать. Это уже отдельное шаманств, и это плохо для производительности. Но есть ещё и засада в том, что дальше в зависимости от настроек кэш либо не растёт и виртуалка начинает работать медленне (а на фига мы ей память выделали тогда?), или кэш пытатся разрастись и отобрать память у хоста обратно. И поверх этого ещё и виртуальная память работает и всякие эффекты даёт.
На C++ / Qt, прямо очень заметно. Там чем больше памяти, тем лучше. И файловый кэш там тоже рулит даже на очень быстрых дисках.
Но и на большом и сложном проекте Java+JavaFx было заметно при полной пересборке.
А что там думать? Это принципиальное ограничение. Возвращать (больше) неиспользуемую память из виртуальных машин и выделять больше на ходу больше, при необходимости, только VmWare может, на сколько я знаю. С остальными можно только поиграться с файлами подкачки, но так себе путь.
Я игрался с подобными конфигурация на виртуалке и выснилось, что в тяжёлых окружениях возникакет проблема с ообъёмом памяти. Выделяемая виртуалке память не возвращается системе пока виртуалка работает. В результате, чтобы быстро работали тяжёлые среды нужно выделять реального много памяти с основного хоста, но тогда основной хост начинает тормозить! А если виртуалок запущено несколько, то все становится совсем плохо, даже если они не исполняют тяжёлые задачи одновременно.
С контейнерами такой проблемы нет так как память общая, и если тяжёлые задачи исполняются последовательно, то всё работает быстро. Плюс у контейнеров файловый кэш общий, что на больших проектах прямо очень сильно ускоряет работу.
Он дже добавляет секреты тольков очень ограниченный набор сервисов, разве нет?
Несовсем понял, как именно изолировать секреты. Ну, токены, которые sbx поддерживает, понятно. А как именно помогает /etc/sandbox-persistent.sh ? Он же ничего толком не изолирует.
Ну, и вообще остаётсся вопрос изоляции ключей и секретов.
Но нужно будет прикрутить своий прокси с политиками, настроить firewall (достаточно неочевидным образом, так как он должен работать поверх виртуалки), настроить иньекцию стокенов (тоже нетривиально), настроить доступ к дискам, каким-то образом всё это мониторить.
Да,ну на фиг такое счастье!
Чистая статистика и тероия вероятноси -никакой магии. Всё достаточно логично и понятно. Небольшая магия есть в выборе количества и корзин и разрядности хэша, но и там есть вполне предсказуемый оптимум.
Основные варианты римского бетона вполне известны и повторимы. Просто они не имеют никакого смысла сйчас.
Смедовух опрос только в том, как именно вы отличите "настоящую" от "ненастоящей".