В смысле убрать open_basedir? ))) Ваши ответы, порой поражают своей абстрактностью
2Тс:
Убрать в httpd.conf для виртуальных серверов что-то вроде
php_admin_value open_basedir или написать php_admin_value open_basedir none в .htaccess
Ну и как уже сказали, выставить необходимые права на директории и файлы
Попробуйте провести чистый тест на сервере, где нет рабочих проектов. Правда на самом деле спор неочем.
Связка nginx+apache+eaccelerator есно будет уступать fastcgi на рабочем сервере, т.к. апач ведь всё-равно вызывается и хавает память. Причем если загружено много модулей - то хавает просто оочень много памяти.. Пусть и на короткое время.
Поэтому нужно понимать, что если не ограничить кол-во процессов апача отталкиваясь от свободной оперативной памяти на сервере - то при всплеске нагрузки (тот же тест допустим) серверу будет плоха
По поводу коммента на форуме dklab: делать тест на сервере с рабочими проектами под нагрузкой, это вообще извините меня что-то нецензурное. Ещё нецензурнее потом полученные результаты выкладывать в паблик
Лично у меня пока не было необходимости переходить на fastcgi. Но я не отрицаю, что она есть у тех у кого нет возможности поставить себе дополнительную память на сервер
У меня с начала августа стало очень много неучтенных переходов - раза в 3-4, чем было. Убираю коды, пока не получу каких-либо комментариев и компенсации.
Есть ли аналогичные системы?
100 к в день на нормально написанном движке для новых серверов не проблема. Основные лаги обычно всегда возникают с базой данных, поэтому нужно чтобы девелоперы хорошо представляли что они пишут и как в итоге это должно работать.
В принципе можно даже взять какой-нибудь селерон с гигом памяти, только смысл?
Если аренда сервера не устраивает, то тогда не смогу подсказать где лучше брать.
Хотя если роста посещаемости не намечается, то в принципе наверное это и выгодно брать слабенькую машинку и ставить коло. Лично для меня аренда серверов пока единственный выход. Так и денег особых не нужно, нету заморочек с заменой железа в случае чего, и самое главное - если конфига устарела, то всегда можно взять что-нибудь новое и помощней по примерно такой же цене
По аренде могу разве что посоветовать взять Core 2 Duo 2.6 ГГц с 2 гигами оперативы. Стоить будет не намного дороже того же селерона, но зато проц современнее и куда больше пространства для маневра при росте.
p.s. Если нужен совет, где лучше арендовать сервер - пишите в личку или асю
Кстати если есть площадка, но нет партнерки и ресурсов её создавать. То как вариант можно воспользоваться какой-нибудь системой, которая предоставляет все необходимые функции.
Придется правда платить дополнительно % системе, но зато получите отлаженный продукт без ляпов и с тех. поддержкой
Видел такое в буржуйнете, правда давно уже. А вот в рунете не подскажу где такое есть
В зависимости от движка и потребностей может устроит даже vps или vds. Но ещё очень важно грамотно всё настроить - иначе хоть как оптимизируйте движок всё будет ужасно лагать
Как-то пробовал так экспериментировать, но не на этом сервере. Если памяти мало и криво настроен mysql, то загрузка самих данных всё-равно может идти очень быстро. НО вот когда начнется создание индексов, то этот процесс может длится ооочень долго.
Насколько я знаю - с innodb так не получится
баги были и остались, но их правят. надеюсь, что скоро
У меня на одном сервере проблема решилась, когда я отключил кучу ненужных модулей у апача. Видимо в их числе также был тот, который убивал апач.
Также встречал, что оптимайзеры php могут быть причиной данной проблемы.
Решил попробовать. Потом отпишу что и как
Разместил. Сразу косяки:
1. Ужасное по оформлению окно
2. Не делают выравнивание по горизонтали, что можно опять же отнести к пункту 1
3. Оно показывается у меня КАЖДЫЙ РАЗ. Некоторых пользователей это будет ОЧЕНЬ напрягать
В общем, обманывать - не есть гуд
