Eine Lanze brechen für Frames

[peter]

Hi,

einen gibt es wohl noch zu den Vorteilen von JavaScript:
Clientseitges JavaScript belastet nicht nur den Server nicht,
es mag auch dort ein geringeres Sicherheitsrisiko darstellen
als Techniken wie PHP und ist kostengünstiger als Java.

Interessiert den User wo eine Dynamik ausgeführt wird?

IMHO würde eine größere JavaScript-Applikation sicherlich für den User von
Nachteil sein gegenüber einer Lösung die serverseitig arbeitet (und die natürlich schnell genug ist {also meist kein Java, sondern wirklich Perl, PHP oder anderes}), weil der übertragende Code für den Benutzer zu mehr Traffik führt.

Schonmal was von Schleifen gehört ?

Lass PHP mal in ner Schleife bis 10.000 zählen und für jeden Durchlauf ein entsprechendes Stück HTML erzeugen und liefer dem User dann mal die entstandene HTML-Seite aus.

Vergleich den Traffic dann mal mit dem, was ein Stückchen Java-Script erzeugt, welches das Gleiche clientseitig bewältigt.

Und bis DSL mal wirklich flächendeckend verfügbar ist, vergeht wohl noch einige Zeit.
Abgesehen davon könnte man bei Verfügbarkeit den User genausowenig zwingen, sich einen DSL-Anschluß zuzulegen wie man ihn zwingen kann, sein Javascript einzuschalten.

Diese immer wieder angeführte Argumentation "... in Zeiten von DSL und PHP ..." entbehrt meiner Meinung nach also auch jeder Grundlage und Stichhaltigkeit.

gruß
ptr