[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: не обрабатывается локальный php.ini
evi
Есть файл php.ini в корневой папке сайта - но какие бы я не задавал в нем значения Apache невозмутимо его игнорирует. Перелапатил доки, форумы - уже и не знаю в какую сторону рыть... Может кто-либо сталкивался с аналогичной проблемой? Система у меня "Centos 5", apache-2.2, php-5.1 - все стандарное, уже скомпиленное из официального репозитория Centos.

Настройки php в httpd.conf:
Код

LoadModule php5_module modules/libphp5.so
AddHandler php5-script .php
AddType text/html .php


Вот информация из phpinfo():
Код

'./configure' '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-mime-magic=/etc/httpd/conf/magic' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' '--without-unixODBC' '--disable-pdo' '--disable-xmlreader' '--disable-xmlwriter'



На сервере у которого все впорядке с локальными php.ini функция phpinfo() выводит строчку "Loaded Configuration File /home/mysite/public_html/php.ini" , а у меня phpinfo эту строку вообще не выводит crying.gif


Может быть когда собирали php не указали какой-то параметр? Может нужно пересобрать php? А если и пересобирать - то на что обратить внимание? Что можете посоветовать дельного?





Спустя 7 часов, 52 минуты, 36 секунд (15.05.2008 - 00:33) Ghost написал(а):
а что делает php.ini в корневой папке сайта?????
он должен быть в папке, где пхп лежит.. ну в некоторых случаях в system32, но это печальный вариант

Спустя 7 часов, 56 минут, 7 секунд (15.05.2008 - 08:29) AndryG написал(а):
а в корневой папке только ПЕРЕОПРЕДЕЛЯЮТ некоторые функции PHP в файле .htaccess
записи там типа
Код
php_flag PHP_OPTION ON|OFF
php_value PHP_OPTION = "VALUE"


не уверен про равно и кавычки в второй строке ... может и не нужно

Спустя 1 час, 14 минут, 52 секунды (15.05.2008 - 09:44) evi написал(а):
Цитата(Ghost @ 14.5.2008, 11:33) [snapback]38514[/snapback]
а что делает php.ini в корневой папке сайта?????
он должен быть в папке, где пхп лежит.. ну в некоторых случаях в system32, но это печальный вариант


а где ему быть если не в корневой папке сайта? У меня php скрипты лежит в корне сайта - в чем я не прав?


Спустя 3 минуты, 33 секунды (15.05.2008 - 09:47) evi написал(а):
Цитата(AndryG @ 14.5.2008, 19:29) [snapback]38538[/snapback]
а в корневой папке только ПЕРЕОПРЕДЕЛЯЮТ некоторые функции PHP в файле .htaccess
записи там типа
Код
php_flag PHP_OPTION ON|OFF
php_value PHP_OPTION = "VALUE"


не уверен про равно и кавычки в второй строке ... может и не нужно


я знаю что ПЕРЕОПРЕДЕЛЯЮТ, функция phpinfo не зря выводит две колонки значений переменных: Local Value и Master Value.
Сделал как вы посоветовали, поставил в .htaccess php_flag PHP_OPTION ON - не получилось, все равно не подхватываются значения из локального php.ini crying.gif

Спустя 1 час, 31 минута, 50 секунд (15.05.2008 - 11:19) Ghost написал(а):
Цитата(evi @ 15.5.2008, 9:44) [snapback]38543[/snapback]
Цитата(Ghost @ 14.5.2008, 11:33) [snapback]38514[/snapback]
а что делает php.ini в корневой папке сайта?????
он должен быть в папке, где пхп лежит.. ну в некоторых случаях в system32, но это печальный вариант


а где ему быть если не в корневой папке сайта? У меня php скрипты лежит в корне сайта - в чем я не прав?


в том, что его там быть не должно.
почитай саме начало - установка апача+пхп там это описано, в любом учебнике или в нетовских статьях

Спустя 14 дней, 12 часов, 4 минуты, 52 секунды (29.05.2008 - 23:24) Leningrad00 написал(а):
Всегда стремился прописать руками phpIniDir и жить спокойно.

Спустя 1 день, 48 минут, 27 секунд (31.05.2008 - 00:13) ProfPHP написал(а):
чтобы выделять определенному сайту свой php.ini - у тебя php должен иметь отдельного юзера. здесь поможет suphp.
либо php у тебя должен идти не как модуль, а как cgi-приложение.

то есть в первом случае это лишний геморой, хотя это будет самый правильный способ.
во втором файл php.ini будет подгружаться каждый раз при запуске скрипта, что впоследствии будет сказываться на производительности.

в общем это все вполне реально сделать.
только у каждого способа свои минусы.

а если прото хочешь запихнуть в другое место php.ini, то используй директиву PHPIniDir в конфиге апача (httpd.conf), по примеру:
PHPIniDir "C:\_sites\www.host.com"
(последний слеш не ставь)
где у тебя C:\_sites\www.host.com\php.ini -конфиг.

но если тебе реально нужно изменить незначительный параметр в конфиге, то это можно сделать при выполнении скрипта с помощью ini_set(), либо в htaccess, как именно писали выше. но некоторые директивы, наподобие disable_functions редактировать так нельзя, только в php.ini.
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2025 Invision Power Services, Inc.