СТРАТЕГИЯ ЧЕЛОВЕКОУБОЯ НЕ ПОМОЖЕТ

Максим Калашников

СТРАТЕГИЯ ЧЕЛОВЕКОУБОЯ НЕ ПОМОЖЕТ
Практика «верденской мясорубки» обоюдоостра

Соглашусь с уважаемым Львом Вершининым: удача или неудача возможного наступления ВСУ окажет решающее влияние на исход войны. Ибо Украина уже измотана огромными человеческими потерями и постоянной мобилизацией (https://t.me/putnik1lv/2439).

Однако «перемучить» Украину такой мясорубкой – стратегия в перспективе перспективе опасная.

***

— Чем больше ты убьешь рядовых мобиков ВСУ (но оставишь в живых главарей бандеровщины) – тем сильнее будет ненависть к великороссам на занятой нами территории. Каждый убитый или раненый – это десяток его близких. Да, Украину можно «перемучить» на поле боя, изрядно потеряв и своих при этом, но потом ты получишь огромную Галичину, распространившуюся и на Юго-Восток.

Удержание оных территорий станет для РФ тяжелейшим бременем – и кровью придется платить, и ресурсами. Печальные примеры: Эфиопия под властью Италии в 1936-1941 годах, Севрная Ирландия для Британии в 1969-1980-е годы. При этом оставшаяся Украина станет накапливать силы для реванша. Остатки прорусских сил на Неньке попросту вырежут под основание.

— Стратегия «мясорубки» и нас сильно истощает.
«Александр Ходаковский:
Если штурмовать городок за городком, подсев на голодную диету со снарядами – армии не хватит

…Слушаешь рассуждения о том, что взятие того или иного населённого пункта чуть ли не откроет прямую дорогу на Киев, и думаешь: взятие очередного городишки откроет путь к взятию следующего — путь трудный и кровавый. Когда сторона готова сопротивляться — другой стороне может не хватить армии, чтобы далеко пройти, преодолевая городок за городком. Конечно, это не должна быть наша стратегия….»

— «Перемучивание» Украины окончательно уверит весь мир в том, что РФ не умеет вести современные блицкриги, далеко уступая в этом не только США и Израилю, но и даже Германии 1938-1941 годов. А значит, можно спокойно втравливать Москву в новые конфликты, ее изматывая и истощая.

— Победа (даже скорее, «полупобеда») не блицем, а «перемучиванием-мясорубкой» станет тяжелейшей травмой для социума РФ. Вы сами понимаете, почему. А вот для бандеровщины, сохранившей власть в Киеве, это станет громадной морально-психологической викторией. Как же, империю сдержали! Над Русским миром поизгалялись! И показали их бессилие.

— Мы не можем рассчитывать на то, что граждане Украины восстанут, устав от волн мобилизаций, и потребуют от Зеленского капитулировать. Самое большое – это вызвать сбивание людей в отряды с оружием, которые станут отбивать попытки их загрести.

Но и такое само по себе не возникнет. Надо отсюда организовать процесс (работа разведки), чтобы такие отряды возникали на Украине, чтобы у них было оружие. Но так наша разведка работать не умеет: это показали события как 2014 года, так и 2022-го. Значит, и никаких восстаний, никакой «атаманщины» в тылу ВСУ не появится.

Делайте выводы. Массовым человекоубоем можно добиться лишь заморозки, перемирия. Не решив ни одну из тех задач, что Кремль обозначил 21 фквраля 2022 года. Более того, оказавшись намного дальше от их решения, нежели тогда. Заработав прочное разделение велико- и малороссов, «хорватизировав» Украину. И проиграв военно-техническое противостояние с НАТО.

Да, на таком фоне действия немцев, которые к 1938 году смогли буквально пронизать Австрию своими нелегальными и полулегальными организациями (причем вооруженными и эффективными), сломать австрофашистский режим экономическими санкциями (с принуждением Вены выпускать из тюрем сторонников объединения двух немецких стран), смотрятся особенно эффектно. В итоге германские войска действительно встретили цветами, а не пулями.

Поскольку аналогичную возможность Кремль безвозвратно профукал, теперь альтернативы систематической войне с применением ВВС по образцу кампаний США против Ирака (1991 и 2003) и против Югославии (1999 г.) попросту нет. И если бомонд РФ с этим не справится, то рискует получить еще одно поражение типа балаклейско-изюмского. С гораздо более тяжелыми последствиями. Мои предложения по сему поводу давно оглашены: правильная воздушно-намтупательная кампания. С подавлением ПВО, обезглавливанием противника, с разрушением его государственно-управленческой машины, с парализацией связи и пропаганды, с выведением из строя мостов и ЖД-узлов.

Кстати…
https://www.rbc.ru/politics/03/02/2023/63dc9fdc9a794722bedc4b38?utm_source=yxnews&utm_medium=desktop
Белый дом опроверг предложение России 20% территории Украины ради мира…

Уйдя от Харькова и Чернигова, Кремль требует прекратить обстрелы курской и Белгородской областей
http://www.apn-spb.ru/news/article36574.htm

Командир батальона «Восток» Александр Ходаковский: Если штурмовать городок за городком, подсев на диету со снарядами — армии не хватит

За 7 лет смертность в России превысила рождаемость на 3 миилиона
http://www.apn-spb.ru/news/article36571.htm

Сотрудничая с Порошенко и Папой, Патриарх Кирилл помог создать украинскую Цурковь
http://www. apn-spb.ru/publications/article36577.htm

Украинцы вымогали взятки у зятя Эрдогана
http://www.apn-spb.ru/opinions/article36568.htm

«Единоросс» Медведев сцепился с «единороссом» Фёдоровым
http://www.apn-spb.ru/opinions/article36576.htm

Израильский писатель Гиршович призывает к уничтожению России — вослед за Альбац
http://www.apn-spb.ru/news/article36559.htm

веб-сервисов amazon — анализ сообщения в Log Insight

Изменено 1 год, 4 месяца назад

Просмотрено 1к раз

Часть коллектива AWS

Я хочу разобрать это сообщение:

[2021-08-30T14:01:01. 443908+00:00] техническая.ИНФО: Вебхук «239dfb55-c8f3-4ae2-8974-22dadb7417ba» (wallet.create) был ручка.

для:

UUID (здесь: 239DFB55-C8F3-4AE2-8974-22DADB7417BA )

. а не термины в скобках.

Я думаю, что мое регулярное выражение правильное, но оно не работает в Log Insight 🙁

Мой запрос:

 полей @message
| отфильтровать @сообщение типа /technical.INFO: Webhook "/
| разобрать @message /(?\b[0-9)]+)\)/
 

введите здесь описание изображения

У меня хороший результат

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

Не могли бы вы мне помочь?

• amazon-web-services
• amazon-cloudwatch
• aws-cloudwatch-log-insights

если все ваши сообщения журнала будут иметь один и тот же формат, вы можете использовать glob вместо regex (и для чего-то сложного вот так, может быть проще)

 полей @message, @timestamp
| parse @message "technical. INFO: Webhook \"*\" (*) был обработан" как uuid, term_to_catch
| сортировать @timestamp по описанию
| отображать @timestamp, uuid, term_to_catch
 

если какие-то разделы сообщения (например, Technical.INFO ) изменятся, вы всегда можете * их и поставить фиктивную переменную, чтобы поймать, но потом ничего с ней не делать

 | parse @message "*: Webhook \"*\" (*) был обработан" как тип, uuid, term_to_catch
| отображать @timestamp, uuid, term_to_catch
 

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

 | разобрать @message /your*regex/ как uuid
| разобрать @message /your*second.regex/ как term_to_catch
 

может получить то, что вам нужно.

1

Зарегистрируйтесь или войдите в систему

Зарегистрируйтесь с помощью Google

Зарегистрироваться через Facebook

Зарегистрируйтесь, используя электронную почту и пароль

Опубликовать как гость

Электронная почта

Требуется, но никогда не отображается

Опубликовать как гость

Электронная почта

Требуется, но не отображается

Директивы схемы — Инструменты GraphQL

Директива — это идентификатор, которому предшествует символ @ , за которым может следовать список именованных аргументов, который может появляться практически после любой формы синтаксиса в языках запросов или схем GraphQL. Вот пример из проекта спецификации GraphQL, который иллюстрирует некоторые из этих возможностей:

Как видите, использование @deprecated(reason: ...) следует за полем, к которому оно относится ( oldField ), хотя синтаксис может напомнить вам о «декораторах» в других языках, которые обычно появляются строкой выше. Директивы обычно объявляются один раз с использованием синтаксиса директивы @deprecated ... on ... , а затем используется ноль или более раз в документе схемы с использованием @deprecated(причина: ...) Синтаксис .

Возможности применения синтаксиса директив многочисленны: принудительное применение разрешений на доступ, форматирование строк даты, автоматическое создание функций преобразователя для определенного серверного API, маркировка строк для интернационализации, синтез глобальных уникальных идентификаторов объектов, указание поведения кэширования, пропуск или включение или устаревшие поля , и почти все, что вы можете себе представить.

Этот документ фокусируется на директивах, которые появляются в схемах GraphQL (в отличие от запросов), написанных на языке определения схем (откроется в новой вкладке) или SDL для краткости. В следующих разделах вы увидите, как пользовательские директивы могут быть реализованы и использованы для изменения структуры и поведения схемы GraphQL способами, которые были бы невозможны при использовании только синтаксиса SDL.

Использование директив схемы

Большая часть этого документа посвящена реализации , и некоторые примеры могут показаться довольно сложными. Независимо от того, сколько инструментов и передовых практик вы имеете в своем распоряжении, может быть сложно реализовать нетривиальную директиву схемы надежным и пригодным для повторного использования способом. Исчерпывающее тестирование необходимо, и рекомендуется использовать типизированный язык, такой как TypeScript, потому что существует так много разных типов схем, о которых нужно беспокоиться.

Однако API, который мы предоставляем для с помощью директивы схемы a, чрезвычайно прост. Просто импортируйте реализацию директивы, затем передайте схему, сгенерированную makeExecutableSchema :

Вот и все. Обо всем остальном позаботится реализация renameDirective . Если вы понимаете, что директива должна делать с вашей схемой, вам не нужно беспокоиться о том, как она работает.

Для сопоставления нескольких пользовательских схем вы можете использовать функцию сокращения, например:

Все, что вы прочтете ниже, касается некоторых аспектов реализации такой директивы, как @rename(to: ...) . Если это не то, что вас сейчас волнует, не стесняйтесь пропустить оставшуюся часть этого документа. Когда вам это нужно, это будет здесь.

Реализация директив схемы

Поскольку в спецификации GraphQL не обсуждается какая-либо конкретная стратегия реализации директив, каждая серверная структура GraphQL должна предоставлять API для реализации новых директив.

GraphQL Tools предоставляет удобные, но мощные инструменты для реализации синтаксиса директив: функции mapSchema (открывается в новой вкладке) и getDirective (открывается в новой вкладке). mapSchema принимает два аргумента: исходную схему и карту объектов — простите за каламбур — функций, которые можно использовать для преобразования каждого объекта GraphQL в исходной схеме. mapSchema — это мощный инструмент, поскольку он создает новую копию исходной схемы, преобразовывает объекты GraphQL, как указано, а затем перестраивает всю схему таким образом, чтобы все объекты GraphQL, ссылающиеся на другие объекты GraphQL, правильно указывали на новый набор. Функция getDirective проста; он извлекает любые директивы (с их аргументами) из SDL, изначально использовавшегося для создания любого объекта GraphQL.

Вот одна из возможных реализаций @deprecated 9директива 0105, которую мы видели выше:

Чтобы применить эту реализацию к схеме, содержащей директивы @deprecated , просто передайте необходимые typeDefs и функцию преобразования схемы в функцию makeExecutableSchema в соответствующих позициях:

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

Примеры

Чтобы оценить диапазон возможностей, предоставляемых mapSchema , давайте рассмотрим множество практических примеров.

Верхние струны

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

Обратите внимание, как легко обрабатывать как @upper , так и @upperCase с той же реализацией upperDirective .

Получение данных из REST API

Предположим, вы определили тип объекта, который соответствует ресурсу REST (открывается в новой вкладке), и вы хотите избежать реализации функций преобразователя для каждого поля:

При реализации реальной оболочки GraphQL над конечной точкой REST необходимо учитывать еще много вопросов (например, как выполнять кэширование или разбиение на страницы), но этот пример демонстрирует базовую структуру.

Форматирование строк даты

Предположим, ваш преобразователь возвращает объект Date , но вы хотите вернуть клиенту отформатированную строку:

Конечно, было бы еще лучше, если бы автору схемы не приходилось выбирать конкретный формат даты , а вместо этого он мог оставить это решение за клиентом. Чтобы это работало, директиве достаточно добавить в поле дополнительный аргумент: