Backend

🤔 Что такое Web Sockets (веб сокет)? WebSockets (веб-сокеты) — это коммуникационный протокол, предоставляющий возможность устанавливать постоянное, двустороннее соединение между клиентом (обычно веб-браузером) и сервером через один TCP-соединение. Это позволяет обмениваться данными в реальном времени с минимальной задержкой и без необходимости повторного открытия соединения для каждого обмена сообщениями, как это происходит в традиционных HTTP-соединениях. 🚩Основные характеристики WebSockets: 🟠Двусторонняя коммуникация: WebSockets поддерживают полноценную двустороннюю (или full-duplex) коммуникацию, что позволяет как клиенту, так и серверу отправлять данные в любое время без необходимости инициирования запроса. 🟠Постоянное соединение: После установления WebSocket-соединение остается открытым, что значительно уменьшает задержки, связанные с установлением новых соединений, характерных для HTTP-запросов. 🟠Меньший накладной расход: WebSockets используют меньше заголовков по сравнению с HTTP-запросами, что делает передачу данных более эффективной и менее затратной по времени и ресурсам. 🟠Протокол: WebSocket протокол стандартизирован в RFC 6455 и поддерживается большинством современных веб-браузеров. Соединение начинается с обычного HTTP-запроса, который затем "обновляется" до WebSocket-соединения через HTTP-заголовок Upgrade. 🚩Как работает WebSocket: 🟠Установление соединения: Клиент отправляет HTTP-запрос с заголовком Upgrade: websocket на сервер, указывая на желание перейти к протоколу WebSocket. Сервер отвечает подтверждением, если поддерживает WebSockets, и соединение устанавливается. 🟠Передача данных: После установления соединения клиент и сервер могут обмениваться данными в обе стороны по мере необходимости. Сообщения передаются как фреймы (frames), которые могут содержать текстовые или бинарные данные. 🟠Закрытие соединения: Соединение может быть закрыто любой стороной в любой момент времени с отправкой соответствующего фрейма закрытия. 🚩Применения WebSocket: 🟠Реальное время: Приложения, требующие обновлений в реальном времени, такие как чаты, системы обмена сообщениями, онлайн-игры, торги на биржах. 🟠Потоковая передача данных: Веб-сокеты идеально подходят для приложений, передающих данные в реальном времени, таких как спортивные трансляции или финансовые данные. 🟠Уведомления и оповещения: Приложения, отправляющие мгновенные уведомления пользователям, например, социальные сети или системы мониторинга. 🟠Коллаборативные инструменты: Инструменты для совместной работы, такие как совместное редактирование документов или доски с заметками. Преимущества WebSocket: 🟠Эффективность: Меньший накладной расход и постоянное соединение делают WebSockets более эффективными для приложений, требующих частого обмена данными. 🟠Скорость: WebSockets обеспечивают более низкую задержку, что делает их идеальными для приложений, работающих в реальном времени. 🟠Простота использования: WebSockets имеют простой API, который легко интегрируется с современными веб-приложениями. Ставь 👍 и забирай 📚 Базу знаний

🤔 Какие есть коды ответов HTTP? Коды ответов HTTP — это трехзначные числовые коды, используемые для обозначения результата запроса клиента к серверу. Они помогают клиенту (например, браузеру) понять, как обрабатывать ответ. Все коды делятся на пять категорий: 🟠1xx: Информационные Эти коды указывают, что запрос был получен, и процесс продолжается. 100 Continue: Клиент должен продолжать запрос. 101 Switching Protocols: Сервер переключается на другой протокол по запросу клиента. 🟠2xx: Успех Эти коды указывают на успешное выполнение запроса. 200 OK: Запрос успешно выполнен, и сервер вернул нужные данные. 201 Created: Запрос успешно выполнен, и был создан новый ресурс. 202 Accepted: Запрос принят, но еще не обработан. 204 No Content: Запрос успешно выполнен, но в ответе нет содержимого. 🟠3xx: Перенаправление Эти коды указывают, что клиент должен предпринять дополнительные действия для завершения запроса. 301 Moved Permanently: Ресурс был перемещен на постоянный новый URL. 302 Found: Ресурс временно находится по другому URL. 304 Not Modified: Ресурс не изменился с последнего запроса клиента. 🟠4xx: Ошибки клиента Эти коды указывают на ошибки клиента при формировании запроса. 400 Bad Request: Некорректный запрос из-за синтаксической ошибки. 401 Unauthorized: Запрос требует аутентификации. 403 Forbidden: У клиента нет прав доступа к ресурсу. 404 Not Found: Ресурс не найден. 409 Conflict: Конфликт запроса с текущим состоянием ресурса. 🟠5xx: Ошибки сервера Эти коды указывают на ошибки сервера при обработке корректного запроса клиента. 500 Internal Server Error: Внутренняя ошибка сервера. 501 Not Implemented: Сервер не поддерживает функциональность, необходимую для выполнения запроса. 502 Bad Gateway: Сервер получил некорректный ответ от вышестоящего сервера. 503 Service Unavailable: Сервер временно недоступен. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое cherrypick? Это команда в системе управления версиями Git, которая позволяет выбрать один или несколько конкретных коммитов из одной ветки и применить их в другую ветку. Это полезно, когда нужно перенести отдельные изменения без необходимости слияния целых веток. 🚩Основные аспекты cherry-pick 🟠Избирательное применение коммитов Позволяет выбрать конкретные изменения из истории одной ветки и перенести их в другую ветку. 🟠Избежание полного слияния В отличие от обычного слияния (merge), cherry-pick переносит только выбранные коммиты, а не всю историю изменений. 🚩Как использовать cherry-pick Основной синтаксис

    
        git cherry-pick <commit_hash>{}
    

🚩Пример использования 🟠Переход на целевую ветку Переключитесь на ветку, в которую нужно перенести изменения.

    
        git checkout target-branch{}
    

🟠Применение коммита Используйте команду cherry-pick, чтобы применить нужный коммит.

    
        git cherry-pick a1b2c3d4 {}
    

🟠Решение конфликтов (если они возникли) Если во время cherry-pick возникают конфликты, Git предложит их решить. Разрешите конфликты, затем завершите процесс:

    
        git add <resolved_files>
git cherry-pick --continue{}
    

Предположим, у вас есть коммит с хешем a1b2c3d4 в ветке feature-branch, который вы хотите перенести в main-branch.

    
        git checkout main-branch
git cherry-pick a1b2c3d4{}
    

🚩Когда использовать cherry-pick 🟠Перенос исправлений Когда нужно быстро перенести исправление из одной ветки в другую (например, багфикс из develop в release). 🟠Избирательное применение новых функций Когда нужно перенести конкретную функцию или изменение без переноса всей ветки. 🚩Ограничения и риски 🟠Конфликты Перенос коммитов может вызвать конфликты, особенно если изменяемые файлы были модифицированы в целевой ветке. 🟠Историческая чистота Частое использование cherry-pick может запутать историю изменений, так как один и тот же коммит будет существовать в нескольких ветках с разными хешами. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что происходит в конце спринта? В конце спринта в гибких методологиях разработки (например, Scrum) проводится серия мероприятий и активностей, направленных на подведение итогов работы команды, оценку достигнутого результата и планирование улучшений. Эти процессы обеспечивают прозрачность, оценку эффективности и подготовку к следующему спринту. 🚩Основные события в конце спринта 🟠Завершение задач спринта Все задачи, включённые в спринт, должны быть либо выполнены, либо перенесены с соответствующими комментариями. Завершённые задачи проверяются на соответствие критериям "готовности" (Definition of Done, DoD). Если задачи не выполнены, они возвращаются в бэклог продукта для повторной оценки в будущем. 🟠Демонстрация инкремента (Sprint Review) Показать заинтересованным сторонам результат работы команды. Команда демонстрирует готовый продукт или его обновления. Обсуждаются выполненные задачи, изменения в продукте и обратная связь от заказчиков или других участников. Результат: обновление бэклога продукта с учётом новой информации. 🟠Ретроспектива спринта (Sprint Retrospective) Цель: анализировать, что прошло хорошо, что можно улучшить и какие действия предпринять в будущем. Участники обсуждают положительные моменты, трудности и проблемы, возникшие в процессе работы. Генерируются идеи для улучшения, которые затем внедряются в следующих спринтах. Используются форматы для выявления проблем, такие как "Start, Stop, Continue" или "Что было хорошо, что плохо, что можно улучшить". 🟠Обновление метрик Обновление burndown chart, velocity chart или других метрик, используемых для отслеживания прогресса. Анализ выполнения целей спринта (например, процент выполненных задач). Уроки, извлечённые из анализа метрик, учитываются при планировании будущих спринтов. 🚩Итоговые действия перед началом нового спринта 🟠Рефайнмент бэклога продукта С учётом новых идей, задач и обратной связи обновляется приоритет задач. 🟠Подготовка к планированию следующего спринта (Sprint Planning) Команда и Product Owner готовятся к обсуждению целей нового спринта. 🟠Документирование Фиксация результатов спринта, включая завершённые задачи, обратную связь и итоги ретроспективы. Ставь 👍 и забирай 📚 Базу знаний

🤔 Расскажи про https HTTPS (HyperText Transfer Protocol Secure) — это расширение протокола HTTP, используемое для безопасного обмена данными между веб-браузером и веб-сервером. HTTPS обеспечивает конфиденциальность, целостность и аутентичность передаваемых данных, используя шифрование, аутентификацию и проверку целостности. 🚩Основные аспекты HTTPS 🟠Шифрование: HTTPS использует шифрование для защиты данных, передаваемых между клиентом и сервером. Шифрование делает данные нечитаемыми для посторонних, предотвращая их перехват и кражу. Это достигается с помощью протоколов SSL (Secure Sockets Layer) и его преемника TLS (Transport Layer Security). 🟠Аутентификация: Аутентификация подтверждает, что клиент и сервер являются теми, за кого они себя выдают. Это предотвращает атаки типа "человек посередине" (man-in-the-middle attacks). Аутентификация осуществляется с помощью цифровых сертификатов, которые выдаются доверенными центрами сертификации (Certificate Authorities, CA). 🟠Целостность данных: Целостность данных гарантирует, что данные не были изменены во время передачи. Это достигается с помощью хеш-функций и контрольных сумм, которые проверяются на каждой стороне соединения. 🚩Как работает HTTPS 🟠Инициация соединения: Клиент (например, веб-браузер) инициирует соединение с сервером, отправляя HTTPS-запрос. 🟠Обмен сертификатами: Сервер отправляет клиенту свой цифровой сертификат. Сертификат содержит публичный ключ сервера и информацию о центре сертификации. 🟠Проверка сертификата: Клиент проверяет подлинность сертификата, используя список доверенных центров сертификации. Если сертификат действителен, клиент продолжает установку защищённого соединения. 🟠Установка сеансового ключа: Клиент и сервер договариваются о сеансовом ключе, используя асимметричное шифрование. Этот ключ будет использоваться для шифрования данных в течение сеанса. 🟠Шифрование данных: Данные передаются между клиентом и сервером в зашифрованном виде, что обеспечивает их конфиденциальность и целостность. 🚩Преимущества HTTPS 🟠Безопасность: HTTPS защищает данные от перехвата и подделки, что особенно важно для передачи конфиденциальной информации, такой как пароли и номера кредитных карт. 🟠Доверие пользователей: Наличие HTTPS повышает доверие пользователей к веб-сайту, так как современные браузеры отмечают сайты с HTTPS как безопасные. 🟠SEO (Поисковая оптимизация): Поисковые системы, такие как Google, отдают предпочтение сайтам с HTTPS и могут ранжировать их выше в результатах поиска. 🟠Соответствие стандартам: Многие нормативные акты и стандарты требуют использования HTTPS для защиты данных, например, GDPR в Европейском Союзе. 🚩Как настроить HTTPS 🟠Получение сертификата: Приобретите SSL/TLS сертификат у доверенного центра сертификации (CA) или используйте бесплатные сертификаты, такие как Let's Encrypt. 🟠Установка сертификата: Установите полученный сертификат на веб-сервер. Процесс установки зависит от используемого веб-сервера (например, Apache, Nginx, IIS). 🟠Настройка перенаправлений:Настройте сервер так, чтобы все HTTP-запросы перенаправлялись на HTTPS. 🟠Обновление ссылок и ресурсов: Убедитесь, что все ссылки и ресурсы на сайте используют HTTPS, чтобы избежать смешанного контента (mixed content), когда части страницы загружаются по HTTP. Ставь 👍 и забирай 📚 Базу знаний

🤔 Как защитить куки от воровства и от подделки? 🟠Использование HTTPS Передача данных через HTTPS (SSL/TLS) обеспечивает шифрование данных между клиентом и сервером, что предотвращает их перехват и чтение третьими лицами. Настройте ваш веб-сервер для использования HTTPS, получив и установив SSL/TLS сертификат. 🟠Флаг Secure Куки передаются только по HTTPS-соединениям. Добавьте флаг Secure при установке куки.

    
        Set-Cookie: sessionId=abc123; Secure{}
    

🟠Флаг HttpOnly Куки недоступны через JavaScript, что предотвращает их кражу с помощью XSS (Cross-Site Scripting) атак. Добавьте флаг HttpOnly при установке куки.

    
        Set-Cookie: sessionId=abc123; HttpOnly{}
    

🟠Флаг SameSite Предотвращает отправку куки на другие сайты, что защищает от CSRF (Cross-Site Request Forgery) атак. Добавьте флаг SameSite при установке куки. Варианты включают Strict, Lax, и None.

    
        Set-Cookie: sessionId=abc123; SameSite=Strict{}
    

🟠Шифрование содержимого куки Делает данные бесполезными для злоумышленников, даже если они смогут украсть куки. Используйте серверные библиотеки для шифрования и дешифрования данных в куки перед отправкой и после получения. 🟠Подпись куки С помощью HMAC (Hash-based Message Authentication Code) позволяет проверить целостность и подлинность данных в куки. Используйте секретный ключ для генерации HMAC подписи и добавьте её к куки.

    
        import hmac
import hashlib

secret_key = b'secret'
cookie_value = b'sessionId=abc123'
signature = hmac.new(secret_key, cookie_value, hashlib.sha256).hexdigest()

cookie = f'{cookie_value.decode()}; Signature={signature}'{}
    

🟠Защита от XSS атак Могут использоваться для кражи куки. Включает в себя валидацию и фильтрацию пользовательских вводов, использование Content Security Policy (CSP) и безопасное кодирование данных. Внедрите валидацию и фильтрацию вводов на стороне сервера, настройте CSP заголовки.

    
        Content-Security-Policy: script-src 'self'{}
    

🟠Регулярное обновление и истечение срока действия куки Значений куки и установка короткого срока действия уменьшает временное окно для атакующих. Устанавливайте короткий срок действия и обновляйте значение куки при каждой сессии.

    
        Set-Cookie: sessionId=abc123; Max-Age=3600  # 1 час{}
    

Ставь 👍 и забирай 📚 Базу знаний

🤔 Каким образом можно найти "медленный запрос" и проанализировать его в PostgreSQL? 🚩Методы и инструменты. 🟠Включение журналирования медленных запросов Настройка параметров конфигурации PostgreSQL для журналирования медленных запросов позволяет отслеживать запросы, выполнение которых занимает много времени. 1⃣Откройте файл конфигурации PostgreSQL (postgresql.conf). 2⃣Настройте следующие параметры:

    
        # Включить логирование всех запросов
log_statement = 'all'

# Либо логирование только медленных запросов
log_min_duration_statement = 1000  # Логировать запросы, выполнение которых заняло более 1000 мс (1 секунда){}
    

3⃣Перезапустите сервер PostgreSQL для применения изменений:

    
        sudo systemctl restart postgresql{}
    

🟠Использование инструмента `pg_stat_statements` Расширение pg_stat_statements позволяет собирать статистику по выполненным запросам и предоставляет информацию о частоте, времени выполнения и других характеристиках запросов. 1⃣Включите расширение в postgresql.conf:

    
        shared_preload_libraries = 'pg_stat_statements'{}
    

2⃣Перезапустите сервер PostgreSQL:

    
        sudo systemctl restart postgresql{}
    

3⃣Создайте расширение в нужной базе данных:

    
        CREATE EXTENSION pg_stat_statements;{}
    

4⃣Используйте запрос для получения информации о медленных запросах:

    
        SELECT
  query,
  calls,
  total_time,
  mean_time,
  stddev_time,
  rows,
  min_time,
  max_time
FROM
  pg_stat_statements
ORDER BY
  total_time DESC
LIMIT 10;{}
    

🟠Анализ запросов с помощью `EXPLAIN` и `EXPLAIN ANALYZE` Команды EXPLAIN и EXPLAIN ANALYZE позволяют понять, как PostgreSQL планирует и выполняет запросы, предоставляя детальную информацию о плане выполнения. 1⃣Выполните команду EXPLAIN для запроса:

    
        EXPLAIN SELECT * FROM my_table WHERE id = 1;{}
    

2⃣Выполните команду EXPLAIN ANALYZE для запроса:

    
        EXPLAIN ANALYZE SELECT * FROM my_table WHERE id = 1;{}
    

3⃣Анализируйте выходные данные, чтобы понять, какие операции занимают больше всего времени (например, полное сканирование таблицы, узкие места при соединении таблиц и т.д.). 🟠Использование системных представлений и утилит pg_stat_activity: Показывает текущую активность базы данных, включая выполняемые запросы и их состояние.

    
        SELECT
  pid,
  usename,
  state,
  query,
  now() - query_start AS duration
FROM
  pg_stat_activity
WHERE
  state != 'idle'
ORDER BY
  duration DESC;{}
    

pg_locks: Отображает информацию о текущих блокировках в базе данных.

    
        SELECT * FROM pg_locks;{}
    

1⃣Индексы: Убедитесь, что для часто используемых условий WHERE и JOIN существуют соответствующие индексы. 2⃣Переписывание запросов: Попробуйте переписать запросы для улучшения их производительности. 3⃣Материализованные представления: Используйте материализованные представления для часто выполняемых сложных запросов. 4⃣Конфигурация сервера: Настройте параметры конфигурации PostgreSQL для оптимизации производительности (например, work_mem, shared_buffers, maintenance_work_mem). Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое столп "наследование" ? Наследование — это ключевой принцип объектно-ориентированного программирования, позволяющий создавать новый класс (наследник), который заимствует свойства и методы существующего класса (родителя). Это способствует: 🟠Повторному использованию кода Общие функции и данные определяются один раз в родительском классе и могут быть использованы во всех классах-наследниках. 🟠Упрощению расширения функциональности Наследники могут добавлять новые свойства и методы или изменять существующие, не затрагивая код родительского класса. 🟠Созданию иерархий классов Помогает структурировать и организовать код в виде дерева классов, отражающего реальные отношения иерархии.

    
        class Animal {
    void eat() {
        System.out.println("This animal eats.");
    }
}

class Dog extends Animal {
    void bark() {
        System.out.println("The dog barks.");
    }
}

public class Main {
    public static void main(String[] args) {
        Dog dog = new Dog();
        dog.eat(); // Наследованный метод
        dog.bark(); // Метод класса Dog
    }
}{}
    

Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое SOLID? Это акроним, представляющий пять основных принципов объектно-ориентированного программирования и дизайна, которые помогают разработчикам создавать более понятный, гибкий и поддерживаемый код. Эти принципы были предложены Робертом Мартином (известным также как Uncle Bob) и являются основополагающими в области программной инженерии. 🟠Single Responsibility Principle (Принцип единственной ответственности) Этот принцип гласит, что у каждого класса должна быть только одна причина для изменения, то есть класс должен иметь только одну ответственность или задачу. Это помогает уменьшить сложность и повысить читаемость кода, делая его более управляемым и легким для поддержки. Когда класс выполняет лишь одну задачу, его легче тестировать и изменять без влияния на другие части системы. 🟠Open/Closed Principle (Принцип открытости/закрытости) Программные сущности (классы, модули, функции и т.д.) должны быть открыты для расширения, но закрыты для модификации. Это означает, что поведение классов должно быть расширяемым без изменения их исходного кода. Для реализации этого принципа часто используются абстракции и интерфейсы, которые позволяют добавлять новые функции через наследование и полиморфизм, не нарушая существующий код. 🟠Liskov Substitution Principle (Принцип подстановки Барбары Лисков) Объекты подклассов должны быть заменяемы объектами суперклассов без нарушения правильности программы. Это означает, что если у нас есть базовый класс и его подкласс, то мы должны иметь возможность заменить экземпляры базового класса экземплярами подкласса без изменения желаемого поведения программы. Этот принцип поддерживает полиморфизм и гарантирует, что производные классы могут корректно взаимодействовать с остальным кодом. 🟠Interface Segregation Principle (Принцип разделения интерфейсов) Клиенты не должны зависеть от интерфейсов, которые они не используют. Этот принцип направлен на создание узкоспециализированных интерфейсов, которые являются специфичными для отдельных клиентов. Таким образом, классы, реализующие эти интерфейсы, не будут обязаны реализовывать методы, которые им не нужны. Это уменьшает сложность и улучшает управляемость кода, а также способствует гибкости и повторному использованию интерфейсов. 🟠Dependency Inversion Principle (Принцип инверсии зависимостей) Модули верхнего уровня не должны зависеть от модулей нижнего уровня. Оба типа модулей должны зависеть от абстракций. Этот принцип направлен на уменьшение зависимости высокоуровневого кода от низкоуровневых деталей, что позволяет легче изменять и тестировать систему. Реализация этого принципа часто включает использование инверсии управления (IoC) и внедрения зависимостей (DI), что способствует созданию более гибких и модульных архитектур. Ставь 👍 и забирай 📚 Базу знаний

🤔 Что такое клиент серверная архитектура? Клиент-серверная архитектура — это модель взаимодействия в сетях, где задачи распределяются между поставщиками ресурсов или услуг, называемыми серверами, и потребителями, называемыми клиентами. Это одна из самых распространенных архитектурных моделей в разработке программного обеспечения и сетевых приложений. 🚩Основные компоненты клиент-серверной архитектуры 🟠Клиент Это программа или устройство, которое инициирует запросы к серверу для доступа к ресурсу или услуге. Отправка запросов к серверу. Получение и отображение данных или выполнения действий на основе ответа от сервера. 🟠Сервер Это программа или устройство, которое обрабатывает запросы от клиентов и предоставляет им необходимые ресурсы или услуги. Обработка запросов от клиентов. Управление доступом к ресурсам (например, базам данных, файлам, услугам). Возврат соответствующих данных или результатов выполнения запросов клиентам. 🚩Принцип работы клиент-серверной архитектуры 🟠Инициация запроса Клиент инициирует запрос к серверу. Это может быть запрос на получение данных, отправка данных для обработки, выполнение определенной задачи и т.д. 🟠Обработка запроса Сервер получает запрос и обрабатывает его. Это может включать выполнение операций над базой данных, запуск скриптов или программ, обработку данных и т.д. 🟠Ответ на запрос Сервер отправляет ответ клиенту. Ответ может содержать запрашиваемые данные, подтверждение успешного выполнения операции или сообщение об ошибке. 🟠Получение ответа Клиент получает ответ от сервера и использует его для выполнения дальнейших действий, таких как отображение данных пользователю, обработка данных и т.д. Ставь 👍 и забирай 📚 Базу знаний