Почему putenv () необходим для уже заданной переменной среды?

Когда php используется в качестве модуля apache , переменная среды, SetEnv директиву Apache SetEnv доступна для getenv() php, но, похоже, она недоступна для C расширений через getenv() stdlib. По крайней мере, это происходит с модулем pgsql .

Если переменная обновляется с помощью php-кода:

• Как создать пользователя для db в postgresql?
• Является ли дизайн PHP, Python, PostgreSQL подходящим для бизнес-приложения?
• Лучший способ получить счетчик результатов до применения LIMIT
• Doctrine - добавьте отметку времени по умолчанию для сущности типа NOW ()
• Включение поддержки PostgreSQL в PHP на Mac OS X

 putenv("varname=".getenv("varname")); 

то он становится доступным для кода расширения.

Вопрос: зачем нужна перестройка? Как отличная среда php отличается от «стандартной» ( stdlib ) среды?

Это происходит с: PHP Version 5.3.10-1ubuntu3.17 в Ubuntu 12.04, как модуль apache. При запуске из командной строки это обходное решение не требуется. Из этого другого вопроса: Использование .pgpass из Apache libphp5.so кажется, что это обходное решение также необходимо для php-5.4 под FreeBSD, поэтому это не просто Ubuntu или php-5.3.

• Лучший способ решения проблем параллелизма
• Интеграция postgreSQL на WAMP
• Чтобы понять запросы в PHP PG -подготовленные statemens
• Получить последний идентификатор вставки после подготовленной вставки с PDO
• Heroku Connect with Cakephp v3.0.12

Это не зависит от variables_order есть E Я пробовал как EGPCS , так и $_ENV , а $_ENV не заполняется, когда E не существует, как и ожидалось, но это не меняет результат getenv() , как задокументировано , или, по-видимому, результат getdv getenv() из stdlib внутренних расширений.

Демонстрация проблемы с модулем pgsql . Он построен поверх библиотеки libpq написанной на C , которая вызывает getenv() на нескольких необязательных переменных окружения PG* .

В файле конфигурации apache под <VirtualHost> я устанавливаю это, чтобы попытки подключения не выполнялись:

 SetEnv PGHOST doesnotexist 

и не указывая хост в вызове pg_connect , поэтому PGHOST следует принимать, когда он присутствует.

Первая попытка :

 $v=getenv("PGHOST"); echo "PGHOST=$v\n"; $cnx=pg_connect("user=daniel"); if ($cnx) { echo "Connection is successful."; } 

Результат:

 PGHOST = doesnotexist
 Соединение выполнено успешно.

Поэтому PGHOST игнорируется, несмотря на то, что он находится в окружающей среде.

Вторая попытка , теперь снова PGHOST в среду, хотя она уже есть:

 $v=getenv("PGHOST"); echo "PGHOST=$v\n"; putenv("PGHOST=".getenv("PGHOST")); $cnx=pg_connect("user=daniel"); if ($cnx) { echo "Connection is successful."; } 

Результат (невозможность подключения к указанному хосту, как и ожидалось):

  PGHOST = doesnotexist
 Предупреждение: pg_connect (): Не удается подключиться к серверу PostgreSQL:
 не удалось перевести имя хоста «donotexist» на адрес:
 Имя или услуга, неизвестные в /var/www/test/pgtest2.php в строке 8

Related of "Почему putenv () необходим для уже заданной переменной среды?"