Pull to refresh
20
0
Зайцев Артём @Arepo

Пользователь

Send message

Проблема таких данных есть при любом подходе. В любом случае придётся как-то это обрабатывать специальным образом.
Секреты лично я маскирую прямо внутри логгера, который их ищет просто как подстроки во всех сериализуемых строках, после чего заменяет на ***. Топорно, не идеально, но мне хватает.
А вот с разнообразными персональными данными совсем всё плохо. Тут только где-то на уровне сериализатора конкретных типов пытаться маскировать поля целиком и/или добавлять слои умных фильтров. Но, по-моему, тут и вовсе нет простого решения.

Этот вопрос все всегда обходят стороной, потому что он как раз самый сложный.
Зачастую заранее просто невозможно определить, какой именно лог будет нужен при разборе конкретных проблем. Обязательно окажется, что нужный нам лог идёт в info, а у нас выставлена генерация логов только начиная с warning.

Я из своей практики пришёл к тому, что генерировать надо всегда максимальное количество логов, а разбираться в «важности» уже потом, на этапе анализа. И тогда все эти уровни становятся просто ненужными. Соответственно и не надо ломать голову какой лог на каком уровне писать, а вместо этого лучше каждому типу лога придумать уникальные идентификаторы, по которым и фильтровать интересное на этапе анализа каждой конкретной проблемы

Достаточно заряжать не более чем до 80-85% и сроки эксплуатации увеличатся в разы

Но ведь тогда вы уже из коробки будете пользоваться устройством в режиме деградировавшего аккумулятора. Не очень понятен профит от такого совета. Страдать заранее, чтобы, возможно, не страдать потом? Но за 3 года (а 1000 циклов - это примерно столько) аккумулятор всё-равно деградирует на сколько-то просто от времени. Не говоря уже о том, что через 3 года у вас уже может быть уже другое устройство

Там оптимизаций практически нет. Причём сейчас заметил, что в хроме работает значительно быстрее, чем в ФФ. А на момент написания (лет эдак 6 — 8 назад) было наоборот. Причём за это время скорость в ФФ упала, а в Хроме — выросла. Интересный поворот.


Думаю, если сейчас написать с использованием современных возможностей движков, например, используя, SIMD или хотя бы WebAssembly, то было бы значительно быстрее.

Когда-то давно писал аналогичное на чистом JS без каких либо зависимостей с 1 переотражением: http://heap.nologin.ru/ray.html

А разве пользователи продукции компании Apple не подписывают согласие на ректальный доступ к гландам, при принятии пользовательского соглашения.

Я не подписывал. Возможно, у вас специальные условия.

К сравнению стоит добавить n8n

docker прекрасно работает и через ssh, вся настройка ограничивается установкой переменной окружения


DOCKER_HOST=ssh://server

Очень удобно использовать в одну строку, если нужно запускать докер на разных серверах


% DOCKER_HOST=ssh://server1 docker ps
% DOCKER_HOST=ssh://server2 docker ps

Подскажите, пожалуйста, у какого оператора такие тарифы? Интересно было бы использовать для IoT.

Да какая разница. Условный фейсбук снова что-то купил. Через неделю никто и не вспомнит

Читая название, ожидал увидеть типичные ошибки безопасности при написании шелл-скриптов: неиспользование "--"; сложности в правильном эскейпинге в многоуровневых конструкциях вида "ssh host find ... -exec sh -c grep -- $SMTH {} | ..."; пути решения.


Без этого написание скриптов мониторинга безопасности, может обернуться куда большими проблемами с безопасностью.

Причём в RGB для понимания требуется в уме хотя бы примерно вычислить взаимные пропорции каждого компонента, что как-то не очень и быстро.
А вот шкалу HUE, как мне кажется, воспринять гораздо проще — достаточно запомнить пару контрольных точек вроде 0, 90, 180 и 270 градусов. Тем более, последовательность цветов совпадает с последовательностью в спектре / радуге, которую я помню и так.
Пожалуй, попробую перейти на HSL

И это — теоретический предел, на практике будет ниже

На практике предел будет не ниже, а выше — за счёт конденсации и переиспарения в восходящей части паропровода. Да, это сильно зависит от конструкции, но влияние это будет заметно.

Запланируют исправление на следующий спринт

1 Техас = 0.405296958 Аляски = 1.642194023 Калифорнии = 1.826665862 Монтаны = 27.96148594 Вермонта = 108.0280838 Делавера = 173.9732634 Род-Айленда = 32 Крыжопля.


Что может быть проще и понятнее.

Ограничения платформы, в данном случае MySQL, всем известны и описаны в документации. Все, кому важно хранить даты дальше этого срока используют другие методы. Можно не использовать тип TIMESTAMP и функции FROM_UNIXTIME() и UNIX_TIMESTAMP() и хранить всё в DATETIME (с 1000 до 9999 года), а в unix time преобразовывать на стороне клиента, тем более, операции вроде SELECT '5432-01-20 00:12:34' + INTERVAL 1 YEAR нормально работают. Можно хранить сразу в BIGINT, если это так важно. Всегда есть пути.


Это я не к тому, что не нужно исправлять это в MySQL, даже наоборот: как по мне, текущее положение вещей — это позор. Но тем не менее все, кому это нужно, просто используют другие варианты хранения и обработки.

О каких инъекция речь? Если вы явно в коде не используете eval() на приходящие данные, то никаких инъекций не будет. Это же обычный серверный код, исполняющийся из файлов, лежащих локально на сервере. Всё остальное зависит только от логики самого кода

В нём отличная и простая для программирования асинхронность. Для IO вроде поддержки кучи одновременных соединений — самое то. Да и сам JS + v8 как минимум один из самых быстрых скриптовых языков, что позволяет и сложную логику с вычислениями на нём писать: ну будут они в 2 — 5 раз медленнее, чем нативный код на Си, но ведь это не такая большая разница в типичных задачах

Просто интересно, а в каких случаях вы используете поиск по содержимому? Спрашиваю потому, что мне самому он не нужен был ни разу как минимум за последний десяток лет, исключения — поиск по коду, логам, датасетам и т.п., но тут grep решает, тем более что всегда известно в каком файле или каталоге есть то, что ищется. А вот чтобы глобально по всем docx, xlsx, pdf и т.п. — такого не припомню.
Хочу для себя прояснить ради чего и в windows и в macos и в некоторые DE на линуксе встроен включенный по умолчанию индексер, который мне приносит только тормоза и потому сразу же по возможности отключается.

Задача которую решает любой забулдыга, добирающийся на автопилоте домой через дворы и буераки, оказалась намного сложнее, чем то, чему ты посвятил по сути всю жизнь и что всегда считалось мерилом интеллекта.

Information

Rating
Does not participate
Location
Москва и Московская обл., Россия
Registered
Activity