Подскажите как средствами php проверить существует ли директория?
С файлами вроде все просто: можно юзать fopen, которая в подобном случае возвращает false, а вот с функциями opendir и dir, подобное, как показал опыт, не прокатывает...
Заранее благодарю... 

is_dir
Проверка существования каталога.

Синтаксис :
bool is_dir(string filename)

Возвращает true, если каталог filename существует.
 

Проверять opendir. 

В этом случае в логах будем Warning ловить. 

и? is_dir глючит часто... А так - 100% результат. 

и имеем жирные лог файлы =) или вообще на некоторых хостах юзер ловит в браузере. Да можно собаку, но кто то другой отлаживая код будет долго биться "а почему белый экран?!? и ошибок нет".


пример. 

вероятно глюки связаны с кешированием. Хотя результат file_exists тоже кешируется   .
 

это как? 

Ты меня извини, конечно, но ОТЛАДКА скрипта должна производится по соответствующим концепциям. ПХП все дает настраивать. Система должна работать так, быть отлаженой так, чтобы никаких длинных лог файлов не было. А использование @ лично я считаю, простите, ламерством и неумением отловить ошибку. Да, есть случаи, когда @ НЕОБХОДИМА.


А ты поработай с языком годика два на разных серверах, увидешь. 

Хорошо, уважаемый.

Два клиента работают с директорией оба могут работать с ней (читать, переименовывать и даже удалять). Как мы будем проверять на ДЕЙСТВУЮЩЕМ проекте существование директории? В релизе (на работающем сервере) я не хочу отключать ошибки (уровень E_ALL & ^E_NOTICE) - пишу их в лог файл.

Ваши действия?
 

@opendir - ошибки в логах нет. 

А вот тут, и есть проблема. В релизе, работающей системе, вывод ошибок ДОЛЖЕН БЫТЬ ПОДАВЛЕН !!! Система должна работать так, чтобы не генерировать ошибки. Это - качество. Учите технологию.
Что касается лога, то...Я не думаю, и как показывает практика, он не такой ж и огромный... И Некоторые вещи можно и в лог писать и время от времени чистить. 

Совсем, совсем? Т.е. Вы хотите сказать, что ситуация с отвалившимся SQL сервером (выдается Warning) является штатной и в логах отражаться не должна?


Отлично, рассмотрим ситуацию №2. Вы пошли по принципу подавление вывода ошибок (как я понял система, даже если и имеет ошибку ни за что не выведет ее в браузер (кроме E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING) и не запишет в лог). Поставили error_reporting(0) или @opendir(). Все отлично, все работает, все замечательно. Прошел год, Вы ушли со старой работы на новую, на Ваше место пришел другой программист. Система все так же работает нормально, но попросили нового человека модифицировать работу системы как раз там в области работы с директориями (например ситуацию №1 реалтзовать). Естественно по доброте душевной Вы не оставили dev версии и работа будет осуществляться с release версией.

Ну и последнее, наверное. http://www.php.net/opendir - Example 1. opendir() example. Не думаю, что создатели мана желают плохого =)

P.S. ради интереса посмотрел проблемы по is_dir. Первая проблема, всегда возвращает true под Win XP sp2 имя директории > 256 символов. И под *NIX с правами доступа, если не хватает прав на чтение - всегда true. Обе специфичны...

 

Да? А обработать нельзя? В 5 уже и try/catch есть...

И? ПОдавленмие ошибок выключается на уровне сервера через .htaccess, этим отличается релиз версия от дебага...


Не пожелают, но создатели мана пишут его для самых тупых, для того, чтобы можно было понять суть. Переносить полностью код из мана в реальный проект не всегда оптимально и правильно !!! 

Я не спорю про обработку =) 
if (!$handler ) { die('Error'); }
Но лог полезен что бы того же хостера потыкать носом. Тут тебе и время и служебная информация.


Ушел включать на Apache c AllowOverride None в httpd.conf и IIS.


что Вы так нервничаете? =)  Мне вот не ясно какая суть преследовалась при использовании is_dir() с opendir(), наверное, заговор супер-макак.