есть узел x - который создал сообщение на определённую тему. сам он на эту тему не подписан.

верные соедением - ,по сути, это соединение, которые идут только в одну сторону, а данном случае в сторону, где узлы подписаны на тему, для которого x создал сообщение.

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

Каждый пир сплетничает шестью пиром, рандомным, по служебному "каналу". это происходит каждую секунду

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

и следующий пир(узел), который получил это сообщение делает копию себе и отправляет своим узлам с полным соединением.

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

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

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

два узла - могут быть только либо переправлять между собой полные сообщеия, либо только метаданные. но эти узлы могут изменить свой стиль работы. это называется прививка (grafting) - это когда узлы из общение только метадыннаыми переходят в общения с полными сообщениями. и обрезка (pruning)- обратная прививке

Обычно, так идёт связь не все ко всему, ради оптимизаций трафика, чтоб каждый не отправлял всем данные. у каждого пира может быть 3 связи.

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

пока могу сказать, что traint играет роль extensions методов c интерфейсами. мы создаём trait, который играет роль интерфейса, и уже под этот трайт реализуем "extentions" логику, для определённого типа.

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

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

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

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

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

по сути

либа для реддиса, StackExchangd.Redis

LRU - чем нужнее, тем меньше шансов на удаления

через api gateway - можно делать, те же запросы к backend. условно он уже отыграет роль proxy. он просто перенаправит (forwarding) на другой url

api gateway - даёт возможность, создавать уже своё api, для взаимодействия со внутреними сервисами yandec cloud

можно просто через это api gateway, создать запрос к другому сервису. apigateWay можно сказать играет роль swagger, он некоторый слой, который помогает именно отправлять запросы куда-то.

по сути - это спецификая, которая помогает создавать единый стиль restApi. по сути спецификая, как и до этого было написано, удобный элемент для того, чтоб программам, работать с api в написаний документаций

1. Редис как элемент, для синхронизаций кэша на большом количестве серверов, чтоб пользователь не кидался на разные сервисы, и каждый раз не кэшировал данные с одного и тоже же запроса, но с разных серверов.

2.

if let - удобна в том случае, когда нужен только один из всех вариантов, enum. остальные он просто будет игнорировать.

по сути, используя option, мы работатаем с "null" на уровне кода, мы на уровне кода прописывает, может ли этот тип иметь "null" или нет.

всё написано, так, что просто невозможно, использовать пустое значение.

по сути как ассоциативную функцию

Кароче, по сути она работает, компонента,

есть какая-та среда, в которой будет функция, сама среда не знает, ничего про функций, пока не запустить всё.

по сути как было сказано - это как контайнер, со своим миров, в которым мы впихивает свою функцию

а еще можем через ...<nameOldData> создать новую структуру но с новыми данными

можно не писать прописывать всем полям значения, компилятор - это сам сделает на изичиах

можно сказать, что это сервер, где стоит, proxomx

можно сказать, что это qemu в proxmox системе

Умение управлять множество контейренов, через одну точку входа, это и есть оркестрация.

слабая аналогия - это роутер

так то прикольный код, первый раз такое вижу

Превращает элементы коллекция в кортеж, где первый элемент - это индекс этого элемента в массиве, а второй сам этот элемент

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

s1. не будет сущестовать по примеру ниже.

один байт это 8 бит, то есть 255 возможных значений. сюда как помещятся все эти ackii значения.

в стеке хранится длина и емкость (можно сказать массива) и ссылка на сам массив.

в куче же сами символы (если это строка), ибо он не понятно какого размера, и в будущем может менятся

как только переменная исчезает из зоны видимости она перестаёт существовать.

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

тем самым ссылка будет указавывать хз куда.

сейчас одновременно, и mut ссылка и обычная ссылка, и этого компилятор не разрешает, ибо очень нагло, есть ссылка на неизменяемый объект вдруг изменится, это было бы контр интуитивно

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

по сути ссылка это как есть владелец дома, и те кто в нём прописаны (те кто прописаны это ссылки на дом). по сути те же права, но живой ты или нет, от этого квартира никому другому не уйдёт. квартирой ты можешь пользоваться, но ты ей не владеешь, а только пользуешься

здесь компилятор настолько умный, что сам понимает, что r1 и r2 не будут использованы и тем самым не выдаёт ошибку

Ссылка указывает на указатель

переменные можно закинуть в спецификацию

сам по себе loop, в данном примере это не выражение, а только инструкция

бесконечный цикл

Можно создавать выражение внутри if, и тем самым возвращать значение оттуда и присваивать к переменной

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

Можно делать такие массивы: в данном случае будет массив первая отвечает элемент, второй за количество [3,3,3,3,3]

Говорит, о том, как много графики с разной статистикой, много говорит о событиях в реальной жизни.

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

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

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

как удобно

Ваще прикол

бла бла бла