shurshur

def flatten(li):
    return sum(([x] if not isinstance(x, list) else flatten(x) for x in li), [])

>>> flatten([[[2]], [4, [5, 6, [6], 6, 6, 6], 7]])
[2, 4, 5, 6, 6, 6, 6, 6, 7]

Я думаю здесь подмена понятий. Автор пишет "кэширует ли БД запросы", а имеет в виду "может ли в принципе эта страшная и непонятная громадина которая называется базой данных в принципе хоть когда-нибудь рабтотать быстро?"
Все, разумеется, кидаются отвечать на первый вопрос.
А на самом деле надо отвечать на второй. Да, почти всегда БД работает гораздо быстрее чем ты можешь вообразить и ничего кэшировать не нужно. Если вдруг стало работать медленно... впрочем, об этом ниже.

Нужно ли делать кеширование запросов
Вот в такой формулировке, взятой с потолка, "а не закэшировать ли мне запросы к базе данных*" - Нет, не нужно.

и как?
Очень просто.
Три простых шага:
1. Понять, устраивает ли тебя производительность приложения. Если устраивает, то все оставить как есть.
2. Если не устраивает, освоить профайлинг. Если это слово не упоминается в вопросе про производительность или кэширование, то вопрос можно сразу удалять. потому что он заведомо взят с потолка и не имеет смысла. По сути, профайлинг - это замер скорости выполнения отдельных участков кода для поиска узких мест - т.е. таких участков кода, которые тормозят всю программу. Это можно делать и вручную, и с помощью различных готовых инструментов. Только по результатам профайлинга, который показал конкретную причину тормозов, то самое узкое место (его еще называют bottleneck, "бутылочное горлышко"), можно приступать к оптимизации. Не кэшированию!
3. Если профайлинг показал, что проблема в конкретном запросе к БД, приступаем к его оптимизации. Чаще всего достаточно добавить индекс или донастроить сервер.
4. Только если все другие способы не помогли - занимаемся кэшированием. Но перед этим сначала решаем Вторую Важнейшую Проблему Информационных Технологий - инвалидации кэша. Поскольку закэшировать - это ерунда, каждый дурак сможет. Самая главная проблема не в том, как данные положить в кэш, а как и когда их оттуда удалять.

Отложить загрузку на 5 секунд - выход, но грубоватый (имхо конечно). Я делаю по-другому - оборачиваю код в скролл-ивент + задержка в 1 секунду. То есть, сайт загрузился быстро, и как только пользователь начал скроллить хоть чуть-чуть - секундный таймаут и загрузка дополнительных ресурсов. Гугл доволен, пользователи вообще не замечают задержки:

var fired = false;

window.addEventListener('scroll', () => {
    if (fired === false) {
        fired = true;
        
        setTimeout(() => {
            // Здесь все эти тормознутые трекеры, чаты и прочая ересь,
            // без которой жить не может отдел маркетинга, и которые
            // дико бесят разработчиков, когда тот же маркетинг приходит
            // с вопросом "почему сайт медленно грузится, нам гугл сказал"
        }, 1000)
    }
});

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

Вы, сейчас, наверняка, фыркните, что вы не об этом спрашивали, но вопрос "как" задавать до вопроса "а нужен ли кому-то еще один такой сервис" - фундаментально неправильно. Рынок уже давно не тот, на котором можно было заработать с каким угодно продуктом, потому что конкуренция почти не существовала. Подобрать стек технологий и найти какие-то данные - проблема далеко не первой очередности. Первоочередная - за счет чего вы собираетесь выигрывать у других. Если ваш план опирается на создание продукта как у конкурентов (а именно так сформулирован ваш вопрос), но ничего не сказано о том, чем он должен быть лучше их продуктов, это пахнет безнадежностью.

Как сделать, чтоб он открылся в правом окне, а в левом так и остался бы список файлов?

Можно выполнить let g:netrw_preview = 1 и нажимать на интересующем файле p вместо ENTER. При этом справа от списка файлов будет открываться окно preview для файла под курсором, а курсор так и останется в левом окне. Следующее нажатие p заменит содержимое preview файлом под курсором.
Кроме p ещё есть v. А кроме того F1 в списке файлов открывает help по теме.

178.173.168.238 — это IP-адрес атакующего? Зайдите на него через браузер.
Введите admin:admin… Вы не поверите…