PHP: Versionskompatibel programmieren

[mike]

Hallo mätels und purschen!

ich hab mich gestern hingesetzt und hab ein news-script geschrieben. is ansich nix aufregendes.
auf meinem rechner läuft php 4.1.1

bin fertig, will das script auf einen demoserver stellen und nix geht.

ich schau mir die version an: php 4.0.6
auch auf zwei kundenservern: 4.0.6

mein fehler war, dass ich 'sicher' programmiert hatte.
soll heissen $_POST, $_GET, $_SESSION, $_REQUEST.
das geht erst ab 4.1
selbst schuld ansich. richtig.

aber!
es wird von seitens der php-entwickler dringend empfohlen, diese 'Globals' zu verwenden, da diese sicher sind und mit dem register_globals keine probleme mehr geben kann.

was heisst das jetzt für jemanden, der codet?
- 4.1. requestet zu programmieren und sich einen provider suchen, der eine version >=4.1 draufhat?
is eine möglichkeit. was jedoch, wenn ich was supertolles programmiere, das ich auf mehreren servern einsetzten will?

- programmieren wie immer? scheiss auf register_globals, post und get. einfach die variable rein und passt schon.
das wird wohl laufen. aber spätestens, wenn der server auf globals=off geht, kann man das script verschrotten.

- zwischenweg? versionskontrolle und entsprechend die variablen zuweisen?
mir geistert da eine möglichkeit im kopf rum, die einiges an initialaufwand bedeuten würde....

oder gibt es da andere lösungen, die die sicherheit von 4.1 und die einfachheit >4.1 vereinen? ist wer von euch schon vor dem gleichen problem gestanden?
wie macht ihr das?

lf

[Jürgen]

Hi Longfang,

eine Möglichkeit wäre, die "alten" $HTTP_*_VARS - Arrarys zu verwenden, die ja in Version 4.0.6 enthalten sind und nicht wesentlich anders funktionieren als die $_GET und $_POST etc., nur dass die alten Arrays nicht in jedem Geltungsbereich automatisch global sind.

Ich verwende auch die neuen Arrays, habe aber noch nichts versionsübergreifendes schreiben müssen.

Ansonsten hilft wohl nur noch - wie du sagst - eine selbst geschriebene Versionskontrolle, ähnlich wie sie bei größeren Projekten zu sehen ist, die in Version 3 und Version 4 laufen.

Grüße, Jürgen

[mike]

jo. an die hab ich auch schon gedacht. aber ich surm hab $_REQUEST verwendet da gibts nix vergleichbares dazu.
also wird wohl ein kleines kontrollfunktionerl zu schreiben sein.

[Jürgen]

Hast recht, $_REQUEST hat nichts vergleichbares in früheren Versionen. Kannst es nicht umstellen auf $HTTP_GET_VARS und $HTTP_POST_VARS wennst in der Anwendung nach $_REQUEST suchst und schaust, woher die Variablen dort jeweils kommen?

[mike]

sowas in der richtung hab ich vor.
erst mal abchecken, welche version, dann entsprechend der version prüfen, ob post oder get und dann in eine $_REQUEST variable übernehmen

ich halt dich auf dem laufenden

[taratus]

Naja, aber bastelt Ihr damit nicht an den Symptomen.
Wenn dieses Problem hier gelöst ist, wird man wo bald auf das nächste stoßen. Schließlich besteht nicht der Unterschied zwischen 4.0.6 und der aktuellen 4.2.2 einzig in den neuen Variablen _POST, _GET usw..

Also vielleicht doch lieber einen Provider suchen, der die erfoderliche Leistung bringt.

[Jürgen]

Original geschrieben von taratus
Naja, aber bastelt Ihr damit nicht an den Symptomen.
Wenn dieses Problem hier gelöst ist, wird man wo bald auf das nächste stoßen. Schließlich besteht nicht der Unterschied zwischen 4.0.6 und der aktuellen 4.2.2 einzig in den neuen Variablen _POST, _GET usw..

Also vielleicht doch lieber einen Provider suchen, der die erfoderliche Leistung bringt.

Bin deiner Meinung, ich würde keinen neuen Webspace akzeptieren, auf dem PHP 4.0.6 installiert ist, aber bei einem laufenden System würde ich wegen einem Newsletter-Skript nicht den Provider wechseln.

[mike]

wenn du so proggen willst, dass es auch auf servern läuft, die nicht die neueste version installiert haben, stehst an.

by the way:

PHP-Code:

if(!is_array($_REQUEST))
$_REQUEST=array_merge($HTTP_POST_VARS,$HTTP_GET_VARS); 


pervers aber geht

bis auf die sessions....


lf

[Jürgen]

Gratuliere zu der kurzen Lösung des Problems.

[Toxical]

jo fein

PHP-Code:

(!isset($_SESSION))?$_SESSION=$HTTP_SESSION_VARS:0 


komm grad von JS hoffe das geht in PHP genauso

[mike]

@tox: schön wärs...
auf den gleichen gedanken bin ich auch schon gekommen.

leider spielt es das bei den sessions nicht.

[Toxical]

Kannst du die $HTTP_SESSION_VARS überhaupt irgendwie auslesen?

[mike]

hat sich erledigt.

manchmal ist es scheinbar von nutzen einmal drüber zu schlafen...

lf