seltsames problem im backend mit eigenem script

[biophonc]

Hallo,

ich bin gerade auf ein sehr komisches Problem gestossen. Ich sitze gerade an einem PLugin und im frame4 oder dem hauptframe wollte ich ganz einfach GET vars abfragen ala:

Code: Alles auswählen

if(isset($_GET['unlock'])) {
	$gdb->unlockOne($_GET['unlock']);
}

Nun wird die GET var zwar übergeben und die Funktion ausgeführt, aber es passiert nix. Die Funktion funktioniert aber nicht so wie sie soll. Öffne ich die Frameseite separat in einem neuen Fenster, dann geht Alles wie gewollt.

Aber wirklich nur wenn man die URL im Browser modifiziert. Die links seber gehen irgendwie nicht. Ich verstehe das nicht. Das entzieht sich meiner logik

Woran kann das liegen?


gruss BiophonC

[HerrB]

Ähm, vielleicht etwas mehr Details, worum geht es überhaupt? Und ansonsten, wie meinen?

Öffne ich die Frameseite separat in einem neuen Fenster, dann geht Alles wie gewollt.

Ok...

Aber wirklich nur wenn man die URL im Browser modifiziert.

Also geht es doch nicht im neuen Fenster ?!?

Die links seber gehen irgendwie nicht.

Die Links, aha. Jetzt raten wir mal mit Rosenthal, dass so ein Link vermutlich so aussieht: http://www.hellseher.planet.erde/irgend ... =keineIdee.

Richtig? Bin ich wenigstens nah dran?

Gruß
HerrB

[biophonc]

der Link(im backend, 4. frame:P ) schaut folgendermaßen aus:
main.php?area=gbook&frame=4&contenido=e23f3b2171084967c23a6cc903d1909f&lock=1

Der link wird absolut richtig ausgegeben und wenn ich diesen link im Backend anklicke, dann wird auch meine funktion aufgerufen. Nur liefert diese Funktion eine "0", weil Null Datensätze verändert wurden. Also habe ich die komplette funktion debugged und es gibt keinen fehler. der Parameter wird richtig übergeben, nur führt diese funktion nicht das aus, was sie soll.

Wenn, und ich verstehe es nicht, der link über die Adresszeile des browsers verändert wird, dann funktioniert alles wie es soll. Aber auch nur dann. Klicke ich auf den link, wird der Datensatz nicht verändert.

Es ist und bleibt eine Get variable, der einzige unterschied ist, beim modifizieren in der BrowserAdressZeile wird kein referer übergeben, da es keinen gibt. Ich kann mir aber nur schwerlich vorstellen das es daran liegt.

Ich glaube auch nicht das es am include liegt von Contenido, ...
An den querys kann es nicht liegen, da ich sie alle getested habe und ja auch "manchmal" funktionieren;)

./me ist wirklich ratlos.


biophonc

[HerrB]

Zum einen enthält Dein geposteter Link den Eintrag lock und nicht unlock. Zum anderen könntest Du ja mal $_REQUEST["unlock"] probieren, da ist es sogar egal, ob es ein Post oder Get war...

Gruß
HerrB

[biophonc]

lock oder unlock, ist ein paar Schuhe. Das eine schreibt eine Null und das andere eine 1 in einem TINYINT Feld. Dafür nutze ich von PEAR die DB klasse und habe erst die normale query() methode benutzt, dann autoExecute() vesucht. OHNE Contenido geht es ja. Nur nicht im Backend, wenn sie als area files includiert werden. Zudem gehen normale Selects auch ohne probs.

Ach ja, das ist noch ne 4.4.4 Version.

> $_REQUEST;
hab ich nat. schon ausprobiert und liefert das selbe Ergebniss.
alternativ habe ich es mit $lock oder $unlock probiert, wobei das auch nicht geht *grrr*

Es muss an Contenido liegen - wüsste nicht woran sonst.

danke dennoch;)


gruss biophonc

[HerrB]

Dann versuche doch mal andere Bezeichnungen...

Gruß
HerrB

[timo]

innerhalb von Contenido solltest du nicht die PEAR-DB-Klassen verwenden...das könnte zu Problemen führen...

ein print_r($_REQUEST) könnte auch mehr infos ausspucken...

[biophonc]

innerhalb von Contenido solltest du nicht die PEAR-DB-Klassen verwenden...das könnte zu Problemen führen...

Das ist es!

habs mal mit den nativen php funktionen gemacht und es ging ohne weiteres. Es ist nur ärgerich, da ich die ganze Db-Geschichte schon fertig gecoded hatte und nun alles umstricken muss. Sehr ärgerlich. Wie gut das ich flexy noch nicht eingebaut habe!

Ich weis nicht wieso und warum PEAR mit der 4.4.4 nicht geht, aber es geht halt nicht. Nicht mal der Debug modus von der DB klasse geht. Die ganzen var_dump's haben hingegen nichts unauffälliges geliefert. Keine fehler, keine notices, warnings wie-auch-immer.

Dann versuche doch mal andere Bezeichnungen...

Hatte ich ja, ... alles nur erdenkliche. Im var_dump des pear objectes wurden sogar die querys korrekt "aufgelistet" - nur wurden sie einfach nicht ausgeführt - zumindest nur wenn ich die url vars in der browser zeile direkt manipuliert habe. Das "Warum das so ist" ist mir jedoch schleierhaft. Die einzigen unterschiede sind, das kein Referal gesendet wird und kein Cache-Control vorhanden ist. Aber ich kann mir nicht vorstellen das es daran liegt.

Sehr schade, denn die PEAR klasse bietet einfach viel bessere Möglichkeiten und ist dazu auch noch kinderleicht zu handhaben.

Fazit ist dann wohl: kein pear in 4.4.4


dank euch,
biophonc