Где и как хранить большие данные в браузере

В этом видео вы найдёте информацию о том как работать с indexedDB. Здесь будут раскрыты следующие темы:

⁃ Как создать базу данных в браузере
⁃ Версионность и миграции
⁃ Как добавлять, изменять, искать и удалять данные в indexedDB
⁃ Время жизни транзакции
⁃ Производительность базы данных и её оптимизация

[eugenex]

Сколько раз уже обсуждалось, не хранить данные в браузере от слова совсем! Храните данные на сервере, и передавать их временно через session исключительно после авторизации пользователя. Рекламщики постоянно лезут к клиенту в браузер, а потом начинаются свистопляски что браузер жрет как конь, и пользователи в панике начинают отключать все от куков до JavaScript лишь-бы не тормозили, все сайты.

Хороший опытный программист, не станет использовать даже indexdb куда проще работать в ws и pooley request сокетом.

[cybersystem]

В общем посмотрел. Действительно, я и ранее видел в хроме IndexDB, но не придавал значения тому что это такое. Там же сейчас вижу Web SQL - ВАУ! И первый вопрос: а сколько живет эта БД? Пока искал - вы начали уже что-то рассказывать про это. Как я понимаю - это все живет, пока не очистишь. Т.е., хранить что-то на постоянку тут нельзя, зато необходимо следить за синхронизацией. Вопрос: а чем это разительно отличается от Redux? Если речь о хранении данных входа - зачем мне этот бегемот? Если речь о хранении кеша данных - почему не редакс? Если речь о постоянном хранении данных - вы уверены, что вы правильно построили свое приложение?! Я писал десктопные приложения под винду, я писал RN приложения под мобилы, я писал нативные под мобилу, я пишу web APP на реакт. И я могу вам сказать следующее:
1. Толстый клиент - плохо! Вы никогда не знаете что за настройки у юзера, какое у него железо и инет!
2. Если ваше приложение тормозит - микро оптимизация (как в этом видео) вас не спасет - меняйте алгоритмы работы с данными. У вас где-то гоняются холостые циклы или еще что-то. Но сперва - смотрите на БЭК! Нужны качественные запросы и порционные данные!
3. Никакие оптимизации не заменят вам качественную архитектуру!
4. Каждый инструмент для своего дела. Отверткой можно выковыривать гвозди, но но лучше гвоздодер. Саморезы можно заколачивать молотком, но лучше их всеж вкручивать отверткой. JS это клиентская история и не надо пытаться на ней разрабатывать прошивки для бортовиков космического шатла! На JS я видел и нейросетки и даже 3D симуляторы вождения в браузере. Но я не уверен, что это хорошая идея. Ранее я писал на PHP и видел, как на нем разрабатывать десктопные приложухи под винду и даже пробовал. Но работу я всегда делал на C#. С++ я начал изучать когда необходимо было написать библиотеку и поработать с низким уровнем.

Надеюсь посыл ясен. Ваш ролик интересен, как пример. Но практического применения не вижу, если честно. Статьи на хабре на эту тему валяются, оказалось, еще с 2017 года. Что-то не вижу повсеместного использования. Попытки сделать приложения из ХТМЛ уже существуют давно (1С, кордова). Даже были попытки превратить JS в приложение (React Native, Electron). Но нет ничего лучше нативки, с подходящим языком и нормально БД (пусть и локальной).

[cybersystem]

На будущее, пожалуйста, выучите текст. Или читайте внятнее хотя бы