Обслуживание файлов от МЕРЗАВЦА с uWSGI
Если Вы используете mod_proxy_balancer, затем читает документацию Apache для модуля, который дает некоторые подсказки в конце при диагностировании проблем липкости через журнал.
Вы попытались получить доступ к сайту от различных клиентов, чтобы видеть, добираются ли они, всегда передаются тому же серверу?
ваш серверный git-репозиторий - это то, с чем вы бы не работали; вы всегда будете зависеть от локального репо-клона, полученного из этого центрального git-репо (IMHO). что вы можете сделать, чтобы избавиться от уродливых cronjobs: используйте git ' s pre / post-receive-hook на вашем git-сервере:
В дополнение к обработчикам на стороне клиента вы можете использовать пару важных обработчиков на стороне сервера в качестве системного администратора, чтобы обеспечить выполнение почти любая политика для вашего проекта. Эти сценарии выполняются до и после отправки на сервер. Предварительные хуки могут в любой момент выйти из ненулевого значения, чтобы отклонить push, а также отправить сообщение об ошибке обратно клиенту; вы можете настроить такую сложную политику push.
также имеется информативное обсуждение stackoverflow о git-post-receive-hook для размещения веб-сайтов ; особенно проверьте первую ссылку в верхнем ответе git-website-howto
Уловка, которую я использую на веб-сайте моей компании (он создается из репозитория github), заключается в добавлении этих параметров в uWSGI:
; reload the server everytime the repository is updated
touch-reload = .git/index
; every minute pull from the repository
cron = -1 -1 -1 -1 -1 git pull