Pull to refresh
41
0.1
Олег Стрижеченко @weirded

Я вообще уже не понимаю что происходит

Send message

Джейсоны в чистом баше парсить дело такое себе. Jq есть, да.

Любопытная ситуация. Теоретически, через музыку происходит некоторый культурный обмен. С потерей легального способа слушать долю зарубежной музыки - что произойдёт дальше? Кто-то же должен занять освободившееся место в ушах меняющихся поколений. Допустим, часть тех, кто уже подсел на что-то, уйдут в пиратство, кто-то перейдёт на самиздат и другие лэйблы. Но появляются ведь и новые люди. Я подозреваю что суммарный объём культурного обмена среди молодого поколения за счёт этого сократится. У кого-то зарубежная музыка - стимул выучить иностранный язык. В итоге Россия чуть сильнее окуклится и небольшой рычаг влияния на мозги извне не потеряется, но укоротится. На мой взгляд - иметь такой рычажок выгоднее, чем не платить налоги с прибыли, заработанной в России, за счёт сведения этой прибыли в ноль.

Ну, частная компания, делает что хочет :)

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

А в софте где пароли запрещены багов не бывает, SIEM с SSL-стеком ресурсы не едят, выполняются на бесплатных ядрах которые Иисус чудом превратил из Cortex A53 в Xeon'ы, как воду в вино?:)

Тут ведь прикол ещё что 80/443/22 проверят скорее всего первыми.

По идее проблему IP спуфинга можно сгладить (не решить) несколькими очередями (отдельные ipset и правила -m set --match-set prev_queue -j SET --add-set next_queue) и отправлять в бан после 2-5 левых пакетов. При IP спуфинге, к слову, злоумышленник вряд ли получит ответ при сканировании. Но это отдельный вектор/цель атаки.

Увы, полно, недавно с этим сталкивался и это было больно. Расследовать, будучи представителем вендора, общающимся с админами провайдера, при том что бяку пропускает их вышестоящий было тяжело :)

Замени -j LOG на -j SET --add-set blacklist и можно выкинуть сислог из схемы. А синхронизацию сделать на выхлопе ipset save blacklist. Сходу подводный камень можешь обойти – жми aggregate'ом до подсетей и префиксов, но так потребуется логика периодической перезаливки. И выстави hash:net. По maxelem и hashsize субъективный совет – лучше 1:1, в край 1:4. Коллизии в 30 штук при равномерном распределении и полном заполнении дешевле памятью закидать чем cpu, но 1 млн. счётчиков – это полужопка. 100-300к префиксов приемлемо будет, особенно вместе с аггрегейтом.

Привет с лорша, кстати :)

Мне кажется всё намного проще: люди хотят через переменные окружения прокинуть массив в вызываемую программу.

В статье вроде говорилось что обязанности как раз исполняются (на уровне чтобы не уволили) :)

В ванильном dot можно, плагинчик который всё это в призму заворачивает будет это игнорировать.
Здесь оно на самом деле стрёмно выглядит, по факту я сейчас в основном в графике смотрю только дела на сегодня. Дела на неделю и долгосрочные в основном ручные и write-only прямо в исходнике: это либо добавление новых, либо сортировка, либо вычерпывание задач из предыдущего пула на текущий, либо вырезание неактуального.

Процитирую себя же с другого ресурса о проблемах такого подхода:

Мне, блин ОЧЕНЬ нравится простота graphviz в вопросе проведения и изменения связей между сущностями (самое сложное – в кавычки брать всё, что содержит неалфавитные символы), но как её перенести на приложение с хоть какой-то логикой и формальной схемой хранения данных (не вычислять же их из gv каждый раз? Хотя, кэши сила), которая неумолимо займёт место точки правды, а потому заберёт у gv предназначение способа ввода и сделает его промежуточным форматом для выхлопа – хз.

Увы, делиться с Интернетом личными и рабочими делами не хочется, а выдумывать пустышку - долго :(

х2-х3 рост без изменения нагрузки качественно меняет уже обеспеченную жизнь. Я бы не отказался, а излишки всегда можно слить на благотворительность. Либо работать в 2-3 раза меньше (год поработал, два отдохнул).

Пользуюсь похожей штукой, но она, кхм, довольно несовершенна: снижает расстояние на котором срабатывает брелок примерно втрое, но не блокирует сигнал полностью. В итоге отношусь к ней, скорее как к чехлу для пульта от ТВ :D

Я dot в качестве таскера использую, в сочетании с overlap=prism оно рисует дела на день-неделю-месяц в очень наглядном виде.
Пример с небольшой обфускацией в кракозябры.
Потихоньку обрастаю вебкой и отправкой на почту повестки дня утром.

Как-то неестествено звучит перевод локальных для США новостей на русский без дополнения контекстом: "Конгресс", "Президент Байден" без уточнения к какой стране это относится. Догадаться можно, да, но звучит, будто это единственные конгресс и президент в мире.

Потому что я написал этот комментарий за 3-4 минуты и не могу вспомнить сходу все сопутствующие категории вреда экологии. И это не значит, что не хочу :)

Я джва года хочу внятное сравнение капитальных и оперативных вредов окружающей среде от электрокаров и машин с ДВС на газу, дизеле и бензине, с разбросом по мощностям. В идеале калькулятор с описанием типового пробега (км в год, день, частота длинных и коротких поездок, ведь потребление топлива больше в начале поездки из-за прогрева и т.д.), машины (мощность, наличие/отсутствие катализатора, соответствие евро-54321) и разбивкой по статьям вреда - мойка, бензин с транспортировкой, источник электричества в регионе, шины, добыча лития для батареи/аккумулятора и т. д.

Но всё что вижу в Интернете - "электрокары зеленее!", "вендоры не могут ошибаться", "бентли вон становится полностью электрическим!", "а про добычу лития в африке забыли?" и прочую демагогию :)

Было бы любопытно дополнить бенчмарки для грепа.
Воспользуйтесь для замеров утилитой time (которую надо отдельно доустановить, не ту, которая built-in в shell).

/usr/bin/time grep "hi" java_error_in_PYCHARM_3828.log
0.00user 0.00system 0:00.00elapsed 100%CPU (0avgtext+0avgdata 2784maxresident)k 0inputs+0outputs (0major+113minor)pagefaults 0swaps

2784k - потребление памяти, как правильно интерпретировать все эти циферки с временем я ещё сам не разобрался.

Information

Rating
2,336-th
Location
Екатеринбург, Свердловская обл., Россия
Date of birth
Registered
Activity