Ререндеринг при использовании setError?

Aetae, это бы как ответ оформить, чтобы вопрос можно было пометить решённым.

Как решить проблему одинаковых ключей?

alaskafx, если у вас индексы уникальные, то проблема в чём-то другом, не в ключах.

Как решить проблему одинаковых ключей?

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

На какие метрики опираться при проведении рефакторинга?

WbICHA, действительно, я разучился читать дальше заголовка :)

На какие метрики опираться при проведении рефакторинга?

Владислав Андреев, ну, есть некоторые, типа цикломатической сложности и размера функций.

На какие метрики опираться при проведении рефакторинга?

WbICHA, рефакторинг не подразумевает изменение поведения программы, только улучшение качества кода.

Какое правило в htaccess добавить?

Так у вас nginx или htaccess?

Поиск по заголовкам и результат разная выдача - как поправить?

Татьяна Ануфриева, никак не связаны, вот и получается разный результат.

Expo init nameProgect Выдает ошибку "выполнение сценариев отключено в этой системе", как исправить?

По ссылке перешли? Сделали, что там написано?

Как создать директорию для временных файлов?

Абсолютно всё необходимое написано в сообщении. Какая часть из написанного вам непонятна - подключение по SSH? Вообще всё? Может, лучше тогда фрилансеру 1000 рублей заплатить и не мучиться?

Что за CI workflow на github?

Да.

Что за CI workflow на github?

Все workflow публичные: https://github.com/Frogging-Family/wine-tkg-git/tr...
Прочитайте исходники и, может, поймёте "а в чём сложность".

Что за CI workflow на github?

А в чём сложность выполнить команду makepkg -si и выложить пакет?

На любую автоматизацию можно задать вопрос "а в чём сложность?".

Тогда исходники откуда берутся? Из того же репозитория с бранча master?

Естественно, из того же репозитория. Ветка, скорее всего, конфигурируется.

Как организовать пополнение бонусов в пользовательское свойство?

Пользовательское свойство чего?

Не работает ссылка на определнную часть другой страницы сайта?

Ну так надо не просто указывать, а веб-сервер ещё запустить и настроить.

Кроме того, наверняка, у вас и тогда в ссылке был лишний слэш.

Как увеличить производительность проекта на python?

Само собой, но я же написал - невозможно сгенерировать корректный актуальный ETag для корзины, не пройдя авторизацию, валидацию, агрегирование данных и SQL запросы. И даже шаблон, скорее всего, придётся собрать тоже (это ведь обычно JSON, а хэш для ETag проще всего получить из строки).
А в более простых сценариях справочников нет уже ни авторизации, ни валидации.

Я никогда не кэшировал данные на уровне веб-сервера, только статику. И не вижу причин начинать - экономию ресурсов это даёт такую мизерную, что эффект от неё заметен только на действительно огромной посещаемости.

Ваш третий пункт корректнее сформулировать как "настроить заголовки кэширования", но в процессе быстро окажется, что корректно это сделать трудоёмко, а профит часто ничтожен.

Как увеличить производительность проекта на python?

Для GET запросов и так подразумевается, что они могут кешироваться не только беком, но и другими прмежуточными прокси.

Справедливое замечание.

В HTTP есть header "ETag" который как раз для таких случаев.

Но чтобы посчитать ETag для корзины, нужно всё равно на сервере её собрать и посчитать хэш. И в итоге получается экономия только на количестве передаваемых данных, а не на ресурсах сервера - проще и надёжнее выключить HTTP-кэширование совсем.
А вот для какого-нибудь списка стран, например, это самое то, да. Но таких справочников на проектах, как правило, не очень много. И кэшировать их "внутри" бизнес-логики не сильно "дороже", но сильно гибче (помним про необходимость инвалидации).

Как увеличить производительность проекта на python?

п.3 это уже сгенеренные данные ответа, без захода в бизнес логику приложения.

Ну, то есть по сути - кэширование на уровне веб-сервера. Я бы сказал, что это почти всегда плохая идея, если речь идёт не про жёсткий-прежёсткий хайлоад.
Гибче всё же кэшировать внутри приложения: проще настроить, проще пофиксить, можно заложить логику инвалидации, сложнее ошибиться (кэширование той же корзины веб-сервером будет требовать разбора заголовков, например, если она сессионная). Да, это даёт дополнительный оверхэд, но он пренебрежительно мал, относительно плюсов-минусов.

Как увеличить производительность проекта на python?

Петр, а чем второй пункт тогда отличается от третьего?

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

Но это частности, которые я и имел в виду, когда говорил про "огульное кэширование" - да, можно проанализировать запросы и кэшировать (или не кэшировать) каждый так, как того требуют условия проекта. Но тогда это и есть "кэширование часто используемых данных". Я просто не понял, зачем отдельно GET-запросы выделять, кроме как кэшировать на уровне веб-сервера, а не приложения, и вот это уже явно плохая идея.

Как увеличить производительность проекта на python?

Absm50336, похвально, что вы адекватно реагируете на адекватную критику :)
Я переживал, что слишком жёстко сформулировал, но не смог придумать, как смягчить, не потеряв суть :)