anpera.net
https://anpera.dyndns.org/phpbb3/

Es ist mal wieder soweit: php5.2.0
https://anpera.dyndns.org/phpbb3/viewtopic.php?f=34&t=3269		 Seite 1 von 2
Autor:  Zarzal [ So 07 Jan, 2007 16:32 ]
Betreff des Beitrags:  Es ist mal wieder soweit: php5.2.0
Mein Provider hat von php5.1.4 auf 5.2.0 umgestellt und schon geht der Login wieder nicht. Mein LogD (http://www.dragon-clan.de/logd) 0.9.7+jt ext (GER) hat alle Änderungen für 5.1.4 drin.

Versucht man sich einzuloggen kommt nur die lapidare Fehlermeldung:
Fehler: Die Login-Daten waren fehlerhaft.

Der Suchbegriff 5.2.0 findet hier noch nichts zu diesem Thema.
Autor:  Harthas [ So 07 Jan, 2007 16:48 ]
Betreff des Beitrags: 
Versuche es mal, indem du alle Änderungen wieder rückgängig machst.

Bei einigern meiner Tests unter PHP 5.2.0 ging es ohne diese.
Autor:  Zarzal [ So 07 Jan, 2007 16:56 ]
Betreff des Beitrags: 
sowas habe ich befürchtet ... dann muss ich wohl mal ganz tief wühlen und suchen was damal alles geändert wurden, denn ich habe auch noch mods und bugfixes drin. Das wird hart :(

/edit: ich hab jetzt mal so einiges durchgeguckt und alte Threads nachgelesen. Im Prinzip wurden ja bei der 5.1.4 Umstellung nur die Datums Berechnungen geändert. Diese sollten doch weiter funktionieren. Die will ich nicht auch sofort alle ändern, da die Fehler, die damit verbunden waren, sehr schwer zu finden waren. Was ich nicht verstehe ist die Fehlermeldung beim Einloggen. Oder ist die einfach nur irreführend?

Hast du ein unter 5.2.0 laufendens Paket was du mir schicken kannst damit ich einen Compare machen kann? Ich habe grade echte Probleme mich im Code nach langer Abstinenz zurech zu finden.
Autor:  Zarzal [ So 07 Jan, 2007 17:30 ]
Betreff des Beitrags: 
Kommando zurück und alles auf Anfang. zusätzlich hat mein hoster die default php.ini geändert und register_long_arrays auf off gestellt ... grr, wer kommt da auch so schnell drauf ... Auf On gestellt und es geht wieder.
Autor:  Harthas [ Mo 08 Jan, 2007 18:47 ]
Betreff des Beitrags: 
Das laufende Paket sollte eigentlich die direkte Version von hier sein.
Musst sie dir notfalls noch einmal runterladen und das ganze so testen.
Autor:  Kevz [ Mo 08 Jan, 2007 22:44 ]
Betreff des Beitrags: 
Nö, das liegt an den $HTTP_POST/GET_VARS ;)
Da ich denke mal Zarzal noch das drin hat, hat der Login wohl deswegen nicht Funktioniert.
Autor:  Zarzal [ Mo 08 Jan, 2007 22:48 ]
Betreff des Beitrags: 
Möglich ist es. Abhilfe dafür habe ich nur sehr spärlich gefuden. Gibt es eine Referenz dafür um das zu ändern?
Nachdem die php.ini angepasst ist läuft es jetzt zumindest.

Ich bin kein Coder, versteh nur 15% und beiß mich so durch. Da brauche ich Hilfe.
Autor:  Kevz [ Mo 08 Jan, 2007 23:21 ]
Betreff des Beitrags: 
Jaein, denn ab der Version PHP 5 ist soweit register_long_arrays standart off gesetzt und ab PHP 6 wird es das garnicht mehr geben (also $HTTP_GET/POST_VARS sowie andere dinge). Aber in PHP 6 wird einige auf die LotGD 0.9.7 Version zukommen =/ Dennoch lohnt sich es, die $HTTP_GET/POST_VARS durch $_GET/POST zu ersetzen.
Autor:  Zarzal [ Mo 08 Jan, 2007 23:32 ]
Betreff des Beitrags: 
einfach nen globales replace von $HTTP_GET nach $_GET ? einfach so (mit Post das selbe) ohne weitere Vorbereitungen? Das geht so einfach oder muss ich da noch was anderes machen?

Stell dir vor, du hast jemanden vor dir der mit php nicht grade auf du steht :) Deine Ausführungen könnten auch evt anderen helfen.
Autor:  Kevz [ Mo 08 Jan, 2007 23:38 ]
Betreff des Beitrags: 
Also,
ich meine es so - dass du alle $HTTP_GET_VARS sowie $HTTP_POST_VARS durch $_GET sowie $_POST ersetzt. Und standartmäßig beim Programmieren diese nutzt.
Ansonsten wirst du sowie die anderen dieses Forums, die das nicht getan haben die folgen von PHP 6 kennen lernen und das ist nicht gerade nett.
Achja die änderungen betrifft jede Datei. Du kannst dies aber auch anhand mit einer Simplen Funktion in der dbwrapper ersetzen. ;)
Ansonsten ggf. alle Dateien durchforsten und von hand ersetzen, aber dafür gibt es bereits auch Programme (siehe z.B: Dreamweaver 8, Zend 5.5?). Aber mit PHP 6 wird eine schwere Zeit für die meisten kommen von euch. =)

Siehe dazu auch:
PHP 6
Autor:  Zarzal [ Mo 08 Jan, 2007 23:53 ]
Betreff des Beitrags: 
wenn das so einfach ist, kein Problem. Mit Code umgehen kann ich schon, muss nur wissen, was ich machen muss. Dann mal frisch ans Werk. Erst mal Backup machen. Ich werde berichten.
Autor:  Kevz [ Di 09 Jan, 2007 00:01 ]
Betreff des Beitrags: 
O.k, aber das Ersetzen sollte eig. Reibungslos Funktionieren. =))
Autor:  Zarzal [ Di 09 Jan, 2007 00:19 ]
Betreff des Beitrags: 
ja, scheint geklappt zu haben. Globales replace mit ultraEdit und zur Sicherheit noch mal mit BeyondCompare geprüft Scheint soweit zu laufen. Mal sehen, was am nächsten Tag passiert. Danke erst mal für deine Hilfe.
Autor:  Kevz [ Di 09 Jan, 2007 05:44 ]
Betreff des Beitrags: 
Gerngeschehen =)
Autor:  Zarzal [ Di 09 Jan, 2007 10:19 ]
Betreff des Beitrags: 
Einen kleinen Nebeneffekt scheint es zu geben. Hat man im Wald ein Special so stimmt das Nav Menu nicht 100%. Es erscheint das Special Nav Menu und darunter zusätzlich das normal Wald Menu. Verstehst du, was ich meine?

Gibts einen einfachen Weg, das zu fixen? Muss irgendwie an diesen oben gemachten Änderungen liegen.
Autor:  Kevz [ Di 09 Jan, 2007 17:15 ]
Betreff des Beitrags: 
Hast wohl in der forest Funktion bzw. beim Aufrufen der Funktion true mit übergeben. ;)
Autor:  Zarzal [ Di 09 Jan, 2007 17:20 ]
Betreff des Beitrags: 
was wie wo? ich habe lediglich diese http post/get Geschichte ersetzt. Liegt der Fehler nun an den Specials selber oder am System?

/edit: muss irgendwie am forrest.php liegen, soweit bin ich schon...
Autor:  Kevz [ Di 09 Jan, 2007 18:11 ]
Betreff des Beitrags: 
Suche mal nach der Funktion forest(...) in der Datei forest.php natürlich. Dort vllt. mal nachsehen ob der Wert true dahinter gesetzt ist und je nachdem experementieren obs funktioniert oder nicht.
Autor:  Zarzal [ Di 09 Jan, 2007 19:43 ]
Betreff des Beitrags: 
jupp:

$this->bbcode_second_pass_code('', 'include("special/".$specialinc);
if (!is_array($session['allowednavs']) || count($session['allowednavs'])==0) {
forest(true);
//output(serialize($session['allowednavs']));')

Ich werde es dann demnächst mal testen, heute aber nicht mehr. Ich habe überall soweit die Get/post Sache geändert. Derzeit gehe ich noch andere Probleme durch. Meist fehlende ' ' ersetzen etc.
Autor:  Cybo [ Di 23 Jan, 2007 16:32 ]
Betreff des Beitrags: 
Kevz hat geschrieben:
[i]Also,
Du kannst dies aber auch anhand mit einer Simplen Funktion in der dbwrapper ersetzen. ;)
Erklärst du auch, welche das ist?
Seite 1 von 2 Alle Zeiten sind UTC + 1 Stunde
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/