Василий

Просто подождите и всё.

PostgreSQL + частичная репликация

Игорь Махов прав, нужно обновить систему, т.к. у нее закончился срок поддержки и она более не получает обновлений безопасности.

sudo mv /etc/apt/sources.list /etc/apt/sources.list-bak

Сгенерировать новый список отсюда: https://repogen.simplylinux.ch/ или взять
sudo nano /etc/apt/sources.list
Shift-Ins, Ctrl-W
sudo apt update
Но это помогло бы, если бы обновления все еще существовали.

ну так IEnumerable<> и yield вам в помощь. само собой и async/await
как раз эти четыре понятия и придназначены, для упрощения написания кода, над массивами даннх, растянутыми во времени, и не известной длинны. с их помощью, большая часть кода, выглядит так, будто все входные данные предоставлены сразу, и результат вы выдаете как будто тоже сразу

ps для практики полезны примеры из MSDN (где они есть) либо на https://metanit.com/sharp/tutorial/ придется поискать. в любом случае, однозначно придется понять обсласти применения и возможности этих понятий. а тогда уже точно сложится картина, как они лягут на ваш конкретный случай

pps

Ссылки от того куда положили возвращаем в виде коллекции тому кто нас вызвал.

вот это место не очень вписывается в концепцию конвеера на IEnumerable/yield/async/await
дело в том что результирующие ссылки, вы получаете "изредка", и явно в отрыве от момента получения исходного изображения
тут несколько путей:
- именно коллекцию ссылок (json?) формировать по окончанию обработоки
- возвращать в первоисточник ссылки по одной, и формировать коллекцию там, а привязку можно делать по имени/тегу/коду/номеру изображения.. (кадра?)
- можно и асинхронно, растянуто во времени досылать json, или любую выбранную коллекцию дотнета, если на приемнике дотнет, и вы так же правите исходниками
- как вариант, если известно количество кадров изначально, можно уведомлять первоисточнк о начале пересылки хоть массива заданной размерности, в любом понятном ему формате, если конечно он так же способенн к асинхронной обработке

ppps

Пробовал с BlockingCollection

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

https://trello.com/ru/platforms

Evernote в топку. Долго юзал, но быстродействие ужасное.

Bear можно, но возможностей маловато.

Сейчас Notion. Не самый отзывчивый, но в целом норм. Плюс куча фишек для систематизации информации. Пока менять не собираюсь.

Были еще apple notes, но там совсем примитив.

В IT, если говорить о простых исполнителях, мало кому нужны люди за 40 - они в силу возраста работают медленнее, чем программисты 25+ лет. Кто бы что не говорил и не писал на профильных сайтах о 90-летних программистах.

40-летний юнга - это из разряда фантастики. Вы будете себе чувствовать, мягко сказать, плохо, работая в коллективе профессионалов кому нет и 30, со временем это выльется в комплекс неудачника. В 41 вряд ли освоите все быстро, пройдет 3-5 лет и вам уже 46.

Легче в такси устроиться.

Основой посыл - более высокая зарплата

Высокая зарплата - это миф. Она не дается просто так. Это результат многих лет изучения и практики, это путь длинной во многие годы.

dotnet core rsignal смотрели? если нет, рекомендую

Нет, не "должен", но может. Лично я пришел к такой схеме:
- 200-ые статус коды отправляются ТОЛЬКО тогда, когда все прошло успешно. В таком случае не будет никаких success: true или response: {} - а нужные данные, прямо на первом уровне нестинга. Собственно если взять за правило, что 200-ые коды возвращаются когда все ок, то можно полностью избавлятся от этих плохих проверок на наличие ключа в респонсе.
- 400-ые и 500-ые будут попадать в отдельный колбек/реджектить промис, опять же избавляя от нужды проверять какие-то ключи. Для всех кодов ответов, кроме 400 и 422 - в ответе нету нихрена. Ни code, ни message, ни response. Вообще ничего. Вся инфа находится в самом http status коде. Для 400 и 422 прибавляется параметр code, который является номером ВНУТРЕННЕЙ ошибки (ну, например, есть какие-то предусловия для выполнения запроса - уникальность эмейл адреса при регистрации как пример) - по ней фронт может показывать отдельные ошибки либо выполнять какую-то логику.

Плюс ко всему этому у себя локально и на сервере для фронта включен дебаг, добавляющий некий параметр _debug к каждому ответу. В нем может хранится любая инфа - сообщение с ошибкой (даже если ее можно понять по http коду или внутреннему), стак трэйс 500-ой ошибки и тд.

Например так:
один поток читает построчно и полученные сырые значения строк закидывает в очередь на обработку (например BlockingCollection)

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

Моя первая цель взять IP и порты ...

в каком виде вы хотите их получить ?
по отдельности, вместе, через двоеточие, через пробел или еще как либо ?
моя телепатия подсказывает что через пробел, если это действительно так то код будет выглядеть примерно так:
... | awk -F'[ ,:]' '{print $2,$3}'

192.168.101.79 7001
192.168.101.79 7000
192.168.101.79 7000

Ну дык у вас строка и делится на две

$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk -F: '{print $1 $2}'
08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.797001 master - 0 1553254293379 2 connected 10923-16383
$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk -F: '{print $1}'
08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79
$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk -F: '{print $2}'
7001 master - 0 1553254293379 2 connected 10923-16383

Только вы опять делаете конкатенацию на выходе

может быть так вы имели в виду?:

$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk '{ print $2 }' 
192.168.101.79:7001

Отдельно хост

$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk '{ print $2 }' | awk -F: '{print $1}'
192.168.101.79

Отдельно порт

$ echo "08a7ff2732079bc7b113726352101e5302a1f5d8 192.168.101.79:7001 master - 0 1553254293379 2 connected 10923-16383" | awk '{ print $2 }' | awk -F: '{print $2}'
7001