01 Einführung 02 RWD 03 JavaScript 04 DOM 05 Async 06 SVG 07 Node 08 ModularWeb 09 PWA 10 Vue 11 WebAssembly 12 Security

Übung 01 - Einführung

1.1 Fachliche Argumentation über Erfolgsprinzipien des WWW
Mit welchen fachlichen Argumenten wurde das WWW-Proposal von TBL abgelehnt?

Zum einen wurde die gezielte Evolvierbarkeit mit Vagheit verwechselt. Zum anderen besteht im WWW die Möglichkeit für "broken links", die ins Leere führen. Dies wurde von der Hypertext Community als Rückschritt empfunden, zumal dem Proposal an mathematischer Rigorosität mangelte und die Community ein Objekt- über einem Text-Protokoll bevorzugte.

Was sind die fachlichen Argumente, warum das WWW dennoch ein Erfolg wurde?
  • Unterschiedliche Technologien des WWW können sich unabhängig voneinander weiterentwickeln ohne zentrale Kontrolle
  • Kostenfreie Nutzung
  • Offenheit, Erweitbarkeit
  • Standardisierung
Was wäre der Preis für die garantierte Verhinderung von “broken links”?

Zentrale Kontrolle und Geschlossenheit.

1.2 HTTP
Sie bekommen im Browser den HTTP Status Code 200. Was bedeutet das?

"OK" - Anfrage wurde erfolgreich bearbeitet. Das Ergebnis wird in der Response übertragen

Sie bekommen im Browser den HTTP Status Code 301. Was hat das zu bedeuten?

"Moved Permanently" - Die Adresse, an welche die Request gesendet wurde ist nicht mehr gültig und die angeforderte Ressource ist nun unter einer anderen Adresse erreichbar, die im "Location"-Header-Feld der Response angegeben ist.

Sie bekommen im Browser den HTTP Status Code 400. Was hat das zu bedeuten? Was können Sie dagegen tun?

"Bad Request" - Der Server konnte die Anfrage nicht bearbeiten, da der Client bei dieser einen Fehler gemacht hat, z.B. einen Syntaxfehler. Für das Auftreten dieser Fehlermeldung kann es verschiedene Gründe haben.

  1. In der URL befindet sich ein Syntaxfehler wie unzulässige Zeichen. -> URL überprüfen
  2. Fehlerhafte oder alte Cookies innerhalb des Browsers und/oder beschädigte Dateien im Cache >Cookies und Cache löschen
  3. Veraltete DNS-Einträge im DNS-Cache, die auf falsche IP-Adressen verweisen. -> DNS-Cache löschen
  4. Beim Versuch zu großer Dateien kann dieser Fehler ebenfalls auftreten -> Nach Möglichkeit Dateigröße minimieren, z.B. durch geringere Bildqualität, Zippen der Datei, ...
  5. Der Server beschränkt die Header Lines und die verwendete Header Line ist zu lang -> Evtl. Request auf in einem anderen Browser testen, um zu prüfen, ob dieser den Fehler verursacht
Sie bekommen im Browser den HTTP Status Code 403. Was hat das zu bedeuten? Was können Sie dagegen tun?

"Forbidden" - Der Server verweigert die gewünschte Response, da der Client keine Zugriffsrechte für die Ressource hat

  • Evtl. ist ein Fehler in der URL und man versucht auf ein Verzeichnis zuzugreifen, zu welchem "Normale Nutzende" keinen Zugriff haben -> URL überprüfen
  • Die Seite arbeitet mit Login Tokens (wie die WEM-App) und im Session Storage befindet ich ein veraltetes, ungültiges Token. -> Logout, Login
  • Ungültige/Korrupte Cookies, die Authenticationinformationen speicher -> Cookies löschen
  • Browser Extensions, Plugins können Probleme verursachen -> deinstallieren
In einer Webanwendung benötigen Sie eine OPTIONS-Anfrage, die die Optionen des Servers vor dem eigentlichen Zugriff erfragen soll. Aus Performanzgründen soll die Abfrage jedoch cacheable sein. Wie könnten Sie dafür eine Lösung angehen?

Cachen für Browser:
In den Headers der OPTIONS-Anfrage kann man das "Access-Control-Max-Age" erhöhen, sodass die OPTIONS-Anfrage weniger häufig gestellt werden muss:
Access-Control-Max-Age: 86400
Die Browser haben verschiedene Maximalwerte. Firefox setzt das Maximum auf 24 Stunden (86400 Sekunden), Chromium-basierte auf 2 Stunden.

Cachen für andere Systeme zwischen API und Browser:
Header hinzufügen:
Cache-Control: public, max-age=86400
Vary: origin

1.3 - 1.5 Wireframes with HTML and CSS
1.3 - Tribute Page  
1.2 - Survey Form  
1.3 Product Landing Page