За последние 24 часа нас посетили 52559 программистов и 1727 роботов. Сейчас ищут 954 программиста ...

Регистрозависимость PHP

Тема в разделе "Прочие вопросы по PHP", создана пользователем openads, 2 апр 2007.

  1. openads

    openads Активный пользователь

    С нами с:
    2 апр 2007
    Сообщения:
    2
    Симпатии:
    0
    имеет ли значение в PHP регистр в имени файлов/папок?
    если да, то где это указывается? как включить/отключить регистрозависимость?

    а то имеем следующую ситуацию:
    есть 2 машины. на одной 32-розрядная версия openSuSe 10.2, на другой 64-розрядная. на обоих PHP 5.2.0, на обе ставится Openads-2.3.31. на 1 машине все работает, 2я не находит файлы и папки названые большими буквами.

    PHP Fatal error: require_once(): Failed opening required '/srv/www/htdocs/max/lib/max/DB.php' (include_path='/srv/www/htdocs/max/lib/pear') in /srv/www/htdocs/max/www/admin/install.php on line 40
     
  2. AlexGousev

    AlexGousev Активный пользователь

    С нами с:
    25 мар 2006
    Сообщения:
    1.505
    Симпатии:
    0
    Адрес:
    Москва
    openads
    Регистрозависимость имен файлов зависит от ОС. В UNIX имена файлов регистозависимы, в Windows - нет. PHP никак не может повлиять на свойства ОС, в которой он работает.

    Просто всегда используйте нижний регистр и все.
     
  3. openads

    openads Активный пользователь

    С нами с:
    2 апр 2007
    Сообщения:
    2
    Симпатии:
    0
    используемый СТАНДАРТНЫЙ(никто ничего не менял и не собирается) пакет openads идентичен в обоих используемых системах. соответственно все названия файлов и их описания в файлах аналогичны. вот в том и вопрос.есть ли в пхп некий .conf где регистрозависимость регулируется. иначе, если все в неких отличиях 32р и 64р библиотек, то дело ясное что дело темное...
     
  4. AlexGousev

    AlexGousev Активный пользователь

    С нами с:
    25 мар 2006
    Сообщения:
    1.505
    Симпатии:
    0
    Адрес:
    Москва
    Нет такого. Регистрозависимость зависит только от самой ОС.

    Битность совершенно не при чем. Возможно, это действительно какая-то ошибка Novell, но это вряд ли.