Ну и напоследок, пример использования Redux в React для управления состоянием счётчика:

1. Установите необходимые пакеты:

npm install redux react-redux

2. Создайте файл store.js, который будет содержать конфигурацию Redux-хранилища:

import { createStore } from 'redux';
import rootReducer from './reducers'; // Подключаем корневой редьюсер

const store = createStore(rootReducer); // Создаем хранилище с корневым редьюсером

export default store;

3. Создайте файл reducers.js, где будут объединены все редьюсеры:

import { combineReducers } from 'redux';
import counterReducer from './counterReducer'; // Подключаем редьюсер для счетчика

const rootReducer = combineReducers({
  counter: counterReducer, // Добавляем редьюсер для счетчика в корневой редьюсер
  // Другие редьюсеры...
});

export default rootReducer;

4. Создайте файл counterReducer.js, который будет содержать редьюсер для счетчика:

const initialState = {
  count: 0,
};

const counterReducer = (state = initialState, action) => {
  switch (action.type) {
    case 'INCREMENT':
      return { ...state, count: state.count + 1 };
    case 'DECREMENT':
      return { ...state, count: state.count - 1 };
    default:
      return state;
  }
};

export default counterReducer;

5. Используйте Redux в компонентах React:

import React from 'react';
import { useSelector, useDispatch } from 'react-redux';

const Counter = () => {
  const count = useSelector((state) => state.counter.count); // Получаем состояние счетчика из хранилища
  const dispatch = useDispatch(); // Получаем функцию для отправки действий

  return (
    <div>
      <p>Count: {count}</p>
      <button onClick={() => dispatch({ type: 'INCREMENT' })}>Increment</button>
      <button onClick={() => dispatch({ type: 'DECREMENT' })}>Decrement</button>
    </div>
  );
};

export default Counter;

Всем привет!
На этой неделе решил сделать вот такую тему. Глянем актуальные NOSQL бд и попробуем с некоторыми поработать.

Ну вы поняли...
Сегодня говорим про бд.

Различия SQL и NoSQL

Для начала разберемся что это такое:
- SQL - это реляционная бд (данные хранятся в таблицах с определенной структурой). Между таблицами есть связи в виде отношений.
- NoSQL - это нереляционные бд (данные хранятся в виде набора документов). Документы не имеют структуры и не связаны отношениями.

В сравнении с NoSQL, SQL бд дают большую гибкость в формировании запросов на работу с данными.

NoSQL масштабируемая горизонтально за счёт добавления новых узлов (серверов), а SQL вертикально путем увеличения мощности сервера.

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

Существует несколько популярных NoSQL баз данных, каждая из которых предназначена для различных типов приложений и задач.
Топ 3 самых популярных NoSQL баз данных:

1. MongoDB: MongoDB - это документо-ориентированная база данных, которая хранит данные в формате JSON-подобных документов. Она широко используется для веб-приложений, аналитики данных и других приложений, где требуется гибкая структура данных.

2. Cassandra: Apache Cassandra - это распределенная база данных с открытым исходным кодом, предназначенная для обработки больших объемов данных и обеспечения высокой доступности. Она часто используется для хранения временных рядов, журналов событий и других приложений, где требуется масштабируемость и отказоустойчивость.

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

Всем доброе утро!)
Сегодня поговорим про MongoDB.

MongoDB - это популярная документо-ориентированная база данных, которая относится к NoSQL-базам данных. Она разработана для работы с документами в формате BSON (Binary JSON), что делает её удобной для хранения и обработки различных типов данных.

Пример использования MongoDB.
Благодарю за предоставленный код:
@archersnotes

from pymongo import MongoClient


class UserRepo:
    def __init__(self, database):
        self.database = database

    def create(
            self,
            full_name: str,
            age: int,
    ):
        return self.database.users.insert_one({
            "full_name": full_name,
            "age": age,
        })

    def get_adults(self):
        return self.database.users.find({
            "age": {"$gte": 18},  # greater than or equal to 18
        })


def get_database():
    client = MongoClient(host="127.0.0.1", port=27017)
    database = client.text_app
    return database


def main():
    users = UserRepo(get_database())

    users.create("Александр Михаилович", 16)
    users.create("Александр Сергеевич", 18)

    adults = users.get_adults()
    for i in adults:
        print(i["full_name"])  # Александр Сергеевич


if __name__ == '__main__':
    main()

Сегодня будет другая NoSql - Cassandra.

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

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

Cassandra поддерживает язык запросов CQL (Cassandra Query Language), который похож на SQL, что упрощает работу с базой данных для разработчиков, знакомых с SQL.

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

Основные компоненты данных в Cassandra:

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

2. Столбцы: Данные в Cassandra хранятся в виде столбцов, которые могут быть широкими (wide columns). Это означает, что каждая запись может содержать большое количество столбцов, и каждый столбец может иметь различный тип данных.

3. Строки: В Cassandra данные организованы в виде строк, которые содержат ключ и соответствующие столбцы. Каждая строка может содержать несколько столбцов, и количество столбцов может быть разным для разных строк.

Пример структуры данных в Cassandra:

{
  "key": "user123",
  "columns": {
    "name": "John Doe",
    "age": 30,
    "email": "johndoe@example.com"
  }
}

В данном примере "user123" является ключом, а "name", "age" и "email" - это столбцы с соответствующими значениями.

А вот вам анонс на завтра)
В комментарии пишите, кто понял о чём пойдет речь)

Всем привет. Сегодня будет очень полезная информация (надеюсь). Поговорим про отличный ресурс - firebase.

Если коротко то...
Firebase это комплексный набор инструментов и услуг, предлагаемых в качестве платформы Backend-as-a-Service (BaaS), позволяющий разработчикам легко создавать, запускать и расширять мобильные и веб-приложения. Он предлагает базу данных в реальном времени, аутентификацию, хранение данных, хостинг и другие возможности, и все это управляется с единой платформы.

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

Firebase: что такое, для чего нужно, как читать и записывать данные
https://kolmogorov.pro/what-is-firebase-chto-takoe

Всем привет!
На этой неделе будем разговаривать про микросервисы.
А ещё будут интересные задачки для решения.

Всем продуктивной среды!

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

Суть работы примерно такая:
- клиент обращается к web-серверу
- веб-сервер перенаправляет запрос на нужную часть кода
- код выполняется (возможно обращается к б.д.)
- отправляет ответ на веб-сервер
- и дальше отправляется ответ клиенту (например в браузер)

Минусы:
- чтобы изменить небольшой функционал необходимо перезапустить все приложение
- труднее работать с разными источниками данных
- если "отказывает" один сервис, то останавливается все приложение
- труднее масштабировать

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

Что такое микросервисная архитектура?
- это набор веб-сервисов, выполняющих какой-либо точечный функционал и объединенных в виртуальное облако, при этом работая как единое приложение.

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

Что могут микросервисы?
- работать и вызываться независимо друг от друга
- если один "откажет", остальные продолжат работать
- вызывать друг друга по необходимости
- могут быть написаны на разных языках

На данный момент, многие отдают предпочтение микросервисной архитектуре.

Всем отличного четверга!