- Status
Super nun läuft so weit alles. Unten steht dann aber
Muss ich erst das andere php deaktivieren? Denn so wie ich es verstehe würde er jetzt die cgi Version installieren.
Code:
+--------------------------------------------------------------------+
| *** WARNING *** |
| |
| You will be compiling the CGI version of PHP without any |
| redirection checking. By putting this cgi binary somewhere in |
| your web space, users may be able to circumvent existing .htaccess |
| security by loading files directly through the parser. See |
| http://www.php.net/manual/security.php for more details. |
+--------------------------------------------------------------------+
| License: |
| This software is subject to the PHP License, available in this |
| distribution in the file LICENSE. By continuing this installation |
| process, you are bound by the terms of this license agreement. |
| If you do not agree with the terms of this license, you must abort |
| the installation process at this point. |
+--------------------------------------------------------------------+Hallo,
Hast du SuSE und möchtest PHP Updaten?
Dann schau dir mal dieses Posting von Society an. Das könnte sehr hilfreich sein:
serversupportforum.de
Hast du SuSE und möchtest PHP Updaten?
Dann schau dir mal dieses Posting von Society an. Das könnte sehr hilfreich sein:
PHP 4.4.2 RPMS für Suse 9.1 (1und1) - Plesk Kompatibel
Es ist mal wieder soweit: Ein neues Update für PHP 4.4.2 ist draussen. Wie immer für MySQL 4.1.x RPMs kompiliert und sollten auch Funktionieren ;-) ;) http://rpms.serversupportforum.de/suse91/php-4.4.2/
serversupportforum.de
Huschi
Moderator
Wenn Du PHP4 deinstallierst, deinstalliert Yast noch einige abhängige Pakete ebenfalls. (u.a. Confixx oder phpMyAdmin) Das ist wohl nicht in Deinem Interesse.E=mc² said:
Daher einfach überschreiben und aufpassen, daß Du mit Yast keinen Software-Update von PHP4 einspielst.
Wir sind hier im Thread von PHP5. Society's RPMS gehen nur bis 4.4.2.djrick said:
huschi.
Vielen vielen Dank schon mal bis hierher. Er hat mein make install nun auch ohne murren genommen. Jett ist nur noch die Frage wie ich ihm sage das ich das auch nutzen möchte. Denn ich möchte jetzt auch wegen Plesk nichts falsches machen. Ich find da nämich unter ect/apache2/nur eine php4.conf.
Last edited by a moderator:
S
server4downs
Guest
Ich nehme mal schwer an, dass du den guten Apachen2 mit Yast druffgekloppt hast.E=mc² said:
Das gewünschte File ist hier zu finden:
/etc/sysconfig/apache2
Dann suche den Eintrag
APACHE_MODULES="access actions alias auth auth_dbm autoindex cgi dir env expires include lo.....
Und ersetze php4 mit php5.
Restart Apache Webserver
Done.
Sorry aber wenn ich das mache dann kommt folgende Meldung:
Übrigens zeile 19 ist kein Befehl vorhanden. Es steht da nur #.
Tut mir leid das ich es nicht raffe und so viel Arbeit mache.
Code:
Syntax error on line 19 of /etc/apache2/httpd.include:
Invalid command 'php_admin_flag', perhaps mis-spelled or defined by a module not included in the server configuration
h711233:/etc/sysconfig # mc -aÜbrigens zeile 19 ist kein Befehl vorhanden. Es steht da nur #.
Tut mir leid das ich es nicht raffe und so viel Arbeit mache.
Last edited by a moderator:
S
server4downs
Guest
Ja ist ja klar 
Du hast ja anscheinend gar net das Modul (apache) installiert, sondern CGI, soweit ich das deinen letzten Postings entnehmen konnte
Du hast in der configure was vergessen!
'--with-apxs2=/usr/bin/apxs2'
Dann wird das Modul erstellt.
Und dann wie oben beschrieben von php4 in php5 umbenennen.
Du hast ja anscheinend gar net das Modul (apache) installiert, sondern CGI, soweit ich das deinen letzten Postings entnehmen konnte
Du hast in der configure was vergessen!
'--with-apxs2=/usr/bin/apxs2'
Dann wird das Modul erstellt.
Und dann wie oben beschrieben von php4 in php5 umbenennen.
S
server4downs
Guest
Dann zeig mir deine ganze configure mal am Stück.E=mc² said:
Man sollte dabei bedenken, dass es sich um "Suse-Gewurschtel" handelt. D.h. es kann da gut drinstehen: disable_sessions z.B. und Sessions funsen trotzdem, weil die das alles irgendwie aufgesplittet haben.
Poste deine configure einfach mal, dann können wir dir weiterhelfen.
Code:
./configure
--prefix=/usr \
--datadir=/usr/share/php \
--mandir=/usr/share/man \
--bindir=/usr/bin \
--libdir=/usr/share \
--includedir=/usr/include \
--sysconfdir=/etc \
--with-_lib=lib64 \
--with-config-file-path=/etc \
--with-exec-dir=/usr/lib64/php/bin \
--disable-debug \
--enable-inline-optimization \
--enable-memory-limit \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sigchild \
--disable-ctype \
--disable-session \
--with-mysql \
--disable-cli \
--without-pear \
--with-openssl \
--with-apxs2=/usr/bin/apxs \
--with-apxs2=/usr/sbin/apxs2-prefork x86_64-suse-linuxDas ist alles was ich verwendet habe.
Last edited by a moderator:
Huschi
Moderator
Ich formulier es mal allgemein, da es ja auch mod_perl und mod_python gibt:gnrmarcel said:
CGI ist eine definierte Schnittstelle zwischen Apache und beliebigen Script-Sprachen und Programmen.
Vorteile als Modul: ("kann" heißt nicht, daß es das auch tut)
- Der Interpreter liegt im Speicher.
- Der Interpreter kann persistente DB-Connections halten.
- Der Interpreter kann den Byte-Code cachen.
- (Fast) vollen Zugriff auf Apache, seine Variablen und seinen Output.
- Besseres Handling eines 'Jails'.
Nachteile als Modul:
- Die Scripte laufen immer unter dem Apache-Benutzer.
Vorteile als CGI:
- Per suExec können die Scripte unter einem anderen Benutzer laufen.
- Freie Interpreterwahl.
- Unbegrenzte Verarbeitungszeit (Timeout ist Client abhängig)
- Unbegrenzter Speicher.
(Die letzten Beiden könnten bei Massenhostern auch als negativ angesehen werden.)
Nachteile als CGI:
- Keine persistente DB-Connection.
- Keine Session-Übergreifende statische Variablen.
(Die Listen sind bei weitem nicht vollständig, aber ich will jetzt ins Bett.)
Daraus folgt natürlich, daß Scripte als Apache-Module meist schneller ausgeführt werden können als per CGI.
(Und bevor jetzt eine andere Diskussion los geht
Es sagt aber nichts darüber aus, ob mod_php schneller/langsamer ist als Perl per CGI. huschi.
- Status