Anzeige:
Ergebnis 1 bis 8 von 8

Thema: php.ini wird ignoriert (apache 2.2.3 + php 5.1.2)

  1. #1
    dbr
    Gast

    php.ini wird ignoriert (apache 2.2.3 + php 5.1.2)

    Hi!

    Ich habe ein eigentlich triviales.. aber momentan unlösbares Problem.

    Nach dem Compilieren und Installieren von Apache 2.2 und PHP 5.1.2 liegt meine php.ini unter /usr/local/lib/php.ini . phpinfo() liefert mir ebenfalls diesen Pfad. Jedoch wird dieses File schlichtweg ignoriert. Berechtigungen hab ich überprüft rw-r--r-- / sollte reichen. Weiters hab ich den php.ini Pfad nochmals explizit beim Configure Command mitgegeben (siehe unten)

    Welche möglichen Gründe könnte das haben.. hab schon alle erdenklichen Sachen ausprobiert, will aber dennoch nicht laufen.


    Meine Config:

    Ubuntu 6.06 Dapper
    Apache 2.2.3 Built from Source (http://apache.rmplc.co.uk/httpd/httpd-2.2.3.tar.gz)
    PHP 5.1.3 (Built from Ubuntu-Sources: apt-get source php5)

    Configure Commands
    Code:
    Apache
    
    ./configure --prefix=/usr/local/apache2 --enable-mods-shared=all --enable-deflate --enable-proxy --enable-proxy-balancer --enable-proxy-http
    
    PHP
    
    ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-png-dir=/usr/lib --with-jpeg-dir=/usr/lib --with-libdir=lib64 --with-mysql --enable-track-vars 
    --enable-sockets --with-config-file-path=/usr/local/lib/php.ini --enable-ftp --with-zlib --with-openssl --enable-force-cgi-redirect --enable-exif --with-gd --enable-memory-limit 
    --disable-debug --disable-rpath --disable-static --with-pic --with-layout=GNU --enable-calendar --enable-sysvsem 
    --enable-sysvshm --enable-sysvmsg --enable-trans-sid --enable-bcmath --with-bz2 --enable-ctype --with-db4 --with-iconv 
    --enable-filepro --with-gettext --enable-mbstring --enable-shmop --enable-wddx --enable-xml --with-xmlrpc
    --enable-yp--with-zlib --enable-dbx --enable-experimental-zts --without-mm --enable-gd-native-ttf --with-imap-ssl --enable-soap 
    --with-jpeg --with-png

    Weiß wirklich nicht woran das liegen könnte. Hab an sich auch keine Sonderkonfigurationen vorgenommen.

    Apache lädt php als Modul

    LoadModule php5_module modules/libphp5.so


    Hat da jemand eine Idee?


    Thx in advance!

    Michael

  2. #2
    Registrierter Benutzer
    Registriert seit
    Feb 2007
    Beiträge
    9
    Hallo
    hast du nen reload der config gemacht nachdem du die änderungen vorgenommen hast ?

    Gruß
    Phillip

  3. #3
    dbr
    Gast
    apache restart - ja..

  4. #4
    Freidenker Avatar von suck
    Registriert seit
    Nov 2004
    Ort
    Abgrund + 1 Schritt
    Beiträge
    2.433
    Existiert eine "php-cli.ini"? Wenn diese vorhanden ist, wird die "php.ini" ignoriert. Siehe "man php"
    int main(){while(alive()){tik();tak();}return 0;}

  5. #5
    dbr
    Gast
    gibts keine nein. wo müsste die eingebunden sein damit sie greift? im selben dir wie php.ini?

    das apache in irgndeiner form ein chroot macht kann man auch ausschließen oder? also das er einfach keinen zugrifif auf das file bekommt.. das ja eben nicht unter /usr/local/apache2/ liegt.

    ich kanns mir echt nicht erklären das ganze.


    hab vor dem compilieren der php-sourcen bereits das php5-paket von ubuntu installiert gehabt.. aber das sollte eigentlich auch keinen einfluss haben?

    zumal phpinfo() /usr/local/lib/php.ini als config dir ausspuckt.

    grts
    Michael

  6. #6
    Freidenker Avatar von suck
    Registriert seit
    Nov 2004
    Ort
    Abgrund + 1 Schritt
    Beiträge
    2.433
    Das php5 von Ubunto würde ich in jedem Fall vorher deinstallieren. Ein php5 reicht doch.

    Wie hast Du getestet, dass die Datei nicht gelesen wird?

    Erscheint etwas in den Logs?

    Darf der apache User denn in das Verzeichnis, wo Deine php.ini liegt?

    Ob du Apache in einem chroot ausführst musst Du schon selbst wissen
    int main(){while(alive()){tik();tak();}return 0;}

  7. #7
    dbr
    Gast
    nein also das ganze ist nicht chrooted..

    ich hab eher gemeint ob es eventuell sein kann das apache nur dateien die unterhalb von ServerRoot definiert san lesen kann.


    das ganze will und will nicht laufen.. hab jetzt an sich schon alle erdenklichen pfade zur php.ini ausprobiert (also im ./configure z.b. einen relativen pfad angeben der sich auf da apache rootdir bezieht.. und das file dort entsprechend hinterlegen)

    weiß einfach nicht warum dieses problem auftritt.. dürfte ja sonst auch keine probleme bereiten, hab nirgends einen ähnlichen fall gefunden...

    gibts noch eine möglichkeit in der httpd.conf d.h. beim einbinden des moduls einen pfad zur php.ini zu hinterlegen..

    php mittels fastcgi einbinden ist ja eher nicht ratsam oder?

    Thx for help!

    Michael

  8. #8
    Registrierter Benutzer
    Registriert seit
    Dec 2003
    Ort
    Dettenhausen
    Beiträge
    22.061
    Zitat Zitat von suck Beitrag anzeigen
    Wie hast Du getestet, dass die Datei nicht gelesen wird?

    Erscheint etwas in den Logs?

    Darf der apache User denn in das Verzeichnis, wo Deine php.ini liegt?

    Ob du Apache in einem chroot ausführst musst Du schon selbst wissen
    Könntest Du explizit auf die erste Frage noch mal eingehen - wobei der Rest auch durchaus Beachtung verdient...
    Ich bin root - ich darf das.

Ähnliche Themen

  1. EMail von php script
    Von dehein2 im Forum Linux als Server
    Antworten: 9
    Letzter Beitrag: 27.09.05, 16:46
  2. Apache PHP Problem Teil 2 -wichtig-
    Von *~LinuxHEF~* im Forum Linux als Server
    Antworten: 2
    Letzter Beitrag: 18.02.04, 12:22
  3. apache 1.3.27 Berechtigung
    Von Kupfer im Forum Linux als Server
    Antworten: 10
    Letzter Beitrag: 30.12.03, 19:45
  4. Apache 1.3 php und shtml beibringen
    Von AceTheFace im Forum Linux als Server
    Antworten: 3
    Letzter Beitrag: 16.12.03, 10:16
  5. Apache mit PHP 4
    Von Molu im Forum Linux als Server
    Antworten: 0
    Letzter Beitrag: 19.07.00, 10:15

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •