r0mik

Рейтинг
77
Регистрация
14.02.2010

угу, не внимательно прочел первый раз

быть может таблицы лочатся? может скриптом этим, плюс мы не знаем что у вас там за почтовая система...

вы проверяли работоспособность каким образом? обращением к этому же форуму или он не работает глобально, то есть не отрабатывает вообще никакой скрипт (простейший echo "bla bla")?

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

Himiko:
Может сначала нужно установить, что скрипт не работает, а потом уже пихать строки в него?

может и так. можно еще 5 страниц прописывать несчастный скрипт в cron ))

запускается но не факт что работает правильно

вписать с начало скрипта что-то подобное -


$_SERVER['HTTP_HOST'] = 'server.ru';
$_SERVER['REMOTE_ADDR'] = '127.0.0.1';
$_SERVER['REQUEST_METHOD'] = 'GET';
$_SERVER['SERVER_SOFTWARE'] = 'nginx/0.6.1';

chdir('/var/www/server.ru/htdocs');

и запускать просто php -q /путь/к/скрипту

перестает отвечать что именно? nginx (сервер) вообще или только fcgi, то есть 504?

gilas:
и каждый из них как я понимаю занимается формированием этих самых писем

сильно сомневаюсь, скрипт же не 6 раз запускается

кол-во процессов ожидающих в очереди (в нескольких очередях даже)

емнип, не все ОС там показывают процессы ожидающие окончания ввода-вывода. фря кажется такие не учитывает, хотя могу ошибаться...

очевидно что нагрузка

была схема несколько иная, без рейда

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

через cli-php не факт что заведется, если скрипт рассчитан на запуск из web...

часто нужно установить переменные $_SERVER[...] и сделать chdir

покажите хоть чего возвращает что ли...

9 друпалов без кеширования? так у вас этот vds десяток анонимов и боты положат, имхо...

myhand:
сильно. тут уже лучше, наверно какой-то fastcgi-сервер использовать.

ну это как-бы универсальное решение, на перспективу что ли..

пока ему нужно чрутить лишь php, то конечно проще fastcgi (php-fpm) и т.п..

но мы не знаем что там дальше будет, возможно понадобится ssh, ftp, да весь апач со всеми модулями.. отдельно городить чруты под все это дело накладно и муторно. а так мы маунтим через -o bind,ro корень, хомяк и прочее отдельно (готовыми скриптами) - вот вам и готовый чрут для всего сразу. плюс управление ресурсами...

Himiko:
Нет такой переменной.

да с if-ом это я что-то загнул с утра, да))

но переменная такая есть, впрочем $host даже лучше наверное...

я там поправил выше. но корректней все ж по отдельному server {}, то есть избавиться от этих переменных и тем более от if...

точней try_files $uri =404;

Всего: 311