- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Конфигурация
nginx + php5.2 fastcgi [20 процесов, 1000 реквестов на процесс]
Проблема
Не только у меня, видел такое на многих сайтах с nginx,
содержимое сайта недогружается, закрывается соединение!
Пробовал кучу разных настроек, всё перепроверял, возникает недозагрузка того что отдаёт пхп, причём невсегда.
Настройки для пхп
fastcgi_index index.php;
fastcgi_connect_timeout 60;
fastcgi_send_timeout 180;
fastcgi_read_timeout 180;
fastcgi_buffer_size 32k;
fastcgi_buffers 4 32k;
fastcgi_busy_buffers_size 32k;
fastcgi_temp_file_write_size 32k;
server {
listen 80;
root /home/html;
location ~ \.php$ {
fastcgi_pass unix:/tmp/php-wwwrun.sock;
fastcgi_param SCRIPT_FILENAME /home/html$fastcgi_script_name;
include conf/fastcgi_params;
}
}
Ниже фаил fastcgi_params
fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param GATEWAY_INTERFACE "CGI/1.1";
fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param REMOTE_USER $remote_user;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;
fastcgi_param SERVER_PROTOCOL $server_protocol;
fastcgi_param SERVER_SOFTWARE "xserver";
fastcgi_param REDIRECT_STATUS 200;
Кто нибудь встречался с такой проблемой?
2008/01/13 00:53:44 [crit] 15688#0: *3580461 open() "/root/nginx/fastcgi_temp/0/10/0000001100" failed (13: Permission denied) while reading upstream, client: *.*.*.*, server: domain.com, URL: "/script.php", upstream: "fastcgi://unix:/tmp/php-www.sock:", host: "domain.com", referrer: "http://domain.com/script.php"
удалось поймать, но что это значит??
nginx не может записать буфер в файл, так как нет доступа
скорей всего доступа нет к /root
open() "/root/nginx/fastcgi_temp/0/10/0000001100" failed (13: Permission denied)
Нет доступа по указанному пути. Что за мода писать временные файлы в root?
Настрой временной каталог на /tmp как у всех.
Roxis, Спасибо, помогло!
странно что это происходило редко )
Отправил в /tmp/nginx
Санта, я ненастра path, он поумолчвнию так стоял )
И вообще.. логи там же /root/nginx/logs и он пишет туда без проблем,
видимо потому что сначало root открывает поток.
Есть ещё момент, в форуме punbb при нажатии новые сообщения ничего неоткрывает, буду копать )
Потом, eregi() не работает ereg() работает, пхп вроде также собирал как всегда!
А также некоторые страницы с пхп nginx выдаёт махом, а некоторые - выдаст 8кб потом секунд через 5-10 остальное.. а там ведь простое чтение файла и вывод!
оставьте настройки буферов по умолчанию
И вообще.. логи там же /root/nginx/logs и он пишет туда без проблем,
видимо потому что сначало root открывает поток.
Логи всегда (без извратов конечно) от рута пишутся, особеноо когда программе нужно открыть порт до 1024порта...
а временные файл nginx от деток пытается сохранить, работают скорее всего не от рута а от какого нить www-data или чёнить подобного...
оставьте настройки буферов по умолчанию
поумолчанию всё намного хуже, критично долго всё открывается..
А с прописанными буферами только некоторые страницы и не всегда.. может это ещё с кипалафом связано..