RootForum Community

Hallo

Ich bin am Verzweifeln. Auf meinem Server sind die register_globals auf off, was ja auch gut so ist.

Jetzt habe ich aber ein altes Projekt von mir, dass unbedingt die register_globals on braucht. Also dachte ich mir, schreib ich schnell ne .htaccess und leg sie in den Ordner.

Nach kurzer Internet-Recherche, bin ich dann häufig auf diese Codezeile gestossen:

php_flag register_globals on (bzw. php_flag register_globals 1. hab beides probiert)

Sobald ich den Ordner dann aber aufrufe bekomme ich einen Server Fehler (Fehler 500). Nehme ich die .htaccess raus funzt alles.

Auch wenn ich beispielsweise nur die Zeile:

DirectoryIndex home.php index.php index.htm index.html

in der .htaccess stehen habe funzt alles, so wie es soll (home.php wird zuerst angesteuert). Generell ist also ein Fehler der htaccess ausgeschlossen.

Ich versteh einfach nicht, was für ein Problem er mit dem Ã?ndern der register_globals hat. Immer wenn diese Zeile drin steht, ob einzeln oder mit anderen Zeilen, bringt er mir den 500er Fehler.

Aus Sicherheitsgründen ist es mir wichtig die globals nur für dieses eine Projekt zu aktivieren. Aber das ist so umfangreich, dass ich es nicht "mal eben" ändern kann.

Vielleicht hat ja hier jemand eine Idee, was das sein könnte
Chris

Mephistos wrote:Ich versteh einfach nicht, was für ein Problem er mit dem Ã?ndern der register_globals hat. Immer wenn diese Zeile drin steht, ob einzeln oder mit anderen Zeilen, bringt er mir den 500er Fehler.

Passiert wenn Du versuchst eine Option zu überschreiben, die Du nicht überschreiben darfst.

Setz für den VHost

<Directory "/home/htdocs/webxx/html">
AllowOverride All
</Directory>

dann kannst Du register_globals auch in der .htaccess ändern.

Ciao
Ryukia

Funktioniert. Vielen Dank für die schnelle Antwort.

mfg
Chris

gibt's zu AllowOverride All noch eine Alternative? Also was muss minimal erlaubt werden?

AllowOverride Options
(laut php.net :-) )

Ciao
Ryukia

hab genau das selbe Problem und kann es leider nicht per .htaccess lösen.

Ich habe PHP5 von DotDeb auf nem Debian System laufen iVm Apache 1.3.26. PHP läuft per suPHP.

Wenn ich versuche, in einer .htaccess eine PHP-Config-Variable per "php_flag VARIABLE WERT" zu ändern, bekomme ich

Invalid command 'php_flag', perhaps mis-spelled or defined by a module not included in the server configuration

im Log.

AllowOverride All ist drin, daran kanns eigentlich nicht liegen.


Was mach ich falsch? Was für ein Modul kann das sein, das hier fehlt?

Danke!

Sind diese Parameter nicht für das Apache PHP Modul ?


Ich denke, bei suPHP funzt das nicht.

mmh, das wäre natürlich blöde. Ich finde in der suPHP Doc aber auch nichts diesbezüglich.

ich hab gerade eine Diskussion gelesen, die zwei Möglichkeiten vorschlägt:

1) php.ini in dem Verzeichnis, in dem die Scripte ausgeführt werden (suPHP sucht angeblich immer erst eine php.ini in ".", sprich im selben Verzeichnis)

2) mittels .htaccess und der Option "suPHP_ConfigPath" eine php.ini definieren, die für alle Verzeichnisse unterhalb der .htaccess gilt.

ich werds mal ausprobieren und hier die Ergebnisse posten.

Hallo!

Ich muss einmal blöd nachfragen wegen der Option:
register_global=on

Mein Problem ist das ich ein php Projekt habe was genau diese Einstellung
benötigt. Ein Umschreiben gestaltet sich mehr als schwierig.

Meine Frage wie kann ich das umgehen oder besser gesagt was muss ich
genau tun damit die Scripte wieder laufen ??

Hier wurde etwas mit diesen .htaccess Dateien beschrieben...
muss gestehen bin ich nicht ganz hintergestiegen.
Wie müssen diese Aufgebaut sein ??

Könnte mir das jemand freundlicherweise für einen Newbie erklären ??

Gruss und Danke für Eure Mühe
Ralf von der L.

bei mir heißt das flag

php_admin_flag register_globals

edit: das muß dann in der jeweiligen virtualHost direktive gesetzt werden. da kann man dann auch spezifische einstellungen php betreffend machen

(apache 2.0.50)

Mein Problem ist das ich ein php Projekt habe was genau diese Einstellung benötigt. Ein Umschreiben gestaltet sich mehr als schwierig.

Wieso eigentlich? Korrigiere die Art wie das Projekt Daten einliest dann sollte es laufen, meistens liegt dort das Problem begraben.

Hi,

jan10001 wrote:Wieso eigentlich? Korrigiere die Art wie das Projekt Daten einliest dann sollte es laufen, meistens liegt dort das Problem begraben.

und wenn durch dutzende Dateien und hunderte Codezeilen die Variablen nun mal wie "von gestern" eingelesen werden, kann das schon richtig viel Arbeit bedeuten.

Nur der Vollständigkeit halber, wenn man das Problem nicht über .htaccess/php.ini lösen kann, gibt's noch die Möglichkeit am Anfang jeder Datei die benötigten Environment Variablen (GET und POST bspw.) mit der PHP Funktion extract zu extrahieren, dann sollte das Script wieder wie mit register_globals on funktionieren. Natürlich ist das auch nur sinnvoll, wenn in vielen Codezeilen oft auf diese Variablen zugegriffen werden muss - bei sehr vielen Dateien ist auch diese Methode nicht das Wahre...

Ã?brigens, bei suPHP gibt es die Möglichkeit im VHost den Wert suPHP_ConfigPath zu setzen. Man könnte also 2 php.ini Dateien erstellen, eine mit und eine ohne register_globals. Dann je nach VHost die Benötigte auswählen.

.static