mmofacts.com

Was zum....

gepostet vor 18 Jahre, 3 Monate von Macavity
Ok Leute ich bin echt tierisch gennervt wegen dieses Fehlers...es ist einfach unbarmherzig unlogisch.
Man nehme eine SQL-Abfrage die 10 Ergebniszeilen gibt.
nun habe ich Code in dieser Art:

while ( $row = $db->sql_fetchrow($result) ){
... // alles mögliche..
if($self){
$cost_pl = '



PL
Keine PL

';

}
echo $cost_pl;
}
das absolute seltsame ist das alles prima funktioniert bis auf das erste Mal.
Will sagen die Ausgabe für die Zeilen 2 bis 10 ist richtig, nur die Ausgabe für Zeile 1 ist:


PL
Keine PL


Hat irgendeiner einen Schimmer?
Genauso toll ist wenn ich einfach Rechtsklick->Quelltext anzeigen benutze wird mir alles so angezeigt wie ich es haben will, aber wenn ich den Quelltext auswähle und mir den ausgewählten QC anzeigen lasse fehlt das fragliche Form-Tag Oo
gepostet vor 18 Jahre, 3 Monate von mifritscher
normalerweise sollte es gehen, aber drehe mal " und ' herum, dann brauchst du auch nicht dauernd den string zu unterbrechen
gepostet vor 18 Jahre, 3 Monate von Klaus
Original von mifritscher
normalerweise sollte es gehen, aber drehe mal " und ' herum, dann bruachst du auch nict dauernd den string zu unterbrechen

XHTML-Standard ist aber ein Anführungszeichen.
Zum Fehler: Die Ausgabe im Browser beinhaltet die Variabelnnamen? Äußerst ungewöhnlich, dafür das der Rest des Codes funktioniert.
gepostet vor 18 Jahre, 3 Monate von mifritscher
also, der w3c-Validator frisst beides, auch bei Strict...
gepostet vor 18 Jahre, 3 Monate von Itchy
Hört sich nach kaputtem PHP an, wenn die Variablen nicht immer ausgewertet werden... Welche Version ist das?
gepostet vor 18 Jahre, 3 Monate von knalli
XHTML: ist doppeltes Anführungszeichen, siehe XML!
Mir ist neu, das der Validator auch einfache schluckt.. aber richtig sind definitiv doppelte.
gepostet vor 18 Jahre, 3 Monate von Macavity
ah mist nein nein ich habe einfach den vorher eingegebenen Code kopiert....
der ergebnis code ist nichts mit variablen sondern:


PL
Keine PL

(ich habe es im ersten post mal gelassen da eure beiträge sonst aus dem zusammenhang gerissen werden, oder?)
der Punkt ist ja das er aus irgendeinem mir vollkommen fragwürdigen Grund nur einen Teil des Strings ausgibt... wenn ich den String in mehreren Schritten zusammenfügen würde, könnte man vielleicht noch erkennen worum es geht.. aber so -.-
Ich halte es für Schikane...mein FF will mich bestrafen weil ich noch andere Browser auf meinem Rechner installiert habe XD
gepostet vor 18 Jahre, 3 Monate von knalli
Der Browser hat mit PHP absolut nichts am Hut.. dem ist das völlig Schnuppe. Und wenn ein Commore64 deine Webseite rendert.. dein Browser merkt das nicht.
Ich peil ehrlich gesagt nichtmehr, was jetzt der Fehler ist. Welcher String wird nicht korrekt ausgegeben?
gepostet vor 18 Jahre, 3 Monate von Klaus
So wie ich das verstanden habe fehlen die form-tags nur bei der ersten Zeile.
Edit: versuch mal den IE aus dem System zu entfernen ohne Windows zu zerschießen.
gepostet vor 18 Jahre, 3 Monate von knalli
Dann evtl ein größeres Codesegment zeigen?
Und was hat der IE damit jetzt zu tun?
gepostet vor 18 Jahre, 3 Monate von Macavity
Das mit dem Browser war doch nur ein scherz -.- seit wann kümmert es einen Browser ob ein anderer Browser auf dem System ist...
ok das Ding ist das sowas hier ausgegeben wird:


PL
Keine PL



PL
Keine PL




PL
Keine PL


...
Also das bei ersten, von den drei Ausgaben, am Anfang

und am Ende (am ende der ersten ausgabe)

fehlt.
Nebenbei hat sich das Problem inzwischen in Luft aufgelöst obwohl ich nichts am Code verändert habe... Trotzdem wäre interessant wo sowas herkommt.
gepostet vor 18 Jahre, 3 Monate von MagicForrest
Also Probleme kenne ich nur vom IE, aber wenn es anfangs nicht im QC und beim 2. Versuch doch dring war, dann ist das einfach nur merkwürdig.
Und du hast nichts am Code geändert, und jetzt geht es?
Solche verrückten Fehler/Probleme kenne ich bisher nur mit Debian+Apache+Confixx
gepostet vor 18 Jahre, 3 Monate von Macavity
ich habe eine vermutung...
und zwar wird es wohl irgendwie damit zusammenhängen das die datei zuerst dieses form-Tag nicht hatte, das ist erst im zweiten Schritt dazugekommen..
jetzt könnte der Browser auf eine kranke Art und weise gemerkt haben wie es aussah, dann aber beschlossen haben "na schau ich lieber mal ob vielleicht was neues da ist" und dann den rest ausgegeben....
gepostet vor 18 Jahre, 3 Monate von knalli
Aber im Quelltext nicht! Dort muss das stehen, was der Server geliefert hat.
Was die Layoutengine draus rendert, zusätzlich DOM & Co, ist etwas anderes und hat nichts mehr mit dem Quelltext zu tun.
gepostet vor 18 Jahre, 3 Monate von garyx7de

while ( $row = $db->sql_fetchrow($result) ){
if($self){
$cost_pl = 'x';

}
echo $cost_pl;
}

wird davor $cost_pl schon deklariert? Wieso gibts du das nicht gleich aus?
gepostet vor 18 Jahre, 3 Monate von Macavity
wird davor $cost_pl schon deklariert?

nein.
Wieso gibts du das nicht gleich aus?

weil die ausgabe zusammen mit den anderen ausgaben stattfindet (ordnung).
gepostet vor 18 Jahre, 3 Monate von garyx7de
Original von Macavity
Wieso gibts du das nicht gleich aus?

weil die ausgabe zusammen mit den anderen ausgaben stattfindet (ordnung).
wieso machst du das nicht so?

if($self){
echo $cost_pl = 'x';
}

gepostet vor 18 Jahre, 3 Monate von Nuky
Original von garyx7de
Original von Macavity
Wieso gibts du das nicht gleich aus?

weil die ausgabe zusammen mit den anderen ausgaben stattfindet (ordnung).
wieso machst du das nicht so?

if($self){
echo $cost_pl = 'x';
}

weil da sicher was fehlt

while ( $row = $db->sql_fetchrow($result) ){
if($self){
$cost_pl = 'x';

}
echo $anderesachendievorherstehen; //das hat er nicht hingeschrieben, ich schätze das meint er.
echo $cost_pl;
}
gepostet vor 18 Jahre, 3 Monate von Macavity
so ähnlich die Ausgabe läuft über ein Template, und die will ich eigentlich nicht über das gesamte Doc verstreuen sondern gesammelt am Ende haben.
Lustigerweise tritt das Problem wieder auf -.- (nachdem es eine Zeitlang weg war) ich checks nicht..

Auf diese Diskussion antworten