OMT

1. Capture
2. Store
3. Manage
4. Deliver
5. Preserve

Das WCMS kann zur Bereitstellung von Daten für Mobile Apps benutzt werden.
1) über HTML Pane als Generator für integrierten Webbrowser
2) über direkte Datenintegration mittels XML

Bei dem Live Streaming wird das Video live also im Moment der Erstellung übertragen, ähnlich wie bei einer TV Übertragung.
Bei On Demand kann der Nutzer selbst festlegen wann er etwas sehen will.

Transcoding bedeutet Umwandlung des Quellformats in ein gewünschtes Ausgabeformat

Die Metadaten können in einer separaten Datei gehalten werden, direkt im Content oder in einer Datenbank. Zur Verwaltung können auch Dokumeneten Management Systeme (DMS) genutzt werden. 

<!ELEMENT newsfeed (title+, article+)>
<!ELEMENT title (#PCDATA)>
<!ELEMENT article(author, headline, content)>
<!ELEMENT author(#PCDATA)>
<!ELEMENT headline(#PCDATA)>
<!ELEMENT content(#PCDATA)>

Ein Wort z.B. Artikel kann zwei Bedeutungen haben in diesem Fall Zeitschriftenartikel und Verkaufsartikel.
Namespaces zeigen an welches von beiden gemeint ist.

Um php Nutzen zu können muss der Webserver mit dem php Interpreter ausgestattet sein. Der Interpreter führt die php Befehle Serverseitig aus und liefert die Ergebnisse an das Html Dokument zurück. Php ist dynamisch, d.h. es lassen sich Berechnungen durchführen und DB Abragen sind möglich sofern DB vorhanden. HTML ist statisch.

Content Based Rec: Basierend auf Produkteigenschaften, -> ähnliche Produkte werden vorgeschlagen
Collaborative Rec: Basierend auf Präferenzen von Nutzern mit ähnlichem Profil -> Nutzer die dies kauften, kauften auch

Nutzer werden mittels Cookies bei Website Besuch markiert, diese werden auf anderen Seiten erkannt und entsprechende Angebote aufgezeigt. Bsp.: Facebook zeigt Werbung für Amazonprodukte die man unmittelbar vorher betrachtet hat

Werbung wird bezahlt wenn Nutzer die Werbung gesehen hat und zu einem späteren Zeitpunkt besucht

Nutzerverhalten wird durch Cookies getrackt also nachverfolgt entweder lokal auf der eigenen seite oder global auf mehreren Seiten. Dadurch wird angepasste Werbung gezeigt.

Selbst wenn Cookies deaktiviert sind lassen sich Rückschlüsse auf Nutzer Identität ziehen in dem Browser, System, Systemeinstellungen usw. ermittelt und analysiert werden.

Session ID wird von Server zu Beginn einer Sitzung erzeugt. Übertragung der Session ID zum Client erfolgt mittels Cookie oder URL. Durch Session-ID können serverseitig gespeicherte Daten eindeutig dem Nutzer zugewiesen werden. Bsp.: Login bleibt aktiv, Warenkorb bleibt aktiv

Verschlüsselung erfolgt mittels geheimen Schlüssel, der vorher persönlich ausgetauscht werden muss.
Vorteil: geringe Rechenleistung
Nachteil: Schlüssel muss vorher ausgetauscht werden

1) normal: 1. Empfänger gibt seinen öffentlichen Schlüssel an Sender bekannt
                  2. Sender verschlüsselt Nachricht mit öffentlichem Schlüssel
                  3. Empfänger entschlüsselt Nachricht mit privatem Schlüssel
2) Authentifizierend: 1. Sender und Empfänger tauschen ihre öffentlichen Schlüssel aus
                                 2. Sender verschlüsselt Nachricht erst mit eigenem privaten Schlüssel
                                     und dann mit öffentlichem Schlüssel des Empfängers
                                 3. Empfänger entschlüsselt zuerst mit seinem privaten Schlüssle
                                     und dann mit öffentlichem Schlüssel des Senders
Nachteil: hoher Rechenaufwand

1. Sender verschlüsselt Dokument zunächst Symmetrisch mittels eines Session Keys
    und dann den Session Key mit dem öffentlichen Schlüssel des Empfängers.
2. Empfänger entschlüsselt den Session Key mit seinem privatem Schlüssel und dann
    die Nachricht mit dem Session-Key
Vorteil: Da nur der Session-Key und nicht das gesamte Dokument asymetrisch verschlüsselt wird
            ist der Bedarf an Rechenleistung geringer als bei der asymetrischen Verschlüsselung

1. Digitaler Fingerabdruck der Nachricht wird ermittelt (Hash Funktion, MD5
2. Digitaler Fingerabdruch wird mit privatem Schlüssel des Senders verschlüsselt
3. Empfänger entschlüsselt den Fingerabdruck mit öffentlichem Schlüssel des Senders
4. Empfänger errechnet aus Nachricht eigenen Fingerabdruck und vergleicht ihn mit Fingerabdruck
    des Senders

Problem bei Schlüsseln: gesicherte Verteilung der Schlüssel
Lösung: Zertifikate mittels deren ein Trustcenter prüft ob Schlüssel tatsächlich zu der Person gehören.
1. Trustcenter überprüft Identität und öffentlicher Schlüssel des Empfängers
2. Trustcenter verschlüsselt  Schüssel und die Identität des Empfängers mit einem privaten
    Schlüssel, den das Trustcenter an den Sender gibt.
3. Empfänger kann kannn mit öffentlichem Schlüssel der Zertifizierungsstelle prüfen ob der öffentliche Schlüssel des Senders (mit dem Nachricht verschlüsselt ist) zertifiziert ist.

Erstellen von neuen Datensätzen

1) Name: eintragen.html
    Parameter: keine, sollen erst erstellt werden
    DB-Zugriff: nein
    Anzeige: Maske mit leeren Feldern zur Eingabe von Daten
    Navigation: Create, Abbrechen
2) Name: new.php
    Parameter: eingetragenen Daten werden übermittelt und neue ID erstellt
    DB-Zugriff: Ja neuer Datensatz wird angelegt (SQL: INSERT INTO)
    Anzeige: „Datensatz erstellen (nicht) erfolgreich“
    Navigation: OK

Auslesen von bestehenden Datensätzen
Name: index.php
Parameter: alle Datensätze aus DB
DB-Zugriff: ja (SQL:SELECT * )
Anzeige: Tabelle mit allen Datensätzen
Navigation: Neu, Edit, Delete

Editieren von bestehenden Datensätzen
1) Name: edit.php
    Funktion: durch klick auf editieren wird Datensatz aus DB gelesen und in HTML veränderbar
                    dargestellt.
    Parameter: ID des Datensatzes der geändert werden soll
    DB-Zugriff: Ja, Lesebefehl um aktuellen Datensatz darzustellen (SQL: SELECT)
    Anzeige: Maske in der man die einzelnen Attribute des Datensatzes ändern kann
    Navigation: Speichern, abbrechen

2) Name: speichern.php
    Funktion: durch klicken auf OK werden zuvor eingetragene werte übernommen und an DB
                    übertragen.
    Parameter: Name, Vorname, etc.
    DB-Zugriff: ja, neue Datensätze werden eingetragen (SQL: UPDATE)
    Anzeige: Maske mit Angabe über Erfolg der Änderung
    Navigation: OK

Löschen von Datensätzen
Name: delete.php
Parameter: ID
DB-Zugriff: ja, Datensätze werden gelöscht
Anzeige: „Eintrag gelöscht“
Navigation: OK

1. Überweisung vor Versand (Vorkasse)
    -> Verkäufer: Sehr sicher
    -> Käufer: Unsicher
2. Überweisung nach Versand
    -> Verkäufer: unsicher
    -> Käufer: Sehr sicher
3. Paysafecard
    -> Verkäufer: Sehr sicher
    -> Käufer: gut weil anonym und haftung nur mit Betrag der Karte
4. Paypal
    -> Verkäufer: Erhält Geld sofort, kann allerdings gesperrt werden.
    -> Käufer: Sehr sicher
5. Nachnahme
    -> Verkäufer: Gut weil Kunde nur ggn Zahlung Ware erhält
    -> Käufer: Gut weil er nur bei Erhalt der Ware zahlt
6. Moneybookers
    -> Verkäufer: hohe Zahlungsgarantie
    -> Käufer: hat Sperrmöglichkeiten

Intranet ist die Netzwerkinfrastruktur, Mitarbeiterportal ein Teil innerhalb des Intranets, das Mitarbeiter nutzen können um sich zu informieren, teilweise gibt es auch komplette Arbeitsumgebungen im Mitarbeiterportal

Horizontale Portale: breites Angebot z.B. yahoo.de, gmx.de
Vertikale Portale: Expertenportale z.B. elektrotechnik.de, php.de

Trennzeichen: , genau diese Reihenfolge; | XOR
Kardinalitäten:    genau einmal
                        * beliebig oft (auch null)
                       + muss mindestens einmal vorkommen
                        ? darf null oder genau einmal vorkommen