Два 7-ми тонника это конечно круто, но при грамотном ддосе это не спасение
Попробуй вырубить сетевой монитор и проверить.
Кстати нод пропускает кучу iframe вирусов, которых каспер отлавливает по эвристике.
Не напутала, это mod_suphp позволяет в каждой папке иметь собственные настройки php
Ну по крайней мере когда ставишь cpanel то из коробки это выглядит вот так (ставили знаем)
1. Создай php.ini с нужной опцией (register_globals=1;) в корне сайта, допустим в public_html
2. в public_html/.htaccess внеси строчку:
suPHP_ConfigPath /home/логин/public_html/
3. Для проверки можно вызвать функцию phpinfo() в какой-нибудь вложенной папке, например public_html/1/
Loaded Configuration File должна показывать на /home/логин/public_html/php.ini
Примерно так, разумеется пути могут меняться в зависимости от расположения.
Если:
Тогда:
Перепишите, заодно и к PHP6 будете готовы 😂
Или извращаться и писать костыли, например: можно запустить простой shell скрипт и запульнуть его через cgi, который в каждую директорию вашего сайта закинет php.ini с нужной опцией. Например вот такое:
#!/bin/bashexport USERNAME='ваш_логин';find /home/$username/public_html/ -type d -exec cp -v /home/$username/public_html/php.ini '{}' \;
Таким образом файл php.ini из public_html окажется в каждом каталоге ниже
P.S. Вариант с suPHP_ConfigPath в .htaccess заработал?
Функционал - да, но производительность - нет
Дело в том, что кроме того что вам указали как гарантированные характеристики, есть еще и не гарантирвоанные о которых умалчивают, а отличие весьма ощютимое. Самая основная проблема, как подметили выше, будет в I/O (в вводе/выводе), т.е. на VPS вы будете делить производительность диска/массива между соседними узлами на ноде, и если у соседа идет интенсивные обмен с диском, то вы будете страдать от этого, то в случае дедика, связка диск+контролер+файловая система будут работать исключительно на вас.
:D :D :D зачет 😆
Согласен, взгляд у меня с другой стороны...
Хостер не может знать, что конкретно у Вас должно работать для всего сайта, а что нет. К тому же Вам нужен единый php.ini, а кому-то в каждом каталоге свой, и он так же может сказать если есть возможность значит она должна работать...
Насколько мне известно это не их "каприз", а стандартная работа suPHP он позволяет иметь в каждом каталоге разный php.ini (в некоторых случаях это очень удобно), и выше приведенную опцию для глобальной настройки наследования, поэтому тут дело не в хостере, а в технологии у cpanel.
danmaster, - истерчикО и шантажист. Вместо адекватного описания проблемы, с примерами пинга и трассировки, статистики от трэкера, он начинает угрожатьь про антирекламу, пугать исками (сопливый школьнеГ?) ибо вменяемый человек разбирается в проблеме, подходя к вопросу конструктивно и только если перебрав все варианты не находит понимания, вот тогда последний аргумент это - суд. Да и уж если решил судится, тогда надо не трындеть рассекая воздух, а и писать исковое заявление уведомив заказным письмом, в данному случае этот бред был сказан явно с целью устрашения. Я бы с таким хамлом даже общаться не стал.
Domishko, Все правильно сделал.
Интересно сколько такой стоит?
+1 полистайте access log на досуге там и будет ответ.
Аффтар жжошь! Обслуживаю нескольких клиентов на multihost, никаких проблем после отключения не заметил, а off для большинства клиентов имо всегда лучше чем on.
Не юзайте кривые скрипты и будет Вам счастье.
Надо это уточнить у сапорта, т.к. не проверял, но в suphp есть такая вот возможность указания одного php.ini для всех вложенных папок, для этого в .htaccess надо указать путь к своему php.ini, через директиву:
suPHP_ConfigPath /home/имя_юзера/
Вытащить руки из Ж, включить мозги, если не получается тогда конечно сменить хостера, благо их вагон и маленькая тележка и можно найти с любыми настройками по умолчанию.
Логично и по умолчанию, лучше таких обезопасить.
Если это ересь тогда наверно разработчики PHP конкретные идиоты что в 6-й ветке собираются прикрыть эту опцию под корень :D
