Hallo, ich bastle grad an einer Web-Site. Da drin gibts JS-Aktionen, zB Bildwechsel beim Klick. (Jetzt mal von der grundsätzlichen Sinnhaftigkeit von demokrativen JS-Gimmicks abgesehen ...) Wenn ich die Seiten zu meinem Provider überspiele funktionieren die Teile. Auf meinem Testserver hier verursachen die Scripts Fehler. Netscape und Mozilla ignorieren die Scripts einfach. IE 5.5 meint "Fehler in Seite" und Opera 5.12 kriegt sich fast nicht mehr ein. Die tüpfelgleiche Seite läuft problemlos - wie gesagt - wenn sie vom Apache der Provider kommt. Mein "Server" hat eine SuSE 7.0 + HardenSuSE mit Apache 1.3.12 laufen. Die Seite liegt in /usr/local/httpd/htdocs/test und ich komm von außen an alle HTMLs und GIFs dran. Auf einer SuSE 7.2 passiert das gleiche, wenn die Seite auch in /usr/local/httpd/htdocs/test liegt. Packe ich sie nach /home/~user/public_html funktionierts. Bei der SuSE 7.0 klappt /home/~user/public_html übrigens auch nicht. Erzeugt wurden die Dinger übrigens mit Adobe GoLive 5.0. Opera meint zuerst da sei ein Syntax-Error in Zeile 8 hinter "}". Ignoriere ich den, kommt es zu Referenzfehler bei Variablen. Die Namen, die es nennt sind aber Funktionen. OK, da kommt halt der Interpreter durcheinander, wegen dem Syntax-Error. In Zeile 8 gibts kein }. Ich habe gerade noch die ersten 20 Zeilen zu Fuß von Kommentaren befreit und "schöner" formatiert. Jetzt klappts auch von meinem Apachen aus ??? Offenbar liegts also an einer Einstellung von meinem Apachen, würd ich vermuten. Der ist bei irgendwas pingelig. Weiß hier jemand was das sein könnte ? Gruß Andreas
ich bastle grad an einer Web-Site. Da drin gibts JS-Aktionen, zB Bildwechsel beim Klick. (Jetzt mal von der grundsätzlichen Sinnhaftigkeit von demokrativen JS-Gimmicks abgesehen ...)
Wenn ich die Seiten zu meinem Provider überspiele funktionieren die Teile.
Auf meinem Testserver hier verursachen die Scripts Fehler. Netscape und Mozilla ignorieren die Scripts einfach. IE 5.5 meint "Fehler in Seite" und Opera 5.12 kriegt sich fast nicht mehr ein.
Meldet ns keine Fehler? Schau dir mal die JS-Konsole an (URL = javascript:) IE und präzise Fehlerangabe ist so ein Thema für sich...
Die tüpfelgleiche Seite läuft problemlos - wie gesagt - wenn sie vom Apache der Provider kommt.
ich würde soweit mal auf Pfad-Probleme schliessen...
Mein "Server" hat eine SuSE 7.0 + HardenSuSE mit Apache 1.3.12 laufen. Die Seite liegt in /usr/local/httpd/htdocs/test und ich komm von außen an alle HTMLs und GIFs dran.
Auf einer SuSE 7.2 passiert das gleiche, wenn die Seite auch in /usr/local/httpd/htdocs/test liegt. Packe ich sie nach /home/~user/public_html funktionierts.
Bei der SuSE 7.0 klappt /home/~user/public_html übrigens auch nicht.
Erzeugt wurden die Dinger übrigens mit Adobe GoLive 5.0.
der macht doch immer so viele Leerzeilen in die JS-Dateien...??
Opera meint zuerst da sei ein Syntax-Error in Zeile 8 hinter "}". Ignoriere ich den, kommt es zu Referenzfehler bei Variablen. Die Namen, die es nennt sind aber Funktionen. OK, da kommt halt der Interpreter durcheinander, wegen dem Syntax-Error.
In Zeile 8 gibts kein }. Ich habe gerade noch die ersten 20 Zeilen zu Fuß von Kommentaren befreit und "schöner" formatiert. Jetzt klappts auch von meinem Apachen aus ???
Offenbar liegts also an einer Einstellung von meinem Apachen, würd ich vermuten. Der ist bei irgendwas pingelig.
Weiß hier jemand was das sein könnte ?
gib doch mal ne URL, wo man das ansehen kann. Oder sowas... Gruss Christian
Christian Hernmarck wrote:
Meldet ns keine Fehler? Nö zumindest nicht aufdringlich
Schau dir mal die JS-Konsole an (URL = javascript:) Ah, jetzt, ja ... :}
Mittlerweile habe ich mir das mal genauer angesehen. Die Dateien beim Provider und auf meiner SuSE unterscheiden sich. Beim Provider gibt es insbesondere vor functions Leerzeilen, die hier im LAN nicht da sind. Dabei sind es nur einige wenige Zeilen, die betroffen sind. Innerhalb von GS sieht der Quellcode so aus wie beim Provider. Könnte das eine Einstellung von ProFTP (hier) sein, die Leerzeilen frißt ? Hier auf der FAT-Partition hat die Datei 3817 Bytes. Beim Provider 3721. Auf meinem Server nur 3709. Optisch unterscheidet sich lokal (Windows) vom Provider nicht. Wegen der CRLF ist die FAT-Datei größer. Ah ! Hier in der FAT-Datei steht hinter " Reply
Am Montag, 30. Juli 2001 22.23 schrieb Andreas Fiesser:
Schau dir mal die JS-Konsole an (URL = javascript:) Ah, jetzt, ja ... :}
na, wat denn?
Mittlerweile habe ich mir das mal genauer angesehen.
Die Dateien beim Provider und auf meiner SuSE unterscheiden sich. Beim Provider gibt es insbesondere vor functions Leerzeilen, die hier im LAN nicht da sind. Dabei sind es nur einige wenige Zeilen, die betroffen sind.
Leerzeilen sollten nicht stören...
Innerhalb von GS sieht der Quellcode so aus wie beim Provider.
GS??
Könnte das eine Einstellung von ProFTP (hier) sein, die Leerzeilen frißt ?
vielleicht das FTP-Programm (evtl. GoLive, wie schon erwähnt, kann diese Software wunderbar Leerzeilen in .js-Dateien einfügen...)
Hier auf der FAT-Partition hat die Datei 3817 Bytes. Beim Provider 3721. Auf meinem Server nur 3709.
Direkt nach Upload bzw. Kopie...??
Optisch unterscheidet sich lokal (Windows) vom Provider nicht. Wegen der CRLF ist die FAT-Datei größer.
Windows-Editoren meist CRLF Unix meist nur CR Mac meist nur LF ob dies tatsächlich stört, wage ich zu bezweifeln. Ich glaube jeder Browser kann CR, LF und CRLF korrekt lesen und erkennen. Bei Perl-Skripts ist es wieder was anderes...
Ah ! Hier in der FAT-Datei steht hinter " Reply
participants (2)
-
Andreas Fiesser
-
Christian Hernmarck