location ~ \.php$ { fastcgi_split_path_info ^(.+\.php)(/.+)$; #NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini include /etc/nginx/fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_pass localhost:9000; }
Это работает на меня на nginx 0.8.54. "fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name"; вероятно, единственная вещь, которую необходимо изменить. Это использует "корень/var/www/example.com/yoursite" директива в Вашей конфигурации сервера. У меня был он, подбрасывают ошибки во мне прежде в прошлом, только подавая белую страницу. Вы обычно видите ошибки в /var/log/nginx/error.log. Кроме того, Вы настраивали php-fpm для работы порта TCP или сокета? Проверьте свой php-fpm.conf, я думаю это значения по умолчанию к порту TCP 9000. эта страница nginx.org имеет целый набор конфигураций по умолчанию для различных веб-приложений с открытым исходным кодом (Wordpress, drupal, и т.д.).
Да, вы можете удалить их, и я тоже рекомендую это. Документы для панели инструментов Puppet не очень категорично относятся к текущему обслуживанию панели инструментов, но она требует обслуживания. Я рекомендую cron, который удаляет отчеты в базе данных через несколько дней, второй - для удаления всех потерянных записей, а третий - для удаления обработанных отчетов. Мой выглядит так:
cd /path/to dashboard ; RAILS_ENV=production rake reports:prune upto=3 unit=day
cd /path/to dashboard ; RAILS_ENV=production rake reports:prune:orphaned
find /var/lib/puppet/var/reports/ -mmin +300 -type f -print0 | xargs -0 -r rm > /dev/null 2>&1
Вы можете настроить время, которое лучше всего подходит для вашей системы. Я не верю, что delayed_job содержит какие-либо функции для удаления обработанных отчетов, но вы могли бы добавить его в код.