nomeNNescio

Согласен с Saboteur - все зависит.

При изучении докера

- я советую исходить не из инструментов, а из требования проекта.
Важно, чтобы программа бежала быстро, надежно, с воспроизводимой конфигурацией и деплоем. Этого можно добиться на "железе" (bare metal), виртуалках, контейнерах и проч. (serverless, например).

Redis - после исполнения запроса записываем в Redis в виде:
ключ - хэш запроса
значение - сеарилизованный ответ бызы данных
время жизни - время валидности данных

При каждом новом запросе сначала проверяем Redisку. Нашли - возвращаем из кэша, нет - лезем в базу и кэшируем результат

не благодари:

ps axo rss,comm,pid | awk '{ proc_list[$2] += $1; } END { for (proc in proc_list) { printf("%d\t%s\n", proc_list[proc],proc); }}' | sort -n | tail -n 10 | sort -rn | awk '{$1/=1024;printf "%.0fMB\t",$1}{print $2}'

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

1. «Реальная» разработка часто полный антоним «правильной». Причин тому много: фантастические дедлайны, талантливые сотрудники, проверенный временем легаси код, эффективные менеджеры. Худший код, с которым я сталкивался, был в самых дорогих b2b энтерпрайз решениях — реальнее некуда.

2. Перечисленные фреймворки к вопросу не приложились, но т.к. в тегах жаваскрипт, будем считать, что реакт.

Из последнего, на что натыкался, мне понравился Doctocat — это сделанный в Гитхабе шаблон для Gatsby. На мой взгляд, это реально классный пример интеграции реакт-компонент. Используется в продакшене, так что реальная разработка, все дела.

На что обратить внимание:

– Собственно компоненты, их композиция.
– Как задается тема (цвета, шрифты), и как это попадает в стили
– Интеграция с third parties: подсветка кода, поиск
– Кастомизация: через shadowing и всякий ad-hoc
– Работа с MDX, реэкспорт layouts и т.п.

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

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

С радостью отвечу на вопросы, тут же есть ЛС, правда?

Удачи!

сохранить в файл
shame.js

Самый простой вариант для PHP-WEB-DEV под винду: https://www.easyphp.org/

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