Прямой прокси против обратного прокси

Архитектурные стили, которые вы должны знать в 2023 году

REST (Representational State Transfer): REST - это архитектурный стиль, в котором используются преимущественно методы HTTP, - чемпион по простоте и повсеместности. Он обеспечивает простое взаимодействие с ресурсами, что делает его основным паттерном для множества приложений и современных API.

SOAP (Simple Object Access Protocol): SOAP, претендующий на звание тяжеловеса на арене API, отличается сложностью и мощностью. Он использует XML для определения структурированного взаимодействия. Хотя для работы с SOAP требуется клиент и сервер, он компенсирует это своей прочностью и надежностью, подобно хорошо сконструированному внедорожнику, преодолевающему труднопроходимую местность.

GraphQL: Восходящая звезда в мире API, GraphQL предлагает гибкость и точность. Он позволяет клиентам запрашивать именно то, что им нужно, сокращая избыточность и повышая производительность. Подумайте об этом как о персональном покупателе - вы получаете только то, что просили, ни больше, ни меньше.

gRPC (Google Remote Procedure Call): gRPC - это самый быстрый из всех API. Работающий по протоколу HTTP/2 и использующий двоичные данные, он нацелен на производительность и скорость, особенно в архитектурах микросервисов. Он подобен скоростному поезду, обеспечивающему быструю и надежную связь.

WebSockets: Если вам нужна связь в реальном времени и двунаправленная связь, то WebSockets - это то, что вам нужно. Они идеально подходят для чат-приложений, потокового вещания и обмена данными в реальном времени - это как открытая телефонная линия между клиентами и серверами.

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

MQTT (Message Queuing Telemetry Transport): MQTT - это легкий мессенджер, разработанный специально для сред с ограниченными ресурсами, низкой пропускной способностью и ненадежными сетями. Представьте себе, что это почтовый работник, который намерен доставить вашу почту в любую погоду.

AMQP (Advanced Message Queuing Protocol): Надежный и стандартизованный протокол AMQP, обеспечивающий надежную передачу сообщений, отлично подходит для сред промежуточного ПО. Он подобен хорошо отлаженному сборочному конвейеру, эффективно доставляющему сообщения по назначению.

Какой архитектурный стиль API следует использовать?

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

1. Тип данных, которыми будет обмениваться API с клиентом

2. Требования к производительности API

3. Требования к безопасности API

4. Требования к масштабируемости API

4 основных вида механизмов аутентификации

1. Ключи SSH - криптографические ключи используются для безопасного доступа к удаленным системам и серверам

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

3. SSL-сертификаты - цифровые сертификаты обеспечивают безопасное и зашифрованное взаимодействие между серверами и клиентами

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

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

➡️ С другой стороны, Java славится своей платформенной независимостью и надежностью. Это статически-типизированный язык, что означает, что ошибки могут быть обнаружены во время компиляции, что повышает надежность кода. Философия Java "написал один раз - выполняй везде" позволяет запускать приложения на различных платформах без модификации благодаря виртуальной машине Java (JVM). Это также позволяет использовать Java для создания крупномасштабных приложений, критичных к производительности.

➡️ Таким образом, Python делает акцент на простоте, читабельности и быстроте разработки, а Java - на независимости от платформы, надежности и производительности. Выбор между ними во многом зависит от требований проекта и предпочтений разработчика.

Шпаргалка по различным базам данных в облачных сервисах

Объяснение сетевых протоколов

Интерактивное руководство по Flexbox

https://www.joshwcomeau.com/css/interactive-guide-to-flexbox/

Все методы работы с массивами Javascript, которые вам нужно знать!

[🟣🟡🟣🟡].map(🟣,🟥) => 🟥🟥🟥🟥

[🟡🟣🟥🟡].filter(🟡) => 🟡🟡🟡

[🟥🟥🟡🟡].find(🟡) => 🟡

[🟥🟥🟥🟣].findIndex(🟣) => 3

[🟡🟡🟡🟡].fill(1,🟥) => 🟡🟥🟥🟥

[🟥🟡🟡🟥].some(🟡) => True

[🟣🟡🟡🟥].every(🟣) => False

[🟡🟣🟣🟣].reduce((🟣,🟠)=>🟣+🟠, 0) => 🟡🟡🟡🟡

[🟣🟣🟡🟡].includes(🟣) => True

[🟡🟡🟥🟣].indexOf(🟥) => 2

[🟡🟥🟥🟡].lastIndexOf(🟥) => 2

[🟥🟡🟡🟥].sort() => 🟡🟡🟥🟥

[🟣🟣🟡🟥].reverse() => 🟥🟡🟣🟣

[🟣, 🟡].concat([🟠, 🟠]) => 🟣🟡🟠🟠

[🟡🟡🟡🟡].slice(1,3) => 🟡🟡

[🟣🟣🟡🟡].splice(1,2,🟥🟥) => 🟣🟥🟥🟡

[🟡🟡🟣🟡].join(' - ') => 🟡 - 🟡 - 🟣 - 🟡

[🟡🟡🟣🟣].pop() => 🟣 [🟡🟡🟣]

[🟣🟡🟣🟡].shift() => 🟣 [🟡🟣🟡]

[🟡🟡🟣].push(🟥) => 🟡🟡🟣🟥

[🟣🟡🟡].unshift(🟥) => 🟥🟣🟡🟡

[🟣🟡🟣🟥].copyWithin(2, 0, 2) => 🟣🟡🟣🟡

[🟣🟣🟥🟥].fill(🟩, 2) => 🟣🟣🟩🟩

[🟣, 🟥, 🟩].concat([🟡, 🟡]) => 🟣🟥🟩🟡🟡

Python в EXCEL Шпаргалка

https://www.myonlinetraininghub.com/python-in-excel

Как разработать безопасный доступ к веб-интерфейсу API для вашего сайта?

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

В этой статье мы рассмотрим два распространенных способа:

1. Аутентификация на основе токенов

2. Аутентификация на основе HMAC (Hash-based Message Authentication Code).

На приведенной ниже схеме показано, как они работают.

Аутентификация на основе токенов
Шаг 1 - пользователь вводит свой пароль на клиенте, а тот отправляет его на сервер аутентификации.

Шаг 2 - сервер аутентификации проверяет подлинность учетных данных и генерирует маркер со сроком действия.

Шаги 3 и 4 - теперь клиент может отправлять запросы на доступ к ресурсам сервера с маркером в HTTP-заголовке. Такой доступ будет действителен до истечения срока действия маркера.

На основе HMAC
Этот механизм генерирует код аутентификации сообщения (подпись) с помощью хэш-функции (SHA256 или MD5).

Шаги 1 и 2 - сервер генерирует два ключа, один из которых - Public APP ID (открытый ключ), а другой - API Key (закрытый ключ).

Шаг 3 - теперь мы генерируем HMAC-подпись на стороне клиента (hmac A). Эта подпись формируется с помощью набора атрибутов, перечисленных на схеме.

Шаг 4 - клиент отправляет запросы на доступ к ресурсам сервера с hmac A в HTTP-заголовке.

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

Шаги 6 и 7 - сервер сравнивает hmac A (сгенерированный на стороне клиента) и hmac B (сгенерированный на стороне сервера). Если они совпадают, то запрашиваемый ресурс возвращается клиенту.

Шпаргалка по командам #Linux awk.

https://www.tecmint.com/use-linux-awk-command-to-filter-text-string-in-files/

Верите ли вы, что Google, Meta, Uber, Twitter и Airbnb размещают почти весь свой код в одном репозитории?

Такая практика называется монорепо.

Монорепо против микрорепо. Что лучше? Почему разные компании выбирают разные варианты?

Монорепо - не новинка; и Linux, и Windows были созданы с использованием монорепо. Для повышения масштабируемости и скорости сборки компания Google разработала свой внутренний специализированный инструментарий для более быстрого масштабирования и строгие стандарты качества кодирования для обеспечения единообразия.

Amazon и Netflix являются основными распространителями философии микросервисов. Такой подход естественным образом разделяет код сервисов на отдельные репозитории. Он быстрее масштабируется, но впоследствии может привести к возникновению болевых точек в управлении.

В Monorepo каждый сервис - это папка, а каждая папка имеет конфигурацию BUILD и контроль прав OWNERS. Каждый член службы отвечает за свою папку.

С другой стороны, в Microrepo каждый сервис отвечает за свой репозиторий, при этом конфигурация сборки и права доступа обычно устанавливаются для всего репозитория.

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

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

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

Инженеры Google создали Bazel, а Meta - Buck. Существуют и другие инструменты с открытым исходным кодом, в том числе Nix, Lerna и другие.

С годами у Microrepo появилось больше поддерживаемых инструментов, в том числе Maven и Gradle для Java, NPM для NodeJS, CMake для C/C++ и другие.

Как работают языки C++, Java, Python?

На схеме показано, как происходит компиляция и выполнение.

Компилируемые языки компилируются в машинный код компилятором. В дальнейшем машинный код может быть исполнен непосредственно процессором. Примеры: C, C++, Go.

В байткодовых языках, таких как Java, сначала компилируется исходный код в байткод, а затем JVM выполняет программу. Иногда компилятор JIT (Just-In-Time) компилирует исходный код в машинный код, чтобы ускорить его выполнение. Примеры: Java, C#

Интерпретируемые языки не компилируются. Они интерпретируются интерпретатором во время выполнения программы. Примеры: Python, Javascript, Ruby.

Компилируемые языки в целом работают быстрее интерпретируемых.

Шпаргалка по правам доступа к файлам в Linux (разрешения SUID, SGID и Stick Bit):

Разберитесь с селекторами n-го дочернего элемента с помощью этой шпаргалки CSS

Хранение паролей в базе данных открытым текстом - не самая лучшая идея.

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

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

Стандартным решением для защиты от таких атак является использование соли.

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

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

2. Пароли хранятся в базе данных, хэшируются с помощью соли.

3. Клиент вводит свой пароль.

4. Система считывает соль из базы данных

5. Система комбинирует соль с паролем и хэширует его

6. Система сравнивает вычисленные значения хэша с теми, что хранятся в базе данных. Если они равны, то пароль действителен.

Шпаргалка по команде Curl

Классические уравнения и диаграммы в машинном обучении

https://github.com/soulmachine/machine-learning-cheat-sheet

Экосистема инструментов Kubernetes.

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

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

Чтобы представить целостную картину экосистемы Kubernetes, мы создали иллюстрацию, охватывающую следующие аспекты:

1. Безопасность
2. Сетевое взаимодействие
3. Время выполнения контейнера
4. Управление кластерами
5. Мониторинг и наблюдаемость
6. Оркестровка инфраструктуры

Network DOS Attack