Kommentare zu: JavaScript Template Parser

Von: Phoscur

Phoscur — Fri, 24 Jul 2009 19:36:36 +0000

Ich arbeite teils mit jQuery, aber bisher nur wirklich mit den Ajaxfunktionen, werde aber wahrscheinlich noch visuelle Spielereien mit jQuery einbauen. jBind (jQuery-Plugin) hat leider nicht meine Zwecke erfüllt, hab mittlerweile selbst etwas geschrieben und musste feststellen, dass dieses Plugin nicht gut geschrieben ist, noch ein Grund es nicht zu verwenden.
Als History werde ich dshistory verwenden.

Von: JÜRGEEEEEN

JÜRGEEEEEN — Fri, 24 Jul 2009 18:59:07 +0000

Schau dir dann doch mal fertige JS-Frameworks an, ich hab für mich sehr gute Erfahrungen mit jQuery gemacht, da gäbe es auch entsprechende Plugins für ein JS-Template sowie eine History-Funktion, die so ähnlich wie das bei Facebook funktioniert (mit der eigentlichen URL hinterm # in der URL)

Von: JavaScript / AJAX: Callbacks umgehen, Verkettung von Befehlen | UGamela Blog

Sat, 04 Apr 2009 13:13:06 +0000

[...] Beispiel: JavaScript Templateparser [...]

Von: Fortschritt der Entwicklung, interessante Fehlermeldungen | UGamela Blog

Fortschritt der Entwicklung, interessante Fehlermeldungen | UGamela Blog — Mon, 02 Mar 2009 20:56:35 +0000

[...] nun folgt die Entwicklung des MVC Modells, vor allem zugehörige JavaScript Algorithmen und mein JS-TemplateParser. Schätzen, wann es fertig wird traue ich mich noch nicht, besonders weil mein Abitur [...]

Von: Phoscur

Phoscur — Thu, 15 Jan 2009 17:57:26 +0000

Gut, ob der Apache jetzt angestoßen wird oder nicht, jedenfalls verrichtet er keine Arbeit. Die Templates könnte man dann auch auslagern, ja.

Von: tester

tester — Thu, 15 Jan 2009 08:42:38 +0000

> Das JS der Hauptseite läd automatisch das Template, ohne auch nur den Apachen anzustoßen…

Wie soll das denn gehen, hast du noch ein anderen HTTP Server, der die Templates ausliefert?

Von: Phoscur

Phoscur — Mon, 22 Dec 2008 12:23:46 +0000

Nehmen wir an, auch wenn das wahrscheinlich nicht die Endlösung sein wird, dass die Templates mit freiem Lesezugriff auf dem Server liegen, das gleiche gilt für die Sprachdateien. Das JS der Hauptseite läd automatisch das Template, ohne auch nur den Apachen anzustoßen, und füllt die Sprachvariablen ein. Nun (oder derweil) setzt es einen Request an ein PHP Script ab, das die dynamischen Daten erzeugt, welche dann ins Template gefüllt werden. Für einen Refresh müssen nun nur erneut die dynamischen Daten geladen werden, der Rest bleibt wie er ist. Besonders bei Widgets (zB Anzeige der PNs oder Angriffe) werden öfter aktualisiert. Dabei würde dann weniger Traffic entstehen und PHP muss selbst nicht mehr parsen.

Der Geschwindigkeitsvorteil wäre nicht übermäßig, aber vielleicht dennoch spürbar. Viel wichtiger ist das Sparen von Ressourcen.

Von: ~

Mon, 22 Dec 2008 11:41:00 +0000

schließe mich meinem Vorposter an! Aber was verbesserte Seiten-Ladezeiten angeht.. bist du sicher? js ist nach meinen erfahrungen nicht gerade zu schnell…. wenn man nen ordentlichen server hat, der nicht überlastet ist, sollte das ganze bei nem ordentlichen php-aubau meiner meinung nach wesentlich schneller laufen, oder?

Von: -

Sun, 21 Dec 2008 21:41:21 +0000

Geniale Idee(!), ABER der Engpass ist die Datenbank daran wird sich so auch nichts ändern. Da die Templates auch Schleifen, If’s usw enthalten würde sich, meiner Meinung nach, der Traffic eher vergrößern.