Hallo
Habe schon die PHP-Version auf 4.3.11 gebracht und register_globals und register_argc_argv mal ein und ausgeschaltet, aber das wars alles nicht.
Rufe ich http://www.ksweb.de/phpinfo.php?val1=42&val2=43
auf ist das $_GET - Array in PHP korrekt gefüllt. Ebenso $_REQUEST.
Ist der letzte Parameter leer, also z.B.
http://www.ksweb.de/phpinfo.php?val1=42&val2=
sind beide Arrays leer, d.h. auch die gesetzten Parameter werden nicht geparsed. bei
http://www.ksweb.de/phpinfo.php?val1=&val2=43 ist wieder alles richtig
Es ist ein SuSE 9.0 mit Apache 2.0.48 und PHP 4.3.11 bei Strato.
Die Links oben sind aktiv, da sollte alles drin stehen.
Wer weis Abhilfe?
URL Parameter werden teilweise nicht geparsed.
Nett gemeint ;-)
Danke, aber wer setzt das nun überall ein, wo ein Wert fehlt?
Ich arbeite viel mit postNuke. Jedes dritte Modul sendet mal
leere Parameter.
hier habe ich übrigens einen Server (eigner unbekannt) bei dem
es geht: http://tv-24.us/index.php?va1=90&val2=
(und so soll es auch sein)
Nein, ich denke das ist definitiv ein Bug, habe aber auf php.net und apache.org nichts gefunden.
Ich arbeite viel mit postNuke. Jedes dritte Modul sendet mal
leere Parameter.
hier habe ich übrigens einen Server (eigner unbekannt) bei dem
es geht: http://tv-24.us/index.php?va1=90&val2=
(und so soll es auch sein)
Nein, ich denke das ist definitiv ein Bug, habe aber auf php.net und apache.org nichts gefunden.
Re: URL Parameter werden teilweise nicht geparsed.
Also Unterschiede, die mir sofort ausgefallen sind:
arg_separator.input & ;&
arg_separator.output & &
Zudem läuft PHP auf der einen Kiste als Module und auf der anderen als CGI.
Stellt sich die Frage, ob es wirklich ein Bug ist und wenn ob es ein Bug von apache oder PHP ist. Das Problem ist ja, dass sobald der & fehlt oder leer ist, wird auch kein Querystring übergeben.
Das deutet doch eher darauf hin, dass der Querystring von Apache garnicht mehr übergeben wird.
Gruss
Marc
arg_separator.input & ;&
arg_separator.output & &
Zudem läuft PHP auf der einen Kiste als Module und auf der anderen als CGI.
Stellt sich die Frage, ob es wirklich ein Bug ist und wenn ob es ein Bug von apache oder PHP ist. Das Problem ist ja, dass sobald der & fehlt oder leer ist, wird auch kein Querystring übergeben.
Das deutet doch eher darauf hin, dass der Querystring von Apache garnicht mehr übergeben wird.
Gruss
Marc
Re: URL Parameter werden teilweise nicht geparsed.
arg_separator.input & ;&
arg_separator.output & &
wieder angepasst; waren experimentell ohne Erfolg geändert.
CGI oder als Modul, richtig ein deutlicher unterschied, aber als
CGI kommt das PHP so von SuSE. mit wget geholt und mit rpm installiert.
Wenn ich andere Beiträge lese, fürchte ich, bei einer Umstellung wird
das VISAS nicht mehr richtig laufen. Das ist alles ziemlich hart verknüpft
mit der httpd.conf.
arg_separator.output & &
wieder angepasst; waren experimentell ohne Erfolg geändert.
CGI oder als Modul, richtig ein deutlicher unterschied, aber als
CGI kommt das PHP so von SuSE. mit wget geholt und mit rpm installiert.
Wenn ich andere Beiträge lese, fürchte ich, bei einer Umstellung wird
das VISAS nicht mehr richtig laufen. Das ist alles ziemlich hart verknüpft
mit der httpd.conf.
der Eigner bin ich
@fizoblon
Warum es läuft, weiß ich nicht; ich habe nur das gemacht, was ich oben genannt habe. Danach war alles prima und ich habe mich nicht mehr darum gekümmert. Ich würde dir gerne noch ein paar kluge Statements geben, aber ich kann es nicht.
Viele Grüße
derHades :twisted:
Ich nutze Confixx 3.xhier habe ich übrigens einen Server (eigner unbekannt) bei dem
es geht: http://tv-24.us/index.php?va1=90&val2=
Warum es läuft, weiß ich nicht; ich habe nur das gemacht, was ich oben genannt habe. Danach war alles prima und ich habe mich nicht mehr darum gekümmert. Ich würde dir gerne noch ein paar kluge Statements geben, aber ich kann es nicht.
Viele Grüße
derHades :twisted:
Re: URL Parameter werden teilweise nicht geparsed.
Hallo,
Gruß, Wolfgang
Modul oder CGI? Falls CGI mit Suphp: es könnte ein Bug in Sphp sein der in der aktuellen Version behoben ist.fizoblon wrote:Es ist ein SuSE 9.0 mit Apache 2.0.48 und PHP 4.3.11 bei Strato.
Gruß, Wolfgang
Exakt
so scheint es zu sein (CGI + suPHP trifft zu)
wie kompiliert man das suPHP neu?
oder kann man das irgendwo ziehen?
http://highend-server.de/artikel50.html zeigt wie man es kompilieren könnte, klappt allerdings überhaupt nicht, beim make kommen seitenlange Fehler und Warnings und kein install wird erzeugt.
./configure --with-apache-user=www-data --with-php=/usr/lib/cgi-bin/php4 --with-logfile=/var/log/apache/suphp.log --with-apxs=/usr/bin/apxs
ich nehme an, das diese Zeile völlig falsch ist für meinen Server, kann mir das aber als Newbie nicht anpassen.
ohne suPHP möchte ich eigentlich den Server nicht betreiben
wie kompiliert man das suPHP neu?
oder kann man das irgendwo ziehen?
http://highend-server.de/artikel50.html zeigt wie man es kompilieren könnte, klappt allerdings überhaupt nicht, beim make kommen seitenlange Fehler und Warnings und kein install wird erzeugt.
./configure --with-apache-user=www-data --with-php=/usr/lib/cgi-bin/php4 --with-logfile=/var/log/apache/suphp.log --with-apxs=/usr/bin/apxs
ich nehme an, das diese Zeile völlig falsch ist für meinen Server, kann mir das aber als Newbie nicht anpassen.
ohne suPHP möchte ich eigentlich den Server nicht betreiben
Re: Exakt
Hallo,
Zuerst apache2-devel installieren (über yast).
Apache-User bestimmen (z.B. bei top ablesen), vermutlich wwwrun.
Nachsehen ob /var/log/apache existiert, dann ist es ok.
Suche nach apxs, vermutlich heißt es apxs2 und liegt in /usr/sbin/, with-apxs entsprechend anpassen.
Suche php bzw php4, eventuell findest Du mehrere. Starten mit Pfad und -v und schau nach der API (steht hinter der Versionsnummer). Du brauchst CGI (CLI ist was anderes).
Wenn kein PHP als CGI installiert ist mußt Du es installieren, ggf. selbst compilieren (sollte aber vorhanden sein wenn schon ein suphp installiert ist). Dann den with-php auf das gefundene CGI-PHP setzen.
Gruß, Wolfgang
die Werte mußt Du an Deinen Server anpassen.fizoblon wrote:./configure --with-apache-user=www-data --with-php=/usr/lib/cgi-bin/php4 --with-logfile=/var/log/apache/suphp.log --with-apxs=/usr/bin/apxs
Zuerst apache2-devel installieren (über yast).
Apache-User bestimmen (z.B. bei top ablesen), vermutlich wwwrun.
Nachsehen ob /var/log/apache existiert, dann ist es ok.
Suche nach apxs, vermutlich heißt es apxs2 und liegt in /usr/sbin/, with-apxs entsprechend anpassen.
Suche php bzw php4, eventuell findest Du mehrere. Starten mit Pfad und -v und schau nach der API (steht hinter der Versionsnummer). Du brauchst CGI (CLI ist was anderes).
Wenn kein PHP als CGI installiert ist mußt Du es installieren, ggf. selbst compilieren (sollte aber vorhanden sein wenn schon ein suphp installiert ist). Dann den with-php auf das gefundene CGI-PHP setzen.
Modul hat diverse Nachteile, und als cgi ohne suphp sollte man es keinesfalls laufen lassen.ohne suPHP möchte ich eigentlich den Server nicht betreiben
Gruß, Wolfgang
Klasse! Danke!
Schönen Dank erstmal.
Werd das am WE machen und dann Bericht erstatten.
Immo fighte ich grad mit dem Strato Support.
letztlich liefern die ihren HighEnd-Server ja so matschig aus.
(SuSE 9.0 mit php 4.3.3 als CGI auf Apache 2.0)
damit darf man weder bei Apache, php noch SuSE eine Anfrage starten;
wenn man eine Antwort bekommt ist es ein lakonisches:
"Unfortunately you are not using a current version of xy --
the problem might already be fixed. Please download a new"
Aber erstmal Danke.
Was mich nicht schafft, das schaffe ich.
Werd das am WE machen und dann Bericht erstatten.
Immo fighte ich grad mit dem Strato Support.
letztlich liefern die ihren HighEnd-Server ja so matschig aus.
(SuSE 9.0 mit php 4.3.3 als CGI auf Apache 2.0)
damit darf man weder bei Apache, php noch SuSE eine Anfrage starten;
wenn man eine Antwort bekommt ist es ein lakonisches:
"Unfortunately you are not using a current version of xy --
the problem might already be fixed. Please download a new"
Aber erstmal Danke.
Was mich nicht schafft, das schaffe ich.