История изменений

насколько я понимаю речь про хоумпейдж\непродакшен? тогда:

aiohttp

если на 3 питоне, то однозначно

redis для хранения сессий и прочей служебной информации

в данном случае звено немного лишнее, но почему бы и нет - полезный опыт

mysqlclient с потоками для хранения более тяжелого контента

абсолютно бессмысленно в данном случае. я не про mysql в общем, это дело вкуса. я про сишный коннектор, несовместимый с асинхронностью. он нужен для весьма специфичных кейсов - в обычном случае используй aio-совместимую реализацию. да, @vvn_black прав и питоновская реализация коннектора работает медленнее сишной «в лоб». но вопервых производительность это не то, что тебе сейчас нужно (а когда будет нужно - решать это нужно иными способами). а во вторых смешивание коротин (aio*) и нативных потоков это всегда лишний геморрой и имеет смысл только если ты понимаешь, зачем тебе это.

jinja2 шаблонизатор страниц

опять таки дело вкуса, плюс он популярный - значит опять полезный опыт

хранилище сессий и авторизацию планирую написать самостоятельно

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

насколько я понимаю речь про хоумпейдж\непродакшен? тогда:

aiohttp

если на 3 питоне, то однозначно

redis для хранения сессий и прочей служебной информации

в данном случае звено немного лишнее, но почему бы и нет - полезный опыт

mysqlclient с потоками для хранения более тяжелого контента

абсолютно бессмысленно в данном случае. я не про mysql в общем, это дело вкуса. я про сишный коннектор, несовместимый с асинхронностью. он нужен для весьма специфичных кейсов - в обычном случае используй aio-совместимую реализацию. да, @vvn_black прав и питоновская реализация коннектора работает медленнее сишной «в лоб». но вопервых производительность это не то, что тебе сейчас нужно (а когда будет нужно - решать это нужно иными способами). а во вторых смешивание коротин (aio*) и нативных потоков это всегда лишний геморрой и имеет смысл только если ты понимаешь, зачем тебе это.

jinja2 шаблонизатор страниц

опять таки дело вкуса, плюс он популярный - значит опять полезный опыт

хранилище сессий и авторизацию планирую написать самостоятельно

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

насколько я понимаю речь про хоумпейдж\непродакшен? тогда:

aiohttp

если на 3 питоне, то однозначно

redis для хранения сессий и прочей служебной информации

в данном случае звено немного лишнее, но почему бы и нет - полезный опыт

mysqlclient с потоками для хранения более тяжелого контента

абсолютно бессмысленно в данном случае. я не про mysql в общем, это дело вкуса. я про сишный коннектор, несовместимый с асинхронностью. он нужен для весьма специфичных кейсов - в обычном случае используй aio-совместимую реализацию. да, @vvn_black прав и питоновская реализация коннектора работает медленнее сишной «в лоб». но вопервых производительность это не то, что тебе сейчас нужно (а когда будет нужно - решать это нужно иными способами). а во вторых смешивание коротин (aio*) и нативных потоков это всегда лишний геморрой и имеет смысл только если ты понимаешь, зачем тебе это.

jinja2 шаблонизатор страниц

опять таки дело вкуса, плюс он популярный - значит опять полезный опыт

хранилище сессий и авторизацию планирую написать самостоятельно

на этапе обучения - почему бы и нет, и этот опыт пригодится - хотябы для общего понимания как оно внутри может быть устроено.

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

p.s.
@vvn_black дал неплохую ссылку, как минимум стоит ознакомиться. ряд решений там спорный, но всеже