suphp testen

Bash, Shell, PHP, Python, Perl, CGI
openeye
Posts: 13
Joined: 2004-05-17 02:27

suphp testen

Post by openeye »

durch einen tipp eines freundes hab ich rausgefunden, dass es möglich ist, suphp auch mit mod_php laufen zu lassen.

dazu solle man php erstmal mit aspx dann ohne compilieren.

nun hab ich suphp als apachemodul geladen, und würd gern testen, ob es richtig läuft.

hat jemand dafür evtl. nen beispielscript?


vielen dank schonmal an euch


viele grüße

openeye
r00ty
Posts: 747
Joined: 2003-03-17 15:32

Re: suphp testen

Post by r00ty »

machs nicht so kompliziert
ich hab das standard rpm von suse genommen und dann suphp nach dem debianhowto (http://www.debianhowto.de/) installiert - nun läuft beides prima
(confixx braucht halt mod_php)
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

hm danke werds mal probieren
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

debian:~/suphp-0.5.1# make
make[1]: Entering directory `/root/suphp-0.5.1/src'
*** INFO: Building mod_suphp for Apache 1.3 ***
make[2]: Entering directory `/root/suphp-0.5.1/src/apache'
/usr/bin/apxs -c -DHAVE_CONFIG_H -DPATH_TO_SUPHP=\"/usr/local/sbin/suphp\" -I../../src -Wc,"-g -O2" mod_suphp.c
gcc -DLINUX=22 -DEAPI -DTARGET="apache" -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -g -O2 -I../../src -DHAVE_CONFIG_H -DPATH_TO_SUPHP="/usr/local/sbin/suphp" -c mod_suphp.c
gcc -shared -o mod_suphp.so mod_suphp.o -Wc,-g -O2 -lc -lm -lcrypt -ldb1 -ldb -lexpat
/usr/bin/ld: cannot find -ldb1
collect2: ld returned 1 exit status
apxs:Break: Command failed with rc=1
make[2]: *** [suphp.mod] Error 1
make[2]: Leaving directory `/root/suphp-0.5.1/src/apache'
make[1]: *** [suphp.mod] Error 2
make[1]: Leaving directory `/root/suphp-0.5.1/src'
make: *** [all] Error 2
debian:~/suphp-0.5.1#


debian:~/suphp-0.5.1# make install
make[1]: Entering directory `/root/suphp-0.5.1/src'
*** INFO: Building mod_suphp for Apache 1.3 ***
make[2]: Entering directory `/root/suphp-0.5.1/src/apache'
/usr/bin/apxs -c -DHAVE_CONFIG_H -DPATH_TO_SUPHP=\"/usr/local/sbin/suphp\" -I../../src -Wc,"-g -O2" mod_suphp.c
gcc -DLINUX=22 -DEAPI -DTARGET="apache" -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -g -O2 -I../../src -DHAVE_CONFIG_H -DPATH_TO_SUPHP="/usr/local/sbin/suphp" -c mod_suphp.c
gcc -shared -o mod_suphp.so mod_suphp.o -Wc,-g -O2 -lc -lm -lcrypt -ldb1 -ldb -lexpat
/usr/bin/ld: cannot find -ldb1
collect2: ld returned 1 exit status
apxs:Break: Command failed with rc=1
make[2]: *** [suphp.mod] Error 1
make[2]: Leaving directory `/root/suphp-0.5.1/src/apache'
make[1]: *** [suphp.mod] Error 2
make[1]: Leaving directory `/root/suphp-0.5.1/src'
make: *** [install] Error 2
debian:~/suphp-0.5.1#


bekomm ich als fehlermeldung.

die pakete sind alle installiert.

hast du da ne idee?
fritz
Posts: 891
Joined: 2002-04-23 20:12
Location: Lehrte / Hannover

Re: suphp testen

Post by fritz »

r00ty wrote:ich hab das standard rpm von suse genommen
wow rooty, da wird sich nachher aber J.U. über Deine Lernfähigkeit freuen :-D
scnr und s-for-OT
F.
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

hehe kann mir wer evtl. noch sagen was ich hier noch ändern muss?

ich hab das loadmodul trotzdem mal drin, weil es schon erstellt wurde, aber ich hab überall internal server error. und auch wenn ichs im vhost ausstelle, kommt das selbe.

weiß nicht ob das an dem compilierfehler und/oder an den einstellungen liegt.
arty
Userprojekt
Userprojekt
Posts: 729
Joined: 2002-06-12 10:11

Re: suphp testen

Post by arty »

Wie sieht deine suPHP Konfiguration aus?

bye
arty
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

welche suphp config meinst du genau?

wär mir neu dass da ne config bei erstellt wird. wird doch alles eincompiliert
User avatar
Joe User
Project Manager
Project Manager
Posts: 11173
Joined: 2003-02-27 01:00
Location: Hamburg

Re: suphp testen

Post by Joe User »

Fritz wrote:wow rooty, da wird sich nachher aber J.U. über Deine Lernfähigkeit freuen :-D
[x] Done ;)
PayPal.Me/JoeUserFreeBSD Remote Installation
Wings for LifeWings for Life World Run

„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
arty
Userprojekt
Userprojekt
Posts: 729
Joined: 2002-06-12 10:11

Re: suphp testen

Post by arty »

openeye wrote:welche suphp config meinst du genau?
Die config, die in der Doku beschrieben ist?

http://www.suphp.org/Documentation-Installation.en.html

bye
arty
majortermi
Userprojekt
Userprojekt
Posts: 916
Joined: 2002-06-17 16:09

Re: suphp testen

Post by majortermi »

openeye wrote:

Code: Select all

gcc -DLINUX=22 -DEAPI -DTARGET="apache" -I/usr/include/db1 -DDEV_RANDOM=/dev/random -DUSE_HSREGEX -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O1 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -g -O2 -I../../src -DHAVE_CONFIG_H -DPATH_TO_SUPHP="/usr/local/sbin/suphp"  -c mod_suphp.c
gcc -shared -o mod_suphp.so mod_suphp.o -Wc,-g -O2 -lc -lm -lcrypt -ldb1 -ldb -lexpat
/usr/bin/ld: cannot find -ldb1
Kaputtes APXS?
Evtl mal selbst mit dem entsprechenden gcc-Aufruf (eben ohne -ldb1) probieren...
Erst nachlesen, dann nachdenken, dann nachfragen... :)
Warum man sich an diese Reihenfolge halten sollte...
User avatar
Joe User
Project Manager
Project Manager
Posts: 11173
Joined: 2003-02-27 01:00
Location: Hamburg

Re: suphp testen

Post by Joe User »

db[1]-devel fehlt...
PayPal.Me/JoeUserFreeBSD Remote Installation
Wings for LifeWings for Life World Run

„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
oxygen
Posts: 2138
Joined: 2002-12-15 00:10
Location: Bergheim

Re: suphp testen

Post by oxygen »

naja, aber wozu sollte su_php das brauchen? ich glaube Termi meint auch das -ldb1 unnötig ist.
User avatar
Joe User
Project Manager
Project Manager
Posts: 11173
Joined: 2003-02-27 01:00
Location: Hamburg

Re: suphp testen

Post by Joe User »

øxygen wrote:naja, aber wozu sollte su_php das brauchen?
Nicht suPHP selbst, sondern die zum Kompilieren notwendigen Libs.
PayPal.Me/JoeUserFreeBSD Remote Installation
Wings for LifeWings for Life World Run

„If there’s more than one possible outcome of a job or task, and one
of those outcomes will result in disaster or an undesirable consequence,
then somebody will do it that way.“ -- Edward Aloysius Murphy Jr.
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

also die config is wie im debianhowto gemacht.

gibts vielleicht ne möglichkeit, ldb1 nachzuinstallieren?
openeye
Posts: 13
Joined: 2004-05-17 02:27

Re: suphp testen

Post by openeye »

also ich hab noch mal mal wieder gegooglet und hab dann gefunden, dass er die ldb1 im falschen dir sucht, hab mal nen link erstellt und es funzt.

nun kommt jedoch folgendes in der apache log


Error in suphp.c on line 81: execl() failed (Permission denied)
[Sun May 23 17:40:05 2004] [error] [client 80.132.190.100] Premature end of script headers: /home/www/confixx/html/index.php


ich werd mal die php datei kopieren, wie suphp in den faq schreibt. ma sehen obs was bringt.

ich meld mich dann nochmal ;)
majortermi
Userprojekt
Userprojekt
Posts: 916
Joined: 2002-06-17 16:09

Re: suphp testen

Post by majortermi »

Joe User wrote:Nicht suPHP selbst, sondern die zum Kompilieren notwendigen Libs.
Genauer gesagt, APXS ist der Meinung, dass es gebraucht wird. Dies könnte z.B. daran liegen, dass irgendein Teil des Apaches gegen -ldb1 gelinkt ist.

Wie gesagt, entweder die Lib fehlt tatsächlich, oder APXS ist "kaputt" (im Sinne von "verlangt unnötige Libraries").

mod_suphp selbst benutzt keine Funktionen dieser Library sondern kommt mit den Funktionen der APR aus.
Erst nachlesen, dann nachdenken, dann nachfragen... :)
Warum man sich an diese Reihenfolge halten sollte...