Apache fastcgi deinstallieren und Apache als Modul installieren

E

Eky

New Member
Hallo,

auf meinem Server ist leider apache als fastcgi installiert, was mir bis dato noch nicht untergekommen ist. Daher würde mich interessieren, wie ich das zeugs wieder losbekomme, damit ich mir dann apache als modul wieder installieren kann. Denn mit mod_rewrite ist ja nur damit möglich.

OS: Debian 3.1

Danke im vorraus.
 
Hallo Eky,
willkommen an Board.

Du scheinst etwas falsch verstanden zu haben:
Apache ist der Hauptprozess bei der Sache. mod_rewrite und mod_fastcgi sind lediglich Module die entweder bereit fest einkompiliert sind, oder (meistens) durch die Config nachgeladen werden.

Vielleicht beginnst Du einfach mal von Vorne und erzählst uns, was das eigentliche Problem ist, was Du versucht hast, welche Fehlermeldungen dann kommen.

huschi.
 
PHP fastcgi deinstallieren und PHP als Modul installieren

Das Problem ist folgendes - ich habe mir neben meinen Root-Server so zum Testen, Backup und Co einen VServer angelegt. Die sind nun mal leider vorkonfiguriert (im konkreten Fall mit Confixx) was soweit ja nicht so schlimm ist, nur ich habe das Problem, dass die Form der konkreten Konfiguration mir so noch nicht untergekommen ist. (siehe dazu Unbenanntes Dokument) Und ich demzufolge nicht wirklich damit gut zurrecht komme.

Es scheint, dass PHP als CGI/FastCGI Variante installiert ist und nicht, wie von mir gewohnt als Modul. Demzufolge habe ich Probleme in Bezug auf mod_rewrite in der httpd.conf. Das wird ja in dieser Situation nicht unterstützt. Jetzt ist meine Frage, wie ich das CGI-PHP Zeugs wieder loswerde (am besten auch gleich Confixx) und ich mir eine von mir gewohnte Konfiguration (PHP als Modul) installieren kann. Nur alle Versuche die CGI/FastCGI Variante zu entfernen schlugen bisher alle fehl.

Der Betreff hätte eigentlich "PHP fastcgi deinstallieren und PHP als Modul installieren" sein sollen.

THX
 
apt-get remove php5-cgi --purge
apt-get remove confixx --purge

So oder so aehnlich kann man Pakete entfernen. Bei den Paketnamen bin ich mir nicht sicher, aber das bekommst du schon hin :)
Mit "-- purge" werden auch die config Files (usw) entfernt.
 
Häng Dich nicht soviel an "FastCGI" auf. Das steht in der API-Angabe lediglich, weil PHP den Unterschied nicht erkennen kann ob es per CGI oder unter mod_fastcgi aufgerufen wurde.

Dein Problem heißt hierbei: "Ich will PHP nicht als CGI sondern als Modul laufen lassen."
Die Antwort dazu ist: Deaktiviere die CGI-Verknüpfung. (Die mußt Du erst suchen.)
Danach kannst Du php5.conf und php5.load von /etc/apache2/mod-available/mods-available/ nach /etc/apache2/mod-available/mods-enabled/ verlinken.

Das PHP als CGI läuft hat gewisse Vorteile und auch Nachteile. Es ist immer ne Frage davon, was man damit macht. Wenn Du den Server nur zum Testen brauchst, wird das nicht wirklich ins Gewicht fallen.

Das alles hat aber rein gar nichts mit mod_rewrite zu tun. Das Modul mod_rewrite agiert absolut unabhängig davon. Hier lautet Dein Problem: "Wie aktiviere ich mod_rewrite?"
Die Antwort dazu ist: Setze einen Symlink von /etc/apache2/mod-available/mods-available/rewrite.load nach /etc/apache2/mod-available/mods-enabled/.

huschi.
 
Huschi said:
Das PHP als CGI läuft hat gewisse Vorteile und auch Nachteile. Es ist immer ne Frage davon, was man damit macht. Wenn Du den Server nur zum Testen brauchst, wird das nicht wirklich ins Gewicht fallen.

Das alles hat aber rein gar nichts mit mod_rewrite zu tun. Das Modul mod_rewrite agiert absolut unabhängig davon. Hier lautet Dein Problem: "Wie aktiviere ich mod_rewrite?"
Die Antwort dazu ist: Setze einen Symlink von /etc/apache2/mod-available/mods-available/rewrite.load nach /etc/apache2/mod-available/mods-enabled/.
huschi.
Click to expand...

Mir wurde bisher gesagt, dass PHP als FastCGI-Prozess anstelle als Apache-integriertes Modul einen falschen PATHINFO Eintrag liefern und daher unter anderen mod_rewrite nicht funktioniere.

Dazu kommt noch, dass gem [http://www.php-faq.de/q/q-php-cgi-vs-modul.html] die CGI-Variante in Punkto Performance nicht so punktet. Das ist zwar bei FastCGI nicht so eklatant, aber auch noch gegeben. Auch die Vorteile wie Segfaults im Apache durch PHP, unterschiedliche PHP-Versionen und SuExec überzeugen mich nicht so.

Dazu kommt noch, dass ich lieber bei einer Art bleibe. Alle meine Root-Server sind mit php als modul konfiguriert und warum sollte ich mir die selben Fragen, die ich für die Modulkonfiguration schon beantworten könnte, nochmals in Bezug auf CGI/FastCGI stellen. Eine gewisse Homogenität hat sich noch nie als Nachteil erwiesen. Wenn alle Server gleich konfiguriert sind ist es vermutlich auch wesentlich einfacher ein Projekt von einem auf einen anderen zu verschieben.

Werde mal am Wochenende noch ein klein wenig damit rumspielen, um FastCGI los zu werden.

Huschi said:
Die Antwort dazu ist: Deaktiviere die CGI-Verknüpfung. (Die mußt Du erst suchen.)
Click to expand...
Wonach sollte ich da konkret Suchen?

Guin said:
apt-get remove php5-cgi --purge
apt-get remove confixx --purge
Click to expand...

Derartige Befehlzeilen habe ich natürlich schon probiert, leider ohne Erfolg. Auch dpkg -l | awk '{ print $2 }' half mir nicht wirklich weiter, die richtigen Paketnamen zu finden. Werde mal diesbezüglich weiterprobieren.
 
Last edited by a moderator:
Eky said:
Werde mal am Wochenende noch ein klein wenig damit rumspielen, um FastCGI los zu werden.
Click to expand...
Ich wiederhole mich: Häng Dich nicht am Begriff 'FastCGI' auf! Wenn Du das "los werden" willst, wirst Du entweder
a) Dich tot suchen weil es evtl. gar nicht installiert/aktiviert ist.
b) Falls vorhanden, es nach einer Deaktivierung keine Änderung in der phpinfo gibt.
c) Es auch gar nicht der Punkt ist.

Der Ansatz von Guin war schon ok. Versuch dazu mal "dpkg -l |grep php5", damit Du überhaupt weißt, welche Pakete vorhanden sind. Und schau direkt mal nach einem "libapache2-mod-php5". Wenn nicht vorhanden, direkt mal installieren.

huschi.
 
You must log in or register to reply here.
Back
Top