Проблема всплывает неоднократно. Была обнаружена совершенно на разных платформах под управлением OS FreeBSD разных версий с совершенно разным комплектом ПО. При попытке установки php5-pgsql и включении в /usr/local/etc/php/extensions.ini: Код (Text): extension=pgsql.so в любой последовательности, Apache 1.3.x не запускается. Причина проблемы ясна: либо кривые руки разработчиков в Zendе, либо в Apache. В любом случае ни одна сволочь из вышеупомянутых не додумалась написать патч. А меня данная проблема уже порядком бесит, причины которой на сегодняшний день объяснить не может никто. Опишу самый последний проект на котором я попался с php5-pgsql. Установил свеженькую систему OS FreeBSD-7.0 RELEASE i386 с нуля, установил свежий снимок портов. Из портов установил Apache 1.3.41, Код (Text): # php -v PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Nov 23 2008 01:57:01) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies # pkg_info | grep php php5-5.2.6_2 PHP Scripting Language php5-pcre-5.2.6_2 The pcre shared extension for php php5-pgsql-5.2.6_1 The pgsql shared extension for php php5-session-5.2.6_2 The session shared extension for php phppgadmin-4.2.1 Web Based Postgres Administration Содержимое /usr/local/etc/php/extensions.ini: Код (Text): extension=pgsql.so extension=pcre.so extension=session.so Всё, Apache не запускается. Комментируем в extensions.ini "extension=pgsql.so" и Apache запускается. P.S.: господа, с просьбам типа "error.log в студию" прошу не отписываться, в таком случае вы не компетенты в этом вопросе, почему лог ошибок Apache здесь ни причём и почему он пуст думайте сами, остальные поймут, объяснять устал.
Не испытывал подобных проблем. (право давно не юзал апач 1.3, ща соберу и скажу как оно) Из cli с включенным pgsql.so не материца? Код (Text): # apachectl start тоже молчит?
мде. трабла имеет место. strace -f вконце говорит и все Причем происходит это только в связке с апачем 1.3 гугль тоже знает об этой проблеме. удачи с поиском лекарства
Ti, хм! Ну намекните, раз Вы видели решение проблемы от гугла. Я вот что-то ищу и решение уже месяц найти не могу.
странно, у меня эта связка работает и никаких проблем не замечал. phppgadmin прекрасно работает. Код (Text): # php -v PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Oct 26 2008 05:22:56) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies # pkg_info | grep php php5-5.2.6_2 PHP Scripting Language php5-bcmath-5.2.6_2 The bcmath shared extension for php php5-bz2-5.2.6_2 The bz2 shared extension for php php5-ctype-5.2.6_2 The ctype shared extension for php php5-curl-5.2.6_2 The curl shared extension for php php5-dom-5.2.6_2 The dom shared extension for php php5-gd-5.2.6_2 The gd shared extension for php php5-gettext-5.2.6_1 The gettext shared extension for php php5-iconv-5.2.6_2 The iconv shared extension for php php5-mbstring-5.2.6_2 The mbstring shared extension for php php5-mcrypt-5.2.6_2 The mcrypt shared extension for php php5-mhash-5.2.6_2 The mhash shared extension for php php5-mysql-5.2.6_2 The mysql shared extension for php php5-openssl-5.2.6_2 The openssl shared extension for php php5-pcre-5.2.6_2 The pcre shared extension for php php5-pdo-5.2.6_2 The pdo shared extension for php php5-pdo_sqlite-5.2.6_2 The pdo_sqlite shared extension for php php5-pgsql-5.2.6_1 The pgsql shared extension for php php5-posix-5.2.6_2 The posix shared extension for php php5-session-5.2.6_2 The session shared extension for php php5-simplexml-5.2.6_2 The simplexml shared extension for php php5-sockets-5.2.6_2 The sockets shared extension for php php5-spl-5.2.6_2 The spl shared extension for php php5-sqlite-5.2.6_2 The sqlite shared extension for php php5-tokenizer-5.2.6_2 The tokenizer shared extension for php php5-xml-5.2.6_2 The xml shared extension for php php5-xmlreader-5.2.6_2 The xmlreader shared extension for php php5-xmlwriter-5.2.6_2 The xmlwriter shared extension for php php5-zlib-5.2.6_2 The zlib shared extension for php # httpd -v Server version: Apache/1.3.41 (Unix) Server built: Oct 26 2008 03:20:23 # uname -a FreeBSD _hostname_ 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 extension=bcmath.so extension=bz2.so extension=ctype.so extension=curl.so extension=pcre.so extension=simplexml.so extension=spl.so extension=dom.so extension=fileinfo.so extension=filter.so extension=gd.so extension=gettext.so extension=hash.so extension=iconv.so extension=json.so extension=openssl.so extension=pdf.so extension=pdo.so extension=pdo_sqlite.so extension=pgsql.so extension=posix.so extension=session.so extension=sockets.so extension=sqlite.so extension=tokenizer.so extension=xml.so extension=xmlreader.so extension=xmlwriter.so extension=zip.so extension=zlib.so extension=mbstring.so extension=mcrypt.so extension=mhash.so extension=mysql.so extension=apc.so
С помощью nginx? Тогда может стоит вообще отказатся от apache и юзать fcgi? Есть замечательная для этого штука php-fpm.
Ti, дело в том что диалектика конфигурационных файлов nginx не совсем совместима с Apache. Я имею ввиду случай с .htaccess, ведь пользователь хостинга ориентируется на диалектику Apache используя на своих проектах .htaccess, плюс ко всему так же не стандартен вывод логов в nginx, я имею ввиду все символы без исключения, в том числе и пробел. А стандартные парсеры логов Apache для вывода статистики посещений переписывать под nginx- решение отстой. В принципе радует одно, что выявлена проблема, которая заложена в web-сервере Apache 1.3. Хоть известно, что не в php или не в php5-pgsql.
Логи у nginx такие же, как у apache и прекрасно конфигурируются, и это не "отстой". Но если вопрос хостинга, то да, поддержка .htaccess может играть решающую роль. Кстати, попутно гляньте mod_aclr - как раз для таких случаев модуль. А вот почему все валится в корку - это вопрос. Попробуйте для начала пересобрать php без Suhosin-Patch и отключить, если оно есть, всякие акселераторы типа apc и eAccelerator. Желательно еще собрать php --with-debug и CFLAGS="-g3 -O0" (и модули тожа с CFLAGS="-g3 -O0")
MiksIr, не помогло Одним словом нужно развести кого-то на патч к Apache 1.3 из системных кодеров, проблема в принципе ясна.
Не думаю, что тут апач виноват. Но в принципе если экспа мало, лучше попросить отбектрейсить корку кого-то еще Если самому - то после сборки с указанными флагами найти корку и отgdb ее - будет видно где валится.