А может у вас с rewrite что-то не так?
Попробуйте вывести для отладки print_r($_GET); и посмотрите, что там вообще содержится при том или ином запросе...
Вообще, конструкция должна быть примерно такой:
if(!isset($_GET['p'])) { echo 'нет пути, покажу тут главную, наверно её просили...';} elseif(preg_match('/0+/', $_GET['p'])==1) { echo 'нули какие-то напихали - все в сад, ошибка 404, ничего не покажу!';} else { echo 'если бы я был рабочим скриптом, я бы что-то здесь сделал, например посмотрел бы а что там в за путь на самом деле...';}
Так чего откладывать-то? =) Чуть выше указано в чем ошибка.
Кстати, если вам нужно проверять произвольное кол-во нулей, более одного, то это делается с помощью регулярного выражения:
if(preg_match('/0+/', $_GET['p'])==1)
Что за новый оператор - ====? =)
И зачем вся эта конструкция, которая не поможет ничем топикстартеру?
Если это проверка, на то, что параметр p не установлен, то надо не так проверять. А !isset($_GET['p']), и всё встанет на свои места. =)
А ошибка в том, что !$_GET['p'] при p==0 будет истинным... Соответственно при такой проверке, проверять потом p на равенство 0 нет смысла, вы уже пошли выполнять какой-то другой код условием выше.
А, собственно, как к ворам и паразитам надо ещё относиться? =)
/usr/bin/php /var/www/user/data/www/site.ru/cron.php
неправильный подход.
Если хотите обойтись без http запросов, поставьте drush и выполняйте в кроне:
/путь/до/drush/drush --root=/путь/до/корня/сайта/drupal --uri=yoursite.domain --quiet cron
Заодно, много других полезностей можно делать, с его помощью, из коммандной строки - хороший инструмент упрощающий жизнь.
Бекап и зеркалирование данных рейдом далеко не эквивалентны. И разговор был про сравнение хардварных и совтварных рейдов.
Если же говорить о экономии энергии, то тут вообще возможна обратная картина. Для винчестера постоянная работа предпочтительнее, чем периодические включения/выключения, и если он будет загоняться на время простоя в режим энергосбережения, он может прожить весьма недолго.
Это в каком случае так получается? У меня за длительную практику использования mdadm был только один, и проблема была в том, что умерли ОБА винта в зеркале. И никакой хардварный рейд проблемы бы не решил.
Хардварный рейд хорош кешированием записи, при наличии батарейки, и более продвинутыми алгоритмами пререраспределения операций, т.е. увеличением скорости записи. Не более.
Про уменьшение жизни винтов вообще бред, уж простите.
Эти цифры полнейший бред и профанация, и взяты с потолка. Как и любые другие, кроме случая тестирования конкретного скрипта на конкретном VPS с нагрузкой реальными пользователями.
Нагрузка создаваемая двумя сайтами, даже на одной и той же CMS и имеющими похожий функционал может отличаться на порядки. Про нагрузку которую будет держать какой-то VPS с произвольными настройками и гипотетическим скриптом говорить не имеет смысла, не то, что называть посещаемость, которую он сможет выдерживать.
Здорово, напишите пожалуйста мне в личку, где дают такое счастье. И насколько проверенное решение.
Я таких щедрых предложений что-то не находил. =)
Ну в данном случае разговор про честно выделяемый гигабит, до этого было ещё несколько площадок немного дороже. Так что маркетинг маркетингом, а предложения такие есть и по крайней мере некоторые из них задачу вполне решают.
