Bei der Architektur von Web 2.0-Applikationen gibt es ein paar Besonderheiten zu beachten, die es im „alten“ Web nicht gegeben hat, denn der konzeptionelle Ansatz, durch die AJAX-gest\u00fctzten Abfragen nur einzelne Segmente einer Webseite zu laden (und diese Abfragen im Hintergrund durchzuf\u00fchren), kann sich zu einem grundlegenden Problem entwickeln: Zum Einen leidet die Benutzbarkeit einer Applikation, denn das Verlinken der Inhalte ist nicht m\u00f6glich, zum Anderen k\u00f6nnen Suchmaschinen die Seiten nicht oder nur noch teilweise indizieren.<\/p>\n
Zum Erl\u00e4uterung des Problems hier eine kleine Denksportaufgabe: Wie verlinke ich eine bestimmte Seite, z.B. die zweite Seite des XPages-Developer-Forums<\/a>? Das Verlinken eines Beitrages stellt kein Problem dar, aber die zweite Seite zu verlinken ist nicht m\u00f6glich.<\/p>\n Im „guten alten Web“, bei dem die Webseiten immer komplett geladen und die Optionen zum Gro\u00dfteil \u00fcber URL-Parameter gesteuert werden, existiert als Nebeneffekt automatisch eine M\u00f6glichkeit, ein Bookmark zu setzen, wie z.B. hier: Domino 8.5 Forum, Seite 2, Kategorisierung eingeklappt<\/a>.<\/p>\n Auch ist es f\u00fcr die Bots der Suchmaschinen viel einfacher, allen Verlinkungen innerhalb einer Webseite zu folgen, denn hinter dem Link verbirgt sich eine (neue) Seite, die es ebenfalls zu indizieren gilt.<\/p>\n Im Falle von XPages-Applikationen gibt es diese M\u00f6glichkeiten nicht Out-Of-The-Box. Man kann hier getrost vom „Fluch des Partial Refreshes“ sprechen kann, denn so mu\u00df die Google-Spezifikation<\/a> f\u00fcr durchsuchbare AJAX-Applikationen in die XPages h\u00e4ndisch eingebaut werden. Und das f\u00fcr jeden Pager, jede Aktion, jeden Serverseitigen Link…<\/p>\n Um die Funktionalit\u00e4t der Bookmarks wieder herzustellen, kann der URL Hash<\/a> „angezapft“ werden; dieser mu\u00df jedoch via Javascript gesetzt bzw. ausgewertet werden. Eine Hilfe hierf\u00fcr bietet der Dojo Toolkit mittels dojo.hash<\/a>. Die Variante der URL Manipulation OHNE ein Neuladen der Webseite ist auch mit \u00e4lteren Browsern m\u00f6glich; mit HTML 5 ist die M\u00f6glichkeit geschaffen worden, die URL wirklich manipulieren zu k\u00f6nnen. Eine nette Implementierung findet sich auch unter https:\/\/github.com\/balupton\/history.js<\/a>. Die HTML 5 – Variant e ist Serverseitig auswertbar, da sich die URL-Parameter ohne Reload der Seite setzen lassen (und im HTTP Request \u00fcbertragen werden). Aber leider ist diese Funktionalit\u00e4t nicht in \u00e4lteren Browser verf\u00fcgbar.<\/p>\n Will man kompatibel bleiben, bleibt also nur der Weg \u00fcber den URL-Hash. Im Falle eines Seitenaufrufs \u00fcber ein Bookmark mu\u00df der Hash-Part der URL im Client ausgewertet werden, denn der Hash wird NICHT via HTTP Request \u00fcbertragen (und damit auch nicht Serverseitig auswertbar). Erst nach dieser Auswertung k\u00f6nnen diese Informationen z.B. mit einen Partial Refresh \u00fcbertragen werden.<\/p>\n Eine Beispiel-Implementation ist in Arbeit und wird bei Gelegenheit ver\u00f6ffentlicht.<\/p>\n","protected":false},"excerpt":{"rendered":" Bei der Architektur von Web 2.0-Applikationen gibt es ein paar Besonderheiten zu beachten, die es im „alten“ Web nicht gegeben hat, denn der konzeptionelle Ansatz, durch die AJAX-gest\u00fctzten Abfragen nur einzelne Segmente einer Webseite zu laden (und diese Abfragen im … Weiterlesen