Ajax steht für  Asynchronous JavaScript and XML und dient der asynchronen Datenübertragung zwischen Browser(Clinet) und dem Server. Ajax spielt eine sehr wichtige Rolle im www. So können seiten wie Google zum Beispiel während der Eingabe, Sucheregebnisse anzeigen.

Durch Ajax können Daten ausgetauscht werden ohne die komplette Seite neu laden zu müssen. Dabei sendet JavaScript eine Anfrage an den Server. Diese Anfrage muss nicht zwingend Inhalt haben.

Auf dem Server kann durch eine serverseitige Programmiersprache wie PHP die Anfrage verarbeitet werden. Diese sendet dann eine Antwort als Request.

Ein Beispiel in JavaScript:

    'use strict';
    ladeContent();
    function ladeContent() {
        let xhr = new XMLHttpRequest();
        let myForm = new FormData();
        xhr.open('POST', 'zusatzinhalt.php');
        xhr.addEventListener('readystatechange', () => {
            if(xhr.status === 200 && xhr.readystate === 4) {
                let elem = document.createElement('p');
                elem.textContent = xhr.responseText;
                document.body.appendChild(elem);
            }
        });
    }
    

Websites lassen sich nach ihrer Verwendung durch User bzw. durch die Zielsetzung des Betreibes kategorisieren

• Werben/Präsentieren
• Verkaufen
• Informieren
• Lerninhalte vermitteln
• Spielmöglichkeiten
• Gewinnmöglichkeiten
• Unterhaltung
• geschäftliche oder private Inhalte präsentieren
• Soziale Netzwerke

AUDIODATEN-BERECHNUNG

Allgemeines

Unter einem Content-Mangement-System (CMS) versteht man meistens ein serverbasiertes System zur gemeinschaftlichen Verwaltung und Pflege von Inhalten in Webseiten. Sämtliche Daten werden in einer Datenbank (im Web meistens MySQL) auf einem Server gespeichert werden. Der Zugriff auf die Daten erfolgt in der Regel über PHP und SQL-Befehle.

Ein Vorteil eines CMS ist die unabhängig voneinander und zeitgleiche Verwaltung von Inhalten durch mehrere Benutzer. Dies muss innerhalb des Systems (Backend) organisiert werden. Dafür stellen alle CMS eine mehr oder weniger dif­fe­ren­zierte Nutzer- und Rechteverwaltung zur Verfügung.

Zu den bekanntesten CMS gehören: Joomla, Drupal, TYPO3 und Wordpress

Über das Backend lassen sich neue Benutzer obligatorisch mit Benutzername und Passwort anlegen. Weitere Angaben, wie z.B. Kontaktdaten, können meistens optional hinzugefügt werden.
Abhängig vom jeweiligen CMS, kann hier even­tu­ell schon festgelegt werden, welche Rechte ein Benutzer haben darf und welche nicht. Grundsätzlich gilt bei der Rechtevergabe immer das Prinzip, dass eine höhere Stufe immer alle Rechte der darunterliegenden Rechtestufen mit umfasst (Hierarchie).

Arten von Benutzer

Frontend-Benutzer
Frontend-Benutzer sind Benutzer, die die Inhalte einer Webseite, in dem Fall durch das CMS bereitgestellte Inhalte, sehen. Die Möglichkeit sich mit Benutzername und Passwort auf einer Webseite anmelden zu können und somit Zugriff auf Ressourcen und Seiten innerhalb einer Webseite zu haben, die für normale Benutzer verborgen sind, sind auch Bestandteil des Front-End. Beispiele: Facebook, YouTube, Amazon, Bild.de

Backend-Benutzer
Als Backend-Benutzer bezeichnet man alle Benutzer, die sich am Administrationsbereich eines CMS mit Benutzername und Passwort anmelden können. Hier wird noch einmal zwischen den Benutzern, hinsichtlich ihrer Rechte, unterschieden. Denn nicht alle Benutzer haben im Backend dieselben Rechte und Befugnisse.

Zu den Backend-Benutzern gehören:

Redakteur

Redakteure dürfen in der Regel, in den für sie freigegebenen Bereichen, eigene Inhalte erstellen und bearbeiten. Dazu zählen z.B. Seiten bearbeiten, Texte verfassen, Bilder hochladen etc.

Sie haben keine Berechtigung zur Nutzer- und Rechteverwaltung und haben keinen Zugriff auf systemrelevante Bereiche. In der Regel führen Sie die Rolle des Autors aus. Es gibt auch Editor, die das Erscheiunungsbild des Front-End ändern können.
 

Administrator

Der Administrator kann neuen Inhalt erstellen/bearbeiten/löschen und hat die Berechtigung zur Nutzer- und Rechteverwaltung. Er darf systemspezifische Änderungen durchführen (z.B. Erweiterungen installieren, System-Updates einspielen) und ist in der Lage das komplette CMS zu löschen. Der Administrator hat in der Regel alle Rechte innerhalb eines CMS.

CSS ist eine Ergänzung zu HTML und erlaubt es Formatierungen von Text bis hin zu Seitenlayouts zu beschreiben. Professionell arbeitet man mit einer externen CSS-Datei, deren Informationen mit den einzelnen HTML-Seiten verknüpft werden. Damit wird die Trennung von Inhalt und Layout und somit die bessere Strukturierung ermöglicht. CSS wird von den Browser interpretiert und wird als Client-Seitiges Format bezeichnet. Standardisiert und entwickelt wird CSS durch das W3C-Gremium.

Vorteile für das Verwenden von CSS:

• Ermöglicht barrierefreie Gestaltung
• Gestaltung für unterschiedliche Endgeräte durch Media Queries
• Suchmaschinenfreundlich
• Aktualisierungen und Designänderungen sind leichter und schneller, da man CSS global anlegen kann

Nachteile für das Verwenden von CSS:

• Nur bedingt cross-browser-tauglich: Nicht alle Browser interpretieren CSS-Befehle standardgemäß oder überhaupt
• User können Stylesheets abschalten oder verändern

Weiterführende Links
Self HTML

Thema: Computerarbeitsplatz und Netzwerke nutzen, pflegen und konfigurieren: Computersicherheit

Datenschutz

Der Schutz vor unbefugten Zugriffen durch "Hacker" kann nur über Pass- und Codewörter erfolgen. Das ist keine vollkommene Sicherung, denn Passwörter können evtl. rekonstruiert oder ausspioniert werden.

Für den Umgang mit Passwörtern gelten folgende Regeln:

1. Passwörter in bestimmten, unregelmäßigen, nicht zu großen Abständen wechseln.

2. Passwörter dürfen nicht zu leicht zu rekonstruieren sein – Geburtsdaten und Namen sind ungeeignet, geeignet: sinnfreie Kombinationen, wie z. B. aPhJ68!kZ

3. Passwörter müssen trotzdem gut merkbar sein, denn sie sollten aus Sicherheitsgründen nicht aufgeschrieben werden (zumindest nicht digital)!

Sicherer als softwaremäßige Sicherung ist die Hardwaresicherung durch "Dongles". Diese elektronischen Hardwareschlüssel in Form von Steckern, die auf eine Schnittstelle des Computers gesteckt werden, eraluben den Zugriff auf bestimmte Programme und Daten.

Angriffe aus dem Internet

Während es noch vor einigen Jahren die lokalen Datenträger waren, die zur Verbeitung vono Computerviren geführt haben, ist es mittlerweile vorwiegend das Internet, über das sich Viren, Würmer, Trojaner und andere Schädlinge in oft rasender Geschwindigkeit verbreiten. Die Hauptgefahr geht hierbei von Email-Anhängen und von Sicherheitslücken der Webbrowser aus.

Schädlingsarten

Der Begriff "Viren" wird oft nicht ganz richtig als Oberbegriff für Schädlinge aller Art bezeichnet. Besser sollte hierbei von "Malware" (= Malicious Software, also bösartige Software) gesprochen werden. Ihre wichtigsten Vertreter sind:

• Virus: Name kommt von den Viren aus der Biologie • kleine Programme, die sich zur Verbreitung an ein Wirtsprogramm hängen müssen • werden aktiv, wenn das Wirtsporgramm gestartet wird • Funktionsweise: Durch die Ausführung der infizierten Datei wird der Virus aktiv und führt seine vordefinierte Aufgabe aus, erst dann wird die eigentliche Anwendung gestartet • verschiedene Arten: gefährliche, die Daten von der Festplatte löschen und ungefährliche, die den Nutzer nur verärgern sollen • Lösung: Originalzustand der infizierten Dateien wieder herstellen • Beispiele: OneHalf, Tenga, Yankee Doodle
• Wurm: Im Unterschied zum Virus kein Wirtsprogramm nötig • können sich selbständig vermehren und durch Emails verbreiten, weil sie Dateien als Anhang enthalten können • Funktionsweise: Wird der als Dateianhang getarnte Wurm durch Doppelklick gestartet, kann er sich z. B. an alle m Adressbuch gespeicherten Email-Adressen versenden -> Schneeballsystem: geht man pro Adressbuch von 20 Email-Adressen aus, dann werden im ersten Schritt 20, dann 400, 8.000, 160.000 usw neue Computer infiziert • Gefahren: Würmer können Dateien löschen, die Systemleistung beeinflussen oder Programme deaktivieren • Lösung: Alle betroffenen Dateien löschen, da sie sehr wahrscheinlich den Schadcode enthalten • Beispiele: Lovsan/Blaster, Bagle, Netsky
• Trojaner: Name kommt vom "trojanischen Pferd": ein Programm, das nach außen sichtbar eine nützliche Funktion besitzt, z. B. ein kostenloses Update, während im Hintergrund seine schädlichen Funktionen gestartet werden • Aufgabe: sich leicht Zugang zum System verschaffen, um dort Schaden anzurichten • Verschiedene Arten: Downloader: ein bösartiges Programm zum Herunterladen von Schadsoftware, Dropper: Trojaner, der auf dem angegriffenen Computer Schadsoftware absetzt ("droppt"), Backdoor: Anwendung, die Angreifern Zugriff auf ein System verschafft um es zu kontrollieren, Keylogger: Program, das die Tastenanschläge eines Benutzers aufzeichnet und die Infos an den Angreifer sendet • Beispiele: NetBus, Trojandownloader, Slapper
• Adware: Abkürzung für durch Werbung unterstützte Software und meint Programme, in denen Werbung gezeigt wird • öffnen häufig in Internetbrowsern neue Popup-Fenster mit Werbung oder ändern die Startseite des Browsers • nicht gefährlich, aber lästig • kann auch dazu dienen, Daten zu sammeln • wird oft mit Freeware installiert, kann aber abgewählt werden
• Spyware: Fast alle Anwendungen zusammen, die vertrauliche Infos ohne das Wissen/Einverständnis des Benutzers versenden • Aufgabe: ähnlich wie Trojaner, den befallenen Rechner bzw das Nutzerverhalten auszuspionieren • Entwickler geben vor, mit diesen Programmen die Interessen/Bedürfnisse der Benutzer erkunden zu wollen • Ziel: möglichst viele Infos über das Nutzerverhalten sammeln • gesammelte Daten enthalten evtl. Sicherheitscodes, PINs, Kontonummern usw • Beispiele: Spyfalcon, Spy-Sherrif (getarnt als Spyware-Schutzprogramm, übt selbst Spyware-Funktionen aus) • Lösung: Spyware löschen, da diese evtl den Schadcode enthält

Sicherheit im Internet

Welche Möglichkeiten (über die Verschlüsselung hinaus) gibt es, um ein Netzwerk vor fremden Zugriff zu schützen?

• Keine Standartpasswörter verwenden
• Konfiguration nur über Kabel ermöglichen
• Netzwerk unsichtbar machen (WLAN)
• Geräte im Netzwerk beschränken
• Name des Gerätes ausblenden

Unterschied Antivirusprogramm und Firewall

Antivirusprogramm: Schützt den Computer vor Malware. Im Internet finden sich zahlreiche Anbieter von Antivren-Software, die ihre Programme teilweise kostenlos, teilweise gegen Gebühr anbieten, z. B. AntiVir, Avast, Norton Antivirus, Kaspersky Antivirus. Problematisch bei der Verwendung aller Virenscanner ist, dass diese immer nur die ihnen bekannten Viren erkennen und entfernen können. Insofern ist er unerlässlcih, in regelmäßigen Abständen die aktuellste Version oder Virenliste runterzuladen

Firewall: Alle Schutzmaßnahmen, die einen unerlaubten Zugriff von außen auf ein privates Netzwerk verhindern.Sie überprüft die eintreffenden Datenpakete, z. B. hinsichtlich Quell- und Zieladresse, Eine Firewall sollte auch die den Rechner verlassenden Daten prüfen, da sich bereits schädliche Software im System befinden könnte. So kann eine Firewall auch Spyware entdecken. Angreifer aus dem Netz (Hacker) werden damit abgewehrt. Durch Freigaben kann man vertrauenswürdige und bekannte Anwendungen zulassen.

Gefahrenquelle E-Mail

Emails sind die größte Gefahr für die Infektion eines Rechners mit einem Virus, Wurm, Trojaner oder ähnlichem. Der grund für die große Gefahr sind nicht die Textdateien selbst, sondern potenzielle Dateianhänge, da diese Dateien ausführbare Programme enthalten können. Da sich Dateiendungen unter Windows ausblenden lassen, sind die Endungen unter Umständen gar nicht sichtbar. Ein Trick besteht darin, dass eine Datei eine falsche Dateiendung vorgibt: Hinter der Datei "Brief.txt.vbs" verbirgt sich scheinbar eine Textdatei, tatsächlich aber eine VisualBasic-Script-Datei)

Anti-Spyware: Durchsucht den Rechner nach Programmen, die zum Ausspionieren des Systems dienen. Aus der Absenderadresse der Email kann längst nicht mehr gefolgert werden, ob diese Mail vertrauenswürdig ist, oder nicht, Grund ist die bereits erwähnte Verbindung von Würmern unter Zuhilfename des Adressverzeichnisses. Die Email eines Freundes ist mit einem durchaus plausibel klingenden Betreff kann also eine Falle sein und nach dem Doppelklick auf den Anhang ist es schon zu spät...

Spam: Spam-Mails machen ca. 70 % des gesamten Email-Verkehrs aus und verursachen damit einen enormen wirtschaftlichen Schaden. Dennoch sind Spam-Mails, wenn es sich um reine Textdateien handelt, zwar lästig, aber ungefährlich. Gefährlich sind sogenannte "Backdoor"-Programme, die einen extrenen Zugriff auf den Rechner erlauben.Tückisch sind auch "Keylogger", die als PC-Wanzen sämliche Tastatureingaben protokollieren und somit zur Entschlüsselung von Benutzernamen und Passwörtern dienen. Die wichtigste Regel im Umgang mit Emails: Keine Dateianhänge öffnen, wenn es sich um ausführbare Dateien handelt, z. B. .exe, .com, .vbs oder oder oder

Wichtigste Maßnahme zur Vermeidung von Infektionen ist eine gesunde Skepsis gegenüber alle eingehenden Mails. Rufen Sie ggf. den Absender an, bevor Sie einen vermeintlich unsicheren Anhang öffnen. Maßnahme zur Spam-Vermeidung: Ist die Angabe einer Kontaktadresse erforderlich, kann sie verschlüsselt erfolgen, z. B. durch Ersetzen des @-Zeichens: name(at)firma.de oder indem sie als GIF-Grafik gespeichert wird

Phishing-Mails: Emails mit dem Ziel, Zugangsdaten zu eBay, Homebanking o. ä. auszuspionieren. Vorgehensweise: Durch eine plausibel klingende Mail wird der Nutzer dazu veranlasst, einen Textlink anzuklicken, der auf eine vermeintlich seriöse Seite führt. Dort wird er aufgefordert, sich beim jeweiligen Dienst anzumelden – Schon sind die Zugangsdaten erfasst. Wichtigste Regel: Niemals auf Textlinks klicken, auch wenn es sich um scheinbar seriöse Links handelt.

Sicherheit unter Mac OS X

Auch unter Mac OS X gibt es Schädlinge, allerdings in wesentlich geringerer Zahl als bei den Windows-Betriebssystemen. Gründe: relativ geringe Verbreitung des Macs -> keine lohnenswerte Zielgruppe, gute Schutzmechanismen, die den Zugriff auf bestimmte Bereiche verhindern. Doch auch hier: Vorsicht ist besser als Nachsicht, deshalb sollte die hauseigene Firewall in jedem Fall aktiviert und Antivirensoftware eingesetzt sein!

Sicherheit unter Windows XP

Benutzerverwaltung: Hauptproblem in Punkto Sicherheit: die Nutzer besitzen nach der Installation Administratorenrechte und können sämtliche Änderungen am Betriebssystem vornehmen.Wer sich jedoch als Admin im Internet bewegt, öffnet damit einfallenden Schädlingen Tür und Tor, denn ein schädliches Programm kann nun ebenfalls an beliebiger Stelle ins Betriebssystem eingreifen.Um diese Sicherheitslücke zu schließen, muss man sich als Benutzer und damit auch potenziellen Schädlingen die Zugriffsrechte einschränken.

Service Pack 2: Eine weitere Forderung ist die Installation des "Service Pack 2", da Microsoft hiermit den Schutz des Betriebssystems deutlich verbessert hat: Neben dem Schließen vieler Sicherheitslücken, stellt Win XP ein Sicherheitscenter zur Verügung: beeinhaltet eine Firewall, integriert eine installierte Antiviren-Software, automatische Updates -> Sicherheitsupdates, ohne dass sich der Nutzer darum kümmern muss.

Internet Explorer und Outlook: Wegen der hohen Verbreitung des Webbrowsers Internet Explorer und der Email-Software Outlook haben sich viele Virenschreiber auf die Sicherheitslücken der beiden Produkte spezialisiert. Am besten auf diese beiden Produkte verzichten, oder mit den diversen Sicherheitseinstell-ungen beschäftigen um eine Infektion unwahrscheinlicher werden zu lassen -> Kontrollmöglichket von ActiveX (zur Einbindung interaktiver und multimedialer Komponenten auf Webseiten, wie die Steuerung eines Videos).

Sicherheit ab Windows Vista

Vista besitzt ein völlig neues Sicherheitskonzept. Eine wesentliche Neuerung: die Zugriffsrechte von Nutzern sind von Anfang an deutlich eingeschränkt, sogar Admins. Nach dem Motto: Wenn die Nutzer selbst keine rechte haben, gilt dies auch für Angreifer von außen. Eine zweite Maßnahme: vor dem Zugriff auf wichtige Systemdateien wird zunächst eine Kopie erstellt und nur in dieser Kopie werden Änderungen vorgenommen, die Originaldateien bleiben erhalten und unverändert. Der neue Internet Explorer 7 hat einen Phishing-Filter und auch beim Nachfolger von Outlook sollen frühere Sicherheitsmängel beseitigt worden sein und Spam- oder Phishing-Mails erkannt werden.

1.    Cookie

Ein Cookie [ˈkʊki], auch Magic Cookie (vom englischen Wort für Plätzchen bzw. magisch. Deutsche Entsprechung: Profildatei) ist ein kurzer Eintrag in einer meist kleinen Datenbank bzw. in einem speziellen Dateiverzeichnis auf einem Computer und dient dem Austausch von Informationen zwischen Computerprogrammen oder der zeitlich beschränkten Archivierung von Informationen. Ein Cookie besteht aus mindestens zwei Bestandteilen, seinem Namen und dem Inhalt oder Wert des Cookie. Außerdem können Angaben über den zweckmäßigen Gebrauch vorhanden sein. Die Datenbank kann oft vom Benutzer des Computers ohne besondere Hilfsmittel nicht eingesehen oder verändert werden.

Von Anwendungsprogrammen oder Teilen oder Erweiterungen des Betriebssystems eines Computers, die einen Dienst zur Verfügung stellen, kann ein Cookie zum Beispiel beim Start des Programms gesetzt werden. Anderen Programmen wird so bekannt, dass sie diesen Dienst in Anspruch nehmen können, wenn sie in der Datenbank den vorher vereinbarten Namen des Cookie finden. Der Wert des Cookie enthält dabei typischerweise eine Speicheradresse, über die Funktionen des Dienstes zugänglich sind. Datenbanken dieses Typs heißen Cookie Jar.

Webbrowser stellen eine Cookie-Datenbank zur Verfügung, die Cookie Cache genannt wird; dort kann der Webserver einer besuchten Webseite Informationen in Form von HTTP-Cookies hinterlegen und bei einem Wiederbesuch der Seite auslesen.
Viele Webseiten hinterlegen ein solches Cookie, um die Nutzer bei erneuten Einloggen wiedererkennen zu können (und z.B. dann andere Werbung einzublenden oder dem Besucher Funktionalitäten bereitzustellen, die dieser nutzen möchte).
Cookies sind eine nachträgliche Erfindung; ursprünglich war das Internet zum Austausch von Daten unter Wissenschaftlern gedacht. Es war also nicht nötig, sich gegenüber dem Server zu identifizieren. Später wurden Anwendungen erfunden, die dies erforderlich machten. Da das ursprüngliche Protokoll so etwas nicht vorsah, hat das Team von Netscape, deren Browser und Server seinerzeit den Markt dominierten, kurzerhand diese Funktionalität erfunden, die dann von anderen Browsern übernommen wurde, weil sie auf elegante Weise das Problem löste. In der Öffentlichkeit wurden Cookies lange Zeit kontrovers diskutiert. In der heutigen Wahrnehmung sind Cookies neutrale "Werkzeuge" im Datenverkehr.

Ein häufiges Beispiel für notwendige Cookies sind Foren. Jeder (angemeldete) Benutzer muss die Möglichkeit haben, Beiträge abzuliefern und nachträglich zu redigieren. Dies ist nur möglich mit Cookies. Dort findet sich oft die Möglichkeit, „eingeloggt zu bleiben“. Dabei wird ein Cookie abgelegt, das eine entsprechende Laufzeit hat und bei erneutem Besuch der Seite immer noch gültig ist, daher ausgelesen und ausgewertet werden kann. Auch Shops basieren häufig auf Cookies, die den Warenkorb steuern. Sollte eine solche "Sitzung" ausgelaufen sein, muss sich der Benutzer erneut einloggen, sich also gegenüber dem Server identifizieren. Das Ergebnis der Prüfung wird im Cookie abgelegt.

1.1.    Herkunft der Bezeichnung
Eine mögliche Erklärung für die Bezeichnung "(Magic) Cookie" ist der Comic "Odd Bodkins" von Dan O'Neill, der in den 1960'ern in der Zeitung San Francisco Chronicle erschien: Einige der Charaktere aßen "Magic Cookies" von dem "Magic Cookie Bush" (vermutlich ein Euphemismus für LSD), unter deren Einfluss sie in das "Magic Cookie Land" gelangten. Somit sind Cookies analog zu den verzehrten Plätzchen eine Art Wertmarke für einen ganzen Sinnzusammenhang oder ein Erlebnis.

2.    HTTP-Cookie
Ein HTTP-Cookie, auch Browser-Cookie genannt ([ˈkʊki]; engl., „Plätzchen“, „Keks“), bezeichnet Informationen, die ein Webserver zu einem Browser sendet oder die clientseitig durch JavaScript erzeugt werden. Der Client sendet die Informationen in der Regel bei späteren Zugriffen an denselben Webserver im Hypertext-Transfer-Protocol-Header an den Server. Cookies sind clientseitig persistente/gespeicherte Daten.
HTTP-Cookies sind eine spezielle Form der allgemeinen Magic Cookies. Sie ermöglichen das clientseitige Speichern von Information, die auch vom Server stammen können und die bei weiteren Aufrufen für den Benutzer transparent an den Server übertragen werden. Dadurch erleichtern Cookies die Benutzung von Webseiten, die auf Benutzereinstellungen reagieren oder den Aufbau von Sitzungen. Dieses Konzept wurde ursprünglich von Netscape entwickelt und in RFC 2109 spezifiziert.

2.1.    Funktionsweise
Cookies werden in den Kopfzeilen (Header) von Anfragen und -Antworten via HTTP übertragen. Cookies entstehen, wenn bei einem Zugriff auf einen Webserver neben anderen HTTP-Kopfzeilen in der Antwort zusätzlich eine Cookie-Zeile übertragen wird (siehe Aufbau). Diese Cookie-Informationen werden dann lokal auf dem Endgerät gespeichert, üblicherweise in einer Cookie-Textdatei. Bei nachfolgenden weiteren Zugriffen auf den Webserver wird der eigene Browser alle Cookies in dieser Datei heraussuchen, die zum Webserver und Verzeichnispfad des aktuellen Aufrufs passen, und schickt diese Cookie-Daten im Header des HTTP-Zugriffs mit zurück, womit die Cookies jeweils an jenen Webserver zurückgehen, von dem sie einst stammten.
Ein Cookie kann beliebigen Text enthalten, kann also neben einer reinen Identifikation auch beliebige Einstellungen lokal speichern, jedoch sollte seine Länge 4 KB nicht überschreiten, um mit allen Browsern kompatibel zu bleiben. Die Cookies werden mit jeder übermittelten Datei übertragen, also auch mit Bilddateien oder jedem anderen Dateityp; dieses gilt insbesondere für eingebettete Elemente wie Werbebanner, die von anderen Servern eingebunden werden als dem Ursprung einer angezeigten HTML-Datei. So kann eine einzelne Webseite zu mehreren Cookies führen, die von verschiedenen Servern kommen und an diese jeweils wieder zurückgeschickt werden; mit einer Anfrage des Browsers werden alle den Server betreffenden Cookies gesendet.
Cookies werden ausschließlich vom Client verwaltet. Somit entscheidet der Client, ob z. B. ein Cookie gespeichert wird oder die vom Webserver gewünschte eingeschränkte Lebensdauer des Cookies durch Löschung ausgeführt wird.

Gängige Browser erlauben dem Nutzer meist einschränkende Einstellungen zum Umgang des Client mit Cookies, z. B.:

1. Keine Cookies annehmen.
2. Nur Cookies des Servers der aufgerufenen Seite annehmen (keine Cookies von Drittservern wie bei Werbebannern).
3. Benutzer bei jedem Cookie fragen.

• hier kann dann meist zwischen „erlauben“ (bleibt), „für diese Sitzung erlauben“ (wird immer angenommen, aber nach dem Schließen des Browsers gelöscht) und „ablehnen“ (nicht akzeptieren) gewählt werden, wobei die gewählte Option gespeichert wird

• Alle Cookies bei Beendigung des Client löschen („Sitzungs-Cookie“).

Dazu erlauben einige Browser verwaltende Aktionen wie:

• Daten im Cookie ansehen.

• Einzelne oder alle Cookies löschen.

Ob ein Cookie angenommen (clientseitig gespeichert) wurde, muss die serverseitige Anwendung in weiteren HTTP-Anfragen erkennen, da vom Client keine Rückmeldung erfolgt.
Der Server kann ein Cookie durch Überschreiben mit leeren Daten löschen.

2.2.    Verwendung
Eine typische Anwendung von Cookies ist das Speichern persönlicher Einstellungen auf Websites, zum Beispiel in Foren. Damit ist es möglich, diese Website zu besuchen, ohne jedes Mal die Einstellungen erneut vornehmen zu müssen.
Mit Cookies können auch Sitzungen realisiert werden. Das HTTP ist per Definition ein zustandsloses Protokoll, daher ist für den Webserver jeder Zugriff völlig unabhängig von allen anderen. Eine Webanwendung, die sich über einen längeren Zeitraum hinzieht, muss mit Zusätzen auf der Anwendungsschicht (im Browser) arbeiten, um den Teilnehmer über mehrere Zugriffe hinweg identifizieren zu können. Dazu wird in einem Cookie vom Server eine eindeutige Session-ID gespeichert, um genau diesen Client bei weiteren Aufrufe wieder zu erkennen und damit nicht bei jedem Aufruf einer Unterseite das Passwort erneut eingegeben werden muss.

Auch Online-Shops können Cookies verwenden, um sitzungslose virtuelle Einkaufskörbe zu ermöglichen. Der Kunde kann damit Artikel in den Einkaufskorb legen und sich weiter auf der Website umschauen, um danach die Artikel zusammen online zu kaufen. Die Artikel-Kennungen werden in einem Cookie gespeichert und erst beim Bestellvorgang serverseitig ausgewertet.

Damit bei Webanwendungen Benutzeraktionen und -eingaben, die für den Server bestimmt sind, bei Abbrüchen der Verbindung zum Server zum Beispiel in Mobilfunknetzen nicht verloren gehen, können Cookies zur Zwischenspeicherung eingesetzt werden. Sie werden dann bei Wiedererrichtung der Verbindung automatisch zum Server geschickt. Die Webanwendung erkennt dabei die Reihenfolge, in der die Cookies erzeugt wurden, und markiert bereits verarbeitete Cookies oder löscht deren Inhalt. Weil bei dieser Verwendung unter Umständen viele Cookies erzeugt werden, die frühestens beim Schließen des Browsers gelöscht werden, der Speicherplatz des Browsers für Cookies aber beschränkt ist, muss die Webanwendung Vorkehrungen gegen einen Cookie-Überlauf treffen.[1]

2.3.    Gefahren
Die eindeutige Erkennung kann für Zwecke eingesetzt werden, die von vielen Benutzern als missbräuchlich angesehen werden. Cookies werden z. B. dafür verwendet, Benutzerprofile über das Surfverhalten eines Benutzers zu erstellen. Ein Online-Shop kann z. B. diese Daten mit dem Namen des Kunden verknüpfen und zielgruppenorientierte Werbemails schicken. Jedoch kann der Online-Shop nur das Surfverhalten innerhalb seiner eigenen Webseite verfolgen.

Server, die nicht identisch mit dem Server der aufgerufenen Webpage sind, können z. B. mit Bilddateien (Werbebanner oder auch Zählpixel) auch so genannte „serverfremde“ Cookies setzen. Diese werden aufgrund ihrer Verwendung auch als „tracking cookies“ bezeichnet (englisch für Verfolgen). Gegebenenfalls kann so der Besuch unterschiedlicher Websites einem Benutzer zugeordnet werden. Es entsteht eine „serverübergreifende“ Sitzung. Daraus kann auf die Interessen des Besuchers geschlossen und Websites entsprechend angepasst („personalisiert“) werden. Bei einer Bestellung in einem Webshop etwa werden die angefallenen Daten naturgemäß einer konkreten Person zugeordnet.

Denkbar wäre ein potentieller Missbrauch bei einer möglichen Kooperation zwischen dem Webshop und dem Werbeunternehmen; diese kann verhindert werden durch eine entsprechende Browser-Einstellung, die nur Cookies des Servers der aufgerufenen Seite (Webshop) annimmt, nicht die der fremden Server, die die Werbung einblenden. Wirbt der Webshop allerdings selber, könnte diese zielgerichtete Werbung so nicht verhindert werden, aber sogar nützlich sein. Amazon wertet bekanntlich die Bestellhistorien der Käufer systematisch aus, um auch unbekannten Besuchern konkrete Vorschläge zu machen.

Noch nicht zu übersehen sind die Gefahren, die dadurch entstehen, dass Großunternehmen wie Google, deren Dienste praktisch jedermann ständig nutzt, sich vorbehalten, die dadurch entstehenden Daten auf unbegrenzte Zeit zu bevorraten und auszuwerten. Um Daten über das Nutzerverhalten zu sammeln, ist man nicht auf Cookies angewiesen. Das Problem ist also wesentlich allgemeinerer Natur.
In Umgebungen, in denen sich mehrere Nutzer denselben Rechner teilen, etwa in Schulen oder Internet Cafés, besteht allerdings die ganz konkrete und offensichtliche Gefahr, dass ein noch gültiger Sitzungs-Cookie vom nächsten Nutzer des Rechners verwendet wird, um diese Sitzung fortzusetzen. Dieses Risiko kann verhindert werden, indem man grundsätzlich alle Cookies vor dem Beenden des Browsers löscht oder eine entsprechende Browser-Einstellung nutzt. Das wäre die Aufgabe des Administrators. Infolgedessen kann man an öffentlichen Plätzen, etwa Bibliotheken oder Universitäten, üblicherweise keine permanenten Cookies hinterlassen.

2.4.    Erlauben oder Sperren?
Ein Kompromiss zwischen den Vor- und Nachteilen von Cookies kann erzielt werden, indem man seinen Browser so konfiguriert, dass persistente Cookies nicht oder nur gegen Rückfrage zugelassen werden, was z. B. die Erstellung von Benutzerprofilen erschwert, und Sitzungs-Cookies automatisch zugelassen werden, z. B. für Webeinkäufe, Passwörter. Außerdem bieten die meisten Browser die Möglichkeit, Cookies selektiv für bestimmte Domänen zu erlauben bzw. zu sperren oder nach dem Surfen automatisch zu löschen, wie es automatisch bei Sitzungs-Cookies geschieht. Auch ist es möglich, serverfremde Cookies automatisch abzuweisen, über die ein Dritter, etwa ein Werbepartner der Internet-Seite, das eigene Verhalten über mehrere Server hinweg aufzeichnen könnte.

Es ist auch möglich, Cookies automatisch beim Schließen des Browsers durch diesen löschen zu lassen. Damit werden Probleme mit Mehrbenutzersystemen weitgehend vermieden und die Überwachung des Benutzers durch Cookies wird zumindest eingeschränkt. Zugleich verzichtet der Benutzer damit auf alle Vorteile, die Cookies gewähren; er muss sich also zwangsweise bei der nächsten Sitzung überall wieder neu einloggen. Das führt aber zu neuen Sicherheitsproblemen, denn die Benutzer neigen dazu, überall dasselbe Passwort zu verwenden, da sich niemand eine Vielzahl von Passworten merken kann. Selbst die Benutzung von mehreren Passworten führt dazu, dass der Benutzer gegebenenfalls alle ausprobiert und sie damit gegenüber der betreffenden Webseite preisgibt.

Des Weiteren bieten moderne Browser die Möglichkeit, Funktionen über kleine Zusatzprogramme (Add-Ons) nachzurüsten. So ist es beispielsweise bei Firefox nach Installation eines auf diese Funktion ausgelegten Add-Ons per Klick auf eine Schaltfläche möglich, Internetseiten die Erlaubnis zu geben, Cookies zu speichern[2][3][4] bzw. sogar selbst den Inhalt der Cookies zu manipulieren[5]. Das ermöglicht es, dass man die Cookies generell deaktiviert lassen kann und sie nur dann zu erlauben, wenn die Internetseite nicht richtig funktioniert oder man sich bei einem Onlinedienst anmelden will.

2.5.    Aufbau
Ein Cookie besteht aus einem Namen und einem Wert sowie mehreren erforderlichen oder optionalen Attributen mit oder ohne Wert. Einige Attribute sowie deren Einschließen in Hochkommas werden empfohlen.

1. Name - erforderlich –Beliebiger Name und Wert aus ASCII-Zeichen die vom Server übergeben werden
2. Version - erforderlich – Gibt die Cookie-Management-Spezifikation in einer Dezimalzahl an (derzeit immer 1).
3. Expires - optional – Ablaufdatum, Zeitpunkt der automatischen Löschung in UTC für HTTP/1.0
4. Max-age - optional – Ablaufzeit in Sekunden – 0 für sofortige Löschung. Der Client darf den Cookie auch nach dieser Zeit benutzen, der Server kann sich also nicht darauf verlassen, dass der Cookie nach dieser Ablaufzeit gelöscht wird.
5. Domain - optional – Domain oder Bestandteil des Domainnamens, für den der Cookie gilt
6. Path - optional – Gültigkeits-Pfad (Teil der Anfrage-URI), um die Gültigkeit des Cookies auf einen bestimmten Pfad zu beschränken
7. Port - optional – Beschränkung des Ports auf den aktuell verwendeten oder auf eine Liste von Ports
8. Comment - optional – Kommentar zur näheren Beschreibung des Cookies
9. CommentURL- optional – URL unter welcher eine Beschreibung zur Funktionsweise zu finden ist
10. Secure - optional – Rücksendung des Cookie nur „geschützt“ (wie ist nicht weiter spezifiziert). Die meisten HTTP-Clients senden einen „sicheren“ Cookie nur über eine HTTPS-Verbindung. Das Attribut hat keinen Wert.
11. Discard - optional – Unbedingt Löschung des Cookies bei Beendigung des Webbrowsers.

2.5.1.    Funktionsweise – ein Beispiel
Szenario: Eine Webseite bietet eine Suchfunktion an, die sich an den zuletzt eingegebenen Suchbegriff erinnern kann, selbst wenn der Benutzer zwischenzeitlich den Browser beendet. Dieser Suchbegriff kann nicht auf dem Server gespeichert werden, da der Server dazu den Besucher eindeutig identifizieren müsste, und das geht mit reinem HTTP nicht. Deshalb soll der zuletzt eingegebene Suchbegriff vom Browser des Besuchers (in einem Cookie) gespeichert werden.
Wenn der Besucher die Suchfunktion zum ersten Mal aufruft (hier mit dem Suchbegriff „cookie aufbau“), schickt er folgende Anfrage an den Server:
GET /cgi/suche.py?q=cookie+aufbau HTTP/1.0
Der Server antwortet mit dem Suchergebnis und bittet den Browser mit der „Set-Cookie“-Zeile, sich den letzten Suchbegriff zu merken:

HTTP/1.0 200 OK
Set-Cookie: letzteSuche="cookie aufbau";
            expires=Tue, 29-Mar-2005 19:30:42 GMT;
            Max-Age=2592000;
            Path=/cgi/suche.py;
            Version="1"

(Normalerweise stehen alle Eigenschaften des Cookies in einer einzigen Zeile. Zur besseren Lesbarkeit steht hier jedoch nur ein Attribut pro Zeile.) Der Cookie hat die folgenden Eigenschaften:

• Nutzdaten (letzteSuche): Der letzte Suchbegriff

• Ablaufdatum (expires): Der Cookie wird nur in Anfragen mitgeschickt, die vor dem 29. März 2005 passieren.

• Maximalalter (Max-Age): Der Cookie wird nur in den folgenden 30 Tagen mitgeschickt, später nicht mehr.

• Teilbereich der Webseite (Path): Der Cookie wird nur an die Suchmaschine (/cgi/suche.py) geschickt, da alle anderen Teile der Webseite die Information nicht brauchen.

Zusätzlich zu der Pfad-Einschränkung wird der Cookie auch nur an den Server zurückgeschickt, von dem er gekommen ist. Dies wird durch die fehlende „Domain“-Variable erreicht.

Bei jeder weiteren Suchanfrage schickt der Browser nun, wenn er den Cookie akzeptiert, diesen an den Server zurück. Das sieht dann so aus:

GET /cgi/suche.py?q=12345 HTTP/1.0
Cookie: letzteSuche="cookie aufbau"; $Path=/cgi/suche.py; $Version="1";

Allen Eigenschaften des Cookies ist ein „$“ vorangestellt, mit Ausnahme der Nutzdaten (hier: letzteSuche). Der Server hat jetzt also die Information über den aktuellen Suchbegriff (12345) und den letzten (cookie aufbau). Zwischen diesen beiden Suchanfragen kann eine Zeit von bis zu 30 Tagen (Ablaufdatum) liegen.

2.5.2.    Browseranforderungen
Nach RFC 2965 soll ein Browser Folgendes unterstützen:

• Es sollen insgesamt mindestens 300 Cookies gespeichert werden können.

• Es sollen pro Domain mindestens 20 Cookies gespeichert werden können.

• Ein Cookie soll mindestens 4096 Bytes enthalten können.

Manche Browser können mehr Cookies und/oder auch Cookies mit längeren Zeichenketteninhalten verarbeiten, garantiert ist dies aber nicht. Umgekehrt halten sich aber auch nicht alle Browser an alle Anforderungen.


3.    Flash-Cookie
Flash-Cookies oder Local Shared Objects (LSO) stellen eine neue Art der Speicherung von Benutzerdaten auf dem surfenden PC durch Nutzung des Adobe Flash Players dar.
Im Gegensatz zu Browser-Cookies (HTTP-Cookies) ermöglicht diese Technik den Webseiten, Inhalte browserunabhängig und ohne Verfallsdatum auf dem Rechner des Webseitenbetrachters zu speichern. So werden Inhalte, die beim Betrachten eines Flash-Films mit einem Browser (z. B. Firefox) geschrieben wurden, auch beim Betrachten der Internetseite mit einem anderen Browser (z. B. Windows Internet Explorer) an den Server gesendet.
Problematisch ist der Umstand, dass diese LSOs nicht von der Cookieverwaltung des Browsers administriert werden und bei Bedarf manuell oder per Software (Flash-Cookie-Killer, Flash-Cookie-Manager, CCleaner) gelöscht werden müssen. Für den Browser Firefox gibt es u. a. dazu inzwischen eine Browsererweiterung[1]. Die Speicherung von LSOs lässt sich auch mit dem Einstellungsmanager des Flash-Players konfigurieren, der allerdings nur online über die Adobe-Website zugänglich ist.[2]
Der Speicherort der LSOs unter Microsoft Windows ist
%AppData%\Macromedia\Flash Player\#SharedObjects

Dieser Ordner ist in den Einstellungen des persönlichen Profils zu finden. Unter Windows XP normalerweise:
C:\Dokumente und Einstellungen\Username\

Bei Windows Vista finden sich die Flash-Cookies unter:
C:\Benutzer\USERNAME\%AppData%\Roaming\Macromedia\Flash Player\#SharedObjects

Der Ordner %AppData% ist standardmäßig unter Windows XP und Vista nicht sichtbar. Die Sichtbarkeit des Ordners kann über die Ordnereinstellungen geändert werden.

Der Speicherort der LSOs unter Mac OS X ist
~/Library/Preferences/Macromedia/Flash Player/#SharedObjects

Unter anderen unixartigen Betriebssystemen wie Linux und Solaris befinden sich die Dateien unter
~/.macromedia/Flash_Player/#SharedObjects

4.    Ohne Cookies kein korrektes Tracking
Ein sauberes Tracking ist die Grundlage jeder Web-Analyse. Je genauer sich die einzelnen Nutzer und Ihr Verhalten abbilden läßt, umso paßgenauer kann die Web-Site optimiert werden. Mit Hilfe von Cookies lassen sich Nutzer klar identifizieren und die erhobenen Daten lassen sich einer konkreten Sitzung zuordnen

4.1.    Tracking-Szenarios
Um einen Nutzer/Besucher Ihrer Web-Site klar identifizieren und verfolgen zu können, brauchen Sie eine besucherspezifische Kennung, die sich über den gesamten Besuchszeitraum nicht verändert.
Es gibt mehrere Methoden dies technisch zu bewerkstelligen; die am häufigsten genutzten Möglichkeiten sind: IP-Adresse, IP-Adresse und Browser-Kennung (user agent), Login-Name, Sitzungs-Cookies und Permanent-Cookies.
Wir wollen zwei Tracking-Methoden herausgreifen:

4.1.1.    Die einfachste Methode
Das Tracking mittels IP-Adresse sowie mittels IP-Adresse und Browser-Kennung. Da jeder Nutzer, der auf Ihre Web-Site zugreift, über eine IP-Adresse und einen Browser verfügt, läßt sich dieses Verfahren standardmäßig anwenden.

4.1.2.    Die genaueste Methode
Tacking mittels Cookies liefert sicherlich mit Abstand die genauesten und detailliertesten Daten in Bezug auf Nutzer und ihr Verhalten auf der Web-Site. Allerdings erfordert ein sinnvolles Cookie-Management einiges an Aufwand und Vorarbeit.
Diese beiden Arten der Nutzer-Verfolgung werden in der Praxis von fast allen Web-Site-Betreibern eingesetzt.

4.2.    IP-Tracking im Detail
"Immer noch besser als gar nichts" - dies beschreibt die Qualität des IP-Adressen-Trackings recht gut. Dieses Verfahren ist nicht geeignet, Nutzer eindeutig zu identifizieren und ihnen Sitzungen zuzuordnen. Warum? Weil viele Nutzer mit dynamischen, d.h. ständig wechselnden IP-Adressen surfen. Ein Nutzer, den Sie heute unter 197.45.34.67 tracken, kommt morgen mit der IP-Adresse 201.1.56.135 zu Ihnen. Sie haben keine Chance jemals herauszufinden, dass es sich hier um ein und denselben Nutzer handelt. Da es nicht unbegrenzt viele IP-Adressen gibt, verfügen ISPs wie T-Online, AOL oder Freenet über einen festen Pool an IP-Adressen - jedem Surfer wird beim Online-gehen eine zufällige IP-Adresse zugewiesen. Wenn die Verbindung zum Internet dann beendet ist, fällt die IP-Adresse wieder zurück an den ISP, der sie dann an einen anderen Surfer vergeben kann und wird.
Das Resultat: Es sieht so aus, als ob Sie viele Stammkunden haben, dabei handelt es sich um ganz unterschiedliche Besucher, die sich nur eine IP-Adresse teilen. Da jeder Besucher bei jedem Besuch eine neue IP-Adresse nutzt, sind die Statistiken in Bezug auf Mehrfachnutzer nicht aussagekräftig.
Ein weiteres Problem sind Nutzer, die einen Proxy-Server nutzen, um ins Internet zu gelangen. Große Firmen und ISPs wie AOL oder Akamai nutzen diese Technik. Nutzer, die über einen Proxy-Server ins Internet gehen teilen sich eine IP-Adresse. In der Analyse läßt sich dann nicht feststellen, ob ein oder mehrere Nutzer Ihre Web-Site besucht haben.
Diese Probleme verschärfen sich mit steigenden Nutzerzahlen.

Fazit: Zwar sind die absoluten Zahlen beim Tracking via IP-Adressen wenig aussagekräftig, doch lassen sich Trends im Allgemeinen mit dieser Methode recht gut analysieren.

4.3.    Cookie-Tracking im Detail
Cookies sind kleine Text-Dateien, die vom Browser auf der Festplatte des Nutzers abgelegt werden. Zwar sind Cookies nicht unumstritten - so schlecht für den Nutzer, wie sie in der einschlägigen Fachpresse dargestellt werden sind Cookies nicht. Web-Mail oder Online-Shopping beispielsweise sind ohne Cookies schwer vorstellbar.
Cookie ist nicht gleich Cookie - die "besten" Cookies stammen von der besuchten Web-Site, sind permanent und P3P-konform. P3P steht für Platform for Privacy Preferences (PPP, oder eben P3P) - einem internationalen Datenschutz-Standard. Die meisten Nutzer akzeptieren diese Art von Cookies. Da die meisten Nutzer Ihre Cookies nicht sehr oft löschen - und praktisch nie während einer Sitzung - sind Cookies sehr verlässlich, wenn es darum geht Nutzer zu indentifizieren und ihre Aktionen zu verfolgen.
Cookies lassen sich wie folgt klassifizieren:

1. Permanent-Cookies (leben ewig) vs. Sitzungs-Cookies (überleben das Ende der Sitzung nicht)
2. First party (werden von der besuchten Web-Site gesetzt) vs. Third Party (werden von anderen Sites als der besuchten gesetzt)
3. anonym vs. personengebunden
4. P3P-konform vs. nicht P3P-konform

4.3.1.    Permant vs. Sitzung
Ein Permanent-Cookie wird für eine bestimmte Zeit auf der Festplatte des Nutzers gespeichert, beispielsweise bis zum 31.1.2035. Ein Sitzungs-Cookie dagegen wird gelöscht, sobald der Nutzer die Web-Site verlässt. Mit beiden Typen lassen sich Sitzungen verfolgen, aber nur mit Hilfe eines Permanent-Cookies lassen sich wiederkehrende Besucher identifizieren.

4.3.2.    First party vs. Third party
Ein First-party-Cookie wird von der besuchten Web-Site ausgeliefert. Ein Third-party-Cookie stammt dagegen von einer Site, die nur mittelbar mit der besuchten Site etwas zu tun hat. Third-party-Cookies werden of von Ad-Servern oder Anbietern von Web-Analytics-Services eingesetzt.

4.3.3.    Anonym vs. personengebunden
Verzichten Sie darauf personengebundene Daten zu erheben. Für ein sauberes Tracking sind anonyme Cookies vollkommen ausreichend. Zum einen sind Sie dazu durch den Datensparsamkeits-Paragraphen des Bundesdatenschutzgesetzes (BDSG §3a) verpflichtet, zum andern werden die wenigsten Nutzer personenbezogene Daten herausgeben. Wenn Sie aus anderen Gründen personenbezogene Daten erheben, beispielsweise während eines Bestellvorgangs, sollten Sie diese in einem separaten Cookie speichern und so die einzelnen Funktionalitäten sauber von einander trennen.

4.3.4.    P3P-konform
Wenn Ihre Cookies P3P-konform sind, sollten Sie dies vermerken, denn damit erhöhen Sie die Akzeptanz Ihres Cookies. Allzu viel Aufmerksamkeit müssen Sie dem Punkt P3P aber nicht widmen, denn wenn Sie anonyme First-party-Cookies ausliefern werden über 95% aller Nutzer diese Cookies akzeptieren.

4.4.    Fazit
Optimieren lässt sich eine Web-Site nur auf Basis eines verlässlichen Nutzer-Trackings. Mit Hilfe permanenter, anonymer First-party-Cookies lässt sich dieses Ziel erreichen.

5.    Welche Möglichkeiten der Datenerhebung gibt es?
Drei Arten der Datenerfassung sind im Rennen: Log-Dateien, Cookies und JavaScripten. Im folgenden werden wir die Vor- und Nachteile der einzelnen Arten näher beleuchten.

5.1.    Log-Dateien
Log-Dateien sind keine Marketing-Tools, sondern dienen der technischen Diganose des Web-Servers. Marketing-Fragen lassen sich deshalb durch Log-File-Analyse nur bedingt beantworten.

Pro:

• Die Daten fallen sowieso an

• Enthalten technische Daten (Browser-Daten, Beriebssystem) und Verhaltens-Daten (Referrer, woher kamen die Nutzer).

• Es gibt viele Software-Pakete, mit denen man Log-Dateien bearbeiten und statistisch zugänglich machen kann.

Kontra:

• Daten nicht in Echtzeit auswertbar.

• Zählweise unsicher, mal werden zu viele, dann wieder zu wenige Nutzer gezählt.

• Mehre Nutzer, die hinter einer Firewall sind, werden als ein Nutzer gezählt

• Caching verzerrt die Ergebnisse, es kommen nicht alle Anfragen auch wirklich beim Server an und werden deshalb auch nicht gezählt.

• Nutzer, die im Browser die Schaltflächen "Vorwärts" und "Zurück" klicken, werden nicht korrekt erfasst.

• Wechselnde IP-Adressen erschweren die Zuordnung von Sitzungen zu einzelnen Nutzern.´

• Nicht menschlicher Datenverkehr von Robots und Spidern wird mitgezählt. Wenn sich die Robots nicht korrekt beim Server identifizieren, ist dieser Datenverkehr fast nicht auszufiltern.

• Ihre eigenen Aufrufe werden ebenfalls mitgezählt. Wenn sie auf Ihr Angebot mit einer statischen IP-Adresse zugreifen, lässt sich dieser Datenverkahr relativ leicht ausfiltern.

• Wenn Ihre Site erfolgreich ist, werden die Log-Dateien riesig. Sie brauchen dann eine ausgefeilte Logistik und leistungsstarke Rechner, um die Dateien halbwegs zügig auszuwerten.

• Komplexe dynamische Web-Sites mit verschiedenen Servern, die sich über diverse Domains und Sub-Domains verteilen sind so praktisch nicht in den Griff zu kriegen.

5.2.    Cookies
Ohne Cookies geht es nicht. Nur über Cookies lassen sich Browser eindeutig identifizieren. Mit Hilfe von Cookies lassen sich Sitzungen nachvollziehen, Nutzer eindeutig identifizieren (Erstbesuch vs. Erneuter Besuch). Ein ganz wichtiger Punkt beim Thema Cookies sind die Datenschutzrichtlinien. Sie sammeln Nutzerdaten und sollten deshalb über klar formulierte Datenschutzrichtlinien verfügen, die auch einer rechtlichen Überprüfung standhalten. Nutzer sind mittlerweile recht aufgeklärt, was Cookies angeht, viele Browser erlauben das Cookie-Management und weisen den Nutzer daraufhin, wenn eine Site einen Cookie speichern will. Es gilt die Balance zu finden zwischen Datensammeln und Nutzer verärgern, denn ein Nutzer, der es Ihrer Site nicht gestattet irgendwelche Cookies zu setzen, ist weniger wert, als wenn Sie durch Selbstbeschränkung vielleicht weniger Informationen pro Besucher erhalten, dafür aber prozentual mehr Nutzer das Cookie-Setzen gestatten.

5.3.    Tracking via JavaScript
Mit Web-Beans - von Kritikern auch Web-Bugs genannt - gespickte Seiten sind der neueste Trend im Web-Anlytics-Sektor. Vorteile hier: Sie als Site-Betreiber müssen nur einige kleine JavaScript-Schnipsel in Ihre Site implementieren, den Rest übernimmt ein spezialisierter Dienstleister. Sie müssen sich nicht mit zusätzlichen Kosten für Hard- und Software aufbürden, sondern mieten einfach was sie brauchen. Die Statistiken werden rufen Sie mit dem Browser ab, bzw. laden sie im Excel-freundlichen Format auf die heimische Festplatte. Außerdem sind diese JavaScripten sehr robust gegenüber Zählfehlern, die auf Cashing beruhen.

Vorteile:

• Daten liegen in Echtzeit vor.

• Komplexe Sites, mit mehreren Domains/Sub-Domains und dynamischen URLs lassen sich so gut tracken.

• HTML-E-Mails sind ebenfalls zählbar.

• Zusätzliche technische Informationen wie Bildschirmauflösung lassen sich ebenfalls erfassen.

Nachteile:

• Funktioniert nur, wenn die Nutzer JavaScript aktiviert haben, über 97% aller Nutzer haben das aber.

• Datenschutz: Der Nutzer besucht Ihre Site, seine Daten werden aber - ohne sein Wissen - von einem Dritten erfasst, gespeichert und ausgewertet.

• Outsourcing-Kosten fallen an. Die JavaScripten müssen auf allen Seiten einer Web-Site, die getrackt werden sollen eingebaut werden. Bei großen Sites kann das sehr arbeitsintensiv werden.

• Performance-Probleme beim Dienstleister schlagen auf die eigene Site durch.

Was sind Cookies?
Cookies sind Datensätze, die von einem Webserver auf dem Computer des Nutzers abgelegt werden.

Funktionsweise von Cookies:
Sie werden bei einer erneuten Verbindung an den Cookie-setzende Webserver mit dem Ziel zurückgesendet, den Nutzer und seine Einstellungen wiederzuerkennen.

Arten von Cookies
Sessions Cookies (zeitlich begrenzt) und dauerhafte Cookies (persistente Cookies).

Cookies von Drittanbietern
Einige Cookies werden möglicherweise von einem anderen Anbieter auf Nutzers Gerät platziert. Diese Cookies werden als Drittanbieter-Cookies bezeichnet. Dies können auch Session- und Persistent-Cookies sein.

Diese konnten allerdings problematisch sein, da Werbefirmen ein großes Interesse daran haben, Nutzer so gut wie möglich zu kennen, um beispielsweise gezielt Werbung oder Produkttipps einblenden zu können. Hierfür werden detaillierte Nutzerprofile erstellt, bei denen im Laufe der Zeit eine Menge Daten zusammen getragen werden und die Vorlieben von Nutzerinnen und Nutzern sehr genau bekannt sind.
 

Schnipsel - Cookies mit PHP
Gesetzt wird das Cookie über setcookie. Benötigte Angaben sind der Cookiename, sowie ein Wert des Cookies. Ebenfalls ratsam ist eine Gültigkeitsdauer (ansonsten wird es nach dem Schließen des Browsers gelöscht). 

Damit wird ein Cookie mit dem Namen beispiel_cookie gesetzt, dass als Wert das Wort "Werte" enthält und eine Stunde gültig ist. Wichtig ist, dass vor dem Setzen des Cookies kein anderer Code ausgegeben werden darf, der in der Datei angezeigt wird. Also keine Leerzeile, kein Leerzeichen oder sonst nichts. Möglich sind hingegen reine Code-Zeilen ohne Ausgabe (also z. B. eine Abfrage, um den gewünschten Wert festzulegen).

siehe http://code.arnoldbodeschule.de/ und http://www.selfphp.de/

Anleitung für das Wiki

In diesem Wiki könnt ihr gemeinsam Lerninhalte erstellen. Jedes Wiki ist direkt und für jeden angemeldeten User editierbar. Wenn bereits bei vorherigen Prüfungs-Wikis zum Thema (manchmal auch nur Teilgebiete streifend) erstellt wurden, so werden sie unten verlinkt. Ansonsten einfach hier diesen Eintrag überschreiben und mit entsprechenden Inhalten füllen.

Um Beispielaufgaben etc. zu bearbeiten haben wir extra eine Lerngruppe (https://mediencommunity.de/lerngruppe-mediengestalter-ap-winter-2018) eingerichtet, bitte diese für das gemeinsame Lösen von Aufgaben nutzen.

Viel Erfolg beim Lernen.

Das Team der mediencommunity

Als Online-Publikationen oder Netzpublikationen bezeichnet man elektronische Publikationen, die nicht auf einem physischen Datenträger, sondern über das Internet oder ein lokales Netzwerk (z. B. in Unternehmen) angeboten werden.

Erscheinungsformen
Beispiele für Netzpublikationen sind Internet-Zeitungen, E-Mail-Newsletter, Elektronische Zeitschriften, Wikis, Weblogs, E-Books, Information Retrievals oder auch Datenbanken und allgemein Webseiten. Es darf sich jedoch nicht um reine Ansammlungen von Dateien, sondern muss sich um logische und konsistente Einheiten handeln, die sich mit Metadaten (Autor, Titel, Veröffentlichungsdatum etc.) beschreiben lassen. Unabhängig davon lassen sich auch andere im Internet verfügbare Daten als publiziert bezeichnen.

Unterschieden wird dabei zwischen webspezifischen Netzpublikationen mit typischen Eigenschaften von Webseiten wie Suchfeldern, Links oder auch Datenbanken einerseits und druckbildähnlichen Publikationen andererseits, die dem „look and feel“ eines gedruckten Artikels entsprechen. Letztere werden im Internet meist in Form einer Datei im Portable Document Format (PDF) veröffentlicht.

Archivierung
Aufgrund der Flüchtigkeit des Mediums und des schnellen technischen Wandels ist das Problem der Langzeitarchivierung ungelöst. Grundsätzlich lassen sich zwei Kategorien von Lösungsansätzen unterscheiden. Zum einen wird das Netz bzw. Teile davon mit Hilfe von Software automatisiert archiviert (z. B. Internet Archive), zum anderen werden die Netzpublikationen von den Verlegern aktiv in einem Archiv abgelegt. Beispielsweise trat in Deutschland am 29. Juni 2006 das „Gesetz über die Deutsche Nationalbibliothek“ in Kraft, durch das der Aufgabenbereich der Deutschen Nationalbibliothek auf das Archivieren von Netzpublikationen ausgedehnt wurde. Da mit den URIs (URI: Uniform Resource Identifier) die Ressource der Netzpublikationen identifiziert wird, nicht aber die Netzpublikation selbst, und der langfristige Bestand einer URI im Allgemeinen nicht sichergestellt werden kann, stellt sich die Herausforderung, die Netzpublikation selbst (eindeutig und dauerhaft) zu identifizieren. Aufbauend auf dem ISBN-System der klassischen Buchpublikationen haben sich dabei der vornehmlich kommerziell genutzte Digital Object Identifier (DOI) sowie der nichtkommerzielle Society Reference Catalogue (SRef) etabliert, desgleichen der Persistent Uniform Resource Locator (PURL) und der Uniform Resource Name (URN) als weitere persistent identifier.

Impressumspflicht
Ein weiteres Problem, das sich bei Netzpublikationen stärker als bei herkömmlichen Publikationen stellt, ist, dass sich ihre Herausgeber und Urheber nicht immer einfach feststellen lassen. In Deutschland müssen Websites deshalb analog zum Impressum gemäß Telemediengesetz eine verantwortliche Person benennen und weitere Angaben machen.

Personalisierter Zugang
Für die Nutzung kommerzieller Netzpublikationen, wie beispielsweise Elektronische Zeitschriften und Datenbanken, wird in der Regel ein Benutzerkonto (Account) benötigt, über das anfallende Kosten abgerechnet werden. Die Zugangskontrolle kann über ein Kennwort und eine Beschränkung von IP-Adressen erreicht werden.

STATISCHE SEITE:

Wird  z.B. ein Währungsumrechner mit Javascript so realisiert, dass die Kurse im HTML-Dokument (statisch) abgelegt sind, dann braucht der Server lediglich die Seite zu liefern, so wie sie als Datei auf dem Server liegt.

Der User kann nun unterschiedliche Beträge in unterschiedliche Währngen umrechnen lassen. Es findet also clientseitig eine Interaktion statt. Der User sieht wechselde Zahlen, vielleicht auch wechselnde Bildchen (Flaggen, Münzen ..) -  aber es bleibt eine STATISCHE Seite.

DYNAMISCHE SEITE:

Wird der Währungsrechner so realisiert, daß er (z.B. mit PHP) die aktuellen Tageskurse ermittelt (z.B. mit einer Datenbankabfrage) und daraus die Seite generiert, dann ist die  Währungsumrechner-Seite eine dynamische Seite.

BTW: Der Browser bekommt immer HTML geliefert. Er "weiss nicht", ob die Seite fertig (statisch) auf dem Server herumlag und nur weitergereicht wurde, oder ob sie für die aktuelle Anfrage (dynamisch) erzeugt wurde.

Weiterführende Links

http://cms.greatstuff.at/webdesign_vergleich_dynamische_statische.html

Anleitung für das Wiki

In diesem Wiki könnt ihr gemeinsam Lerninhalte erstellen. Jedes Wiki ist direkt und für jeden angemeldeten User editierbar. Wenn bereits bei vorherigen Prüfungs-Wikis zum Thema (manchmal auch nur Teilgebiete streifend) erstellt wurden, so werden sie unten verlinkt. Ansonsten einfach hier diesen Eintrag überschreiben und mit entsprechenden Inhalten füllen.
Um Beispielaufgaben etc. zu bearbeiten haben wir extra eine Lerngruppe (https://mediencommunity.de/lerngruppe-mediengestalter-winter-2020) eingerichtet, bitte diese für das gemeinsame Lösen von Aufgaben nutzen.

Viel Erfolg beim Lernen.
Das Team der mediencommunity

Um mal einen Anfang zu machen...

Hier mal vollkommen unsortiert zusammenkopiert, dass, was ich bisher dazu im weltweiten Web und älteren Versionen von Lernseiten der Mediencommunity gefunden hab. Ich übernehme keinen Anspruch auf Vollstuandigkeit oder Richtigkeit. Etwas, das defintiv noch fehlt, ist noch genauer darauf einzugehen, inweit sich serverseitig und clientseitiges CMS genau unterscheiden. Das werd ich jetzt nochmal recherchieren.

Unter einem Content-Management-System (CMS) versteht man ein serverbasiertes System zur einfachen Verwaltung und Pflege von Websites. Ein CMS ermöglicht, dass die Erstellung durch Programmierer/Agentur von der Pflege durch den Kunden ohne Programmierkenntnisse getrennt stattfindet.

Was sind die Vor- und Nachteile?

Vorteile

Trennung von Inhalt und Layout
Dadurch ist es möglich, dass jemand der selbst weder gut gestalten noch programmieren kann, dennoch die Inhalte eines Web-Auftritts verwaltet. Somit kann sich eine Person, die sich mit dem jeweiligen Inhalt auskennt direkt darum kümmern anstatt einen Umweg über eine Agentur gehen zu müssen oder eine unprofessionelle Gestaltung abzuliefern.

Keine Vorkenntnisse nötig
Auf Seiten des Enduser sind keine speziellen Vorkenntnisse von bspw. Programmierung, HTML oder XML notwendig. Die Bedienung läuft für ihn vollkommen ohne Hintergrundwissen über diese Technologien.

Gleichzeitiges Arbeiten mehrerer Personen
Ein gemeinsames Arbeiten an einem Online-Projekt ist theorethisch von jedem Ort mit einem Internetzugang aus möglich.

Rechteverwaltung
In einem CMS können verschiedenen Nutzern verschiedene Rechte zugeteilt werden und quasi eine Rollenvergabe durchgeführt werden. Der Administrator hat somit Zugriffsrecht auf alle Bereiche, wogegen eine Redakteur, der sich um die Aktualität der News kümmern soll, nur für diesen Abschnitt Schreibrechte erhält.

Medienneutrale Datenhaltung möglich
In vielen CMS können die Inhalte in andere Dateiformate wie z.B. PDF sehr leicht überführt werden, da die Formate zur Laufzeit „live“ aus der Datenbank heraus generiert werden.

Nachteile

Zu wenig Freiraum
Durch die Festlegung des Layouts wird zum Einen eine (gewollte) Einheitlichkeit der Interseite erreicht, zum Anderen aber wiederum ein sehr starres, möglicherweise unflexibles Gerüst angelegt. Freiräume in der individuellen Gestaltung sind oft nur wenig vorhanden. Je nach Komplexität des Systems sind Änderungen am Layout nur mit unverhältnismäßig hohem Aufwand möglich.

Hohe technische Anforderungen an den Webspace
Für den Betrieb eines serverseitigen CMS sind Skriptsprachen wie ASP/PHP auf dem Webspace zwingend erforderlich um einen dynamischen Seitenaufbau zu ermöglichen. Die meisten gängigen CMS benötigen auch eine Datenbankschnittstelle. Dadurch entstehen höhere Kosten als durch einen statischen Webspace.

Oft für Laien trotzdem noch zu kompliziert
Bei vielen der verbreiteten CMS ist der Funktionsumfang mittlerweile derart groß, dass schon wieder Schulungen für die letztendlichen Administratoren erfolgen müssen.

quelle: vor/nachteile cms -> http://www.christian-pansch.de

Wann ist es sinnvoll eine CMS zu verwenden?

Es gibt verschiedene Aspekte, die für die Verwendung eines CMS sprechen

• Gibt es schnell und häufig wechselnden Content?
• Gibt es mehrere Autoren, die unabhängig von einander und zeitgleich Content erstellen?
• Menschen, die Inhalte einpflegen müssen keine HTML, CSS oder PHP-Kennntisse haben. Grundkenntnisse der Internetnutzungs und die grobe Kenntnis von Office-Programmen reicht aus
• Da nur der Content bearbeitet wird, gibt es keine Veränderungen am Design und damit wird eine ästehtische Konsistenz gewährleistet.
• Verschiedene Autoren können unterschiedliche Rechte zu gewiesen bekommen, zum Beispiel, dass Autor X nur für Thema X schreiben darf.

Server und Client (Zusammenfassung Wikipedia)

Serverseitige CMS

• benötigt serverseitige Programmiersprache, die in Verbindung mit einer Datenbank steht
• Datenbank ist entweder auf dem selben Server oder mit einem oder mehreren im lokalen Netzwerk installiert
• Daten können weltweit verwaltet werden
• benutzerspezifische Berechtigungen
• der für die Endbenutzer sichtbare Bereich wird als Frontend bezeichnet
• das Backend ist der durch einen Login geschützte Bereich, in dem die Administration der Seite erfolgt
• für Webseiten jeglicher Größe geeignet
• Abhängigkeit von der serverseitig bereitstehenden Rechenkapazität und bei hoher Frequentierung nur bedingt geeignet

Clientseitige CMS

• Programm wird auf dem Rechner installiert und steuert das CMS
• Daten werden auf den Server hochgeladen
• serverseitige Programmiersprache ist nicht notwendig
• bieten oft Layoutfunktionen, mit denen einige Seitentypen (Templates erstellt werden können)

Dynamik & Statik (Zusammenfassung Wikipedia) 
--> Art der Anlieferung an den Nutzer

Volldynamische Systeme
-->erzeugen angeforderte Seiten bei jedem Aufruf dynamisch neu

Vorteile:

• Seite immer aktuell
• Personalisierung für den Nutzer sehr einfach oder bereits vorhanden

Nachteile:

• Berechnung kann unter Last zu einer verzögerten Auslieferung der Seiten oder bei mangelhafter Ausstattung an Rechenkapazität im Verhältnis zur Anzahl gleichzeitig bedienter Nutzer zur Serverüberlastung und zum Systemstillstand führen.

Statische Systeme

• legen jede Webseite statisch in einer Datenbank oder im Dateisystem ab
• Inhalte werden fertig generiert z.B. als HTML-Dateien abgespeichert und können bei einem Aufruf unmittelbar übertragen werden. Das spart Serverzeit bei der Ausgabe aber nicht bei der Pflege.

Hybride Systeme

• Kombination von volldynamischer und statischer Seitenerzeugung
• nur Inhalte, die dynamisch aus einer Datenbank generiert werden müssen (News, Suchabfragen, Shopdaten) werden zur Laufzeit aus der Datenbank ausgelesen
• Seitengerüst, Navigation, bestimmte Texte und Bilder liegen statisch vor

Halbstatische Systeme

• generieren den Inhalt so, dass dieser statisch und dynamisch ist, d.h. es werden alle Daten direkt in statisch generierten Daten gespeichert, die dann bei Abruf sofort ausgegeben werden
• die dynamischen Inhalte werden dann generiert, wenn ein Code in die Datei eingebunden wird oder einzelne Datensätze geändert/ neu angelegt werden

In der Regel basieren dynamische Websites auf dem Datenbanksystem MySQL und den Programmiersprachen Perl, PHP oder Ruby. Eine Untergattung von dynamischen Webseiten sind JavaScript-basierte Websites, wo die Dynamik der Webseite nicht auf dem Server (wie bei üblichen dynamischen Websites), sondern auf dem Client-Rechner statfindet. Der technische Unterschied findet sich hierbei in der Tatsache, dass die gesamte statische Website samt statischem JavaScript-Code auf dem Client-Rechner geladen wird und dort erst zur dynamischen Ausführung gelangt. Somit ist die Dynamik hierbei im Prinzip nur optischer Natur, da ja die Technik statisch ist.

Was sind dynamische Inhalte?  

Dynamische Inhalte sind Texte, Bilder, Grafiken aber auch Videos, welche in eine bestehende Struktur eingebunden werden können. Dazu werden Sie aus einer Datenbank oder anderen externen Quelle abgerufen. Auf diese Weise können auch Inhalte externer Dienste eingebunden werden. Zum Beispiel kann man Wetterberichte, Börsenkurse und Sportergebnisse auf diese Weise aktuell präsentieren.  

Unabhängig von Programmierkenntnissen können sich dynamische Seiten selbst aktualisieren, da Sie in eine vorgegebene Struktur die Inhalte einfügen. Dieser Vorgang findet automatisch statt. Hat der Betreiber der Website im Backend ein Modul, also Text oder Bild geändert wird dieses einfach neu eingebunden. Tiefergehende Kenntnisse in HTML oder Programmiersprachen sind nicht nötig.  

Außerdem können technische Strukturen und Daten der Website und Inhalte getrennt voneinander gespeichert werden. 

Zuerst wurden dynamische Webseiten direkt mit Programmiersprachen wie Perl, PHP oder ASP geschrieben. Insbesondere PHP und ASP, verwenden einen „Vorlagen“-Ansatz, bei dem eine serverseitige Seite der Struktur der fertiggestellten clientseitigen Seite ähnelte und Daten an Stellen eingefügt wurden, die vordefiniert waren. Dies war ein schnelleres Mittel der Entwicklung als das Codieren in einer rein prozeduralen Codiersprache wie Perl.

Vorteile statischer Seiten:

Die Vorteile einer statischen Website bestehen darin, dass sie einfacher zu hosten sind. Die Server stellen nur statische Inhalte bereit und müssen keine serverseitigen Skripts ausführen. Dies erfordert weniger Serveradministration und dadurch ist die Chance das Sicherheitslücken entstehen kleiner. Ein weiterer Vorteil sind schnellere Ladezeiten und Serverhardware muss nicht so fortschrittlich und teuer sein, wie bei dynamischen Websites. Günstiges Web-Hosting ist mit der Zeit immer mehr erweitert wurden, um auch dynamische Funktionen anzubieten. Dadurch ist dieser Vorteil von statischen Websites immer weniger von Bedeutung. Virtuelle Server bieten hohe Leistung für kurze Intervalle bei geringen Kosten.
Fast alle Websites haben einige statische Inhalte. Unterstützende Elemente wie Bilder und Stylesheets sind immer statisch, selbst bei Websites mit hoch dynamischen Seiten.

Die Vorteile statischer Webseiten

• schnell zu entwickeln
• schnell zu ändern
• preiswert zu hosten

Die Nachteile statischer Webseiten

• eine Seite zu aktualisieren erfordert spezielle Kenntnisse
• für Benutzer kann die Seite weniger nützlich sein
• der Inhalt kann überholt sein

Die Vorteile dynamischer Webseiten

• bieten eine hohe Funktionalität
• einfach zu aktualisieren
• neue Inhalte bringen Besucher zurück
• dynamische Seiten helfen den Suchmaschinen
• Zusammenarbeit mir anderen Benutzern oder Seiten möglich

Die Nachteile dynamischer Webseiten

• schwieriger und teurer in der Entwicklung
• Hosting ist etwas teurer

dynamische Webseiten-Funktionen können sein:

• Content-Management-Systeme
• E-Commerce-Systeme
• Blogs- und Diskussionsforen
• Intranet- oder Extranet-Funktionen
• die Möglichkeit für Kunden oder Benutzer Dokumente hochzuladen
• die Möglichkeit für Administratoren oder Benutzer Inhalte zu erstellen
• Informationen hinzuzufügen (dynamisches Publizieren).

Statische Webseiten verwenden nur Client-seitigen HTML- und CSS-Code, während dynamische Websites sowohl Client-seitige als auch Server-seitige Skriptsprachen wie JavaScript, PHP oder ASP benutzen. Wenn ein Benutzer auf eine dynamische Website zugreift, kann die Website durch Code geändert werden, der im Browser oder auf dem Server ausgeführt wird. Als Ergebnis wird die neue Seite im Webbrowser angezeigt. Auch dynamische Webseiten basieren auf HTML und CSS. Damit diese Seiten funktionieren ist Server-seitiges Scripting erforderlich. Die HTML-Codierung wird zum Erstellen der grundlegenden Designelemente verwendet, während Server-seitige Sprachen zum Verwalten von Ereignissen und Steuern von Aktionen verwendet werden, die auf der dynamischen Seite auftreten können. Um dynamische Webseiten zu generieren, verwenden diese Webseiten eine Kombination aus Server-seitigem und Client-seitigem Scripting. Client-seitiges Scripting bezieht sich auf Code, der vom Browser ausgeführt wird, normalerweise mit HTML und JavaScript. Bei dieser Art Scripting können Webseiten für den Betrachter geändert werden ohne dass die Seite neu übertragen und geladen werden muss. Im Gegensatz dazu bezieht sich Server-seitiges Scripting auf Code, der vom Server ausgeführt wird, bevor der neue Inhalt an den Browser des Benutzers gesendet wird. Die Entwicklung dynamischer Seiten kann anfangs teurer sein, aber die Vorteile sind zahlreich. Grundsätzlich kann eine dynamische Webseite dem Besitzer die Möglichkeit geben, die gesamte Website einfach zu aktualisieren und neue Inhalte hinzuzufügen. So könne zum Beispiel Nachrichten und Ereignisse über eine einfache Browser-Oberfläche auf der Website veröffentlicht werden. Die Merkmale einer dynamischen Webseite ist nur durch die Vorstellungskraft der Entwickler begrenzt.

Einführung E-Books im PDF-Format

Bücher nicht in gedruckter Form, sondern als PDF-Datei zu nutzen, bietet dem Leser und dem Autoren viele Vorteile:

• Zusatzfunktionen wie z.B. Lesezeichen und Kommentarfunktion
• Größe der Seite kann angepasst werden
• Interaktive Inhalte (z.B. Video, Sound oder Links)
• Suchfunktion

Das PDF-Format wird häufig für Fachliteratur verwendet.

Formate

PDF: Insbesondere als Fachbuchformat für die Betrachtung am PC, da komplexe Grafiken und Bilder gut dargstellt werden können.

ePUB: Überwiegend bei textlastigen Werken für mobile Endgeräte (Tablets, Kindl und andere eBook-Reader). Wurde 2007 entwickelt und wird von den meisten Verlagen und Lesegeräten unterstützt. Es basiert auf XML.

Kindle: Amazon isoliert sich mit seinem proprietären Format, da dieses nicht von anderen Lesegeräten dargestellt werden kann. Außerdem verbietet Amazon anderen Marktanbietern Werke im Kindle-Format zu veröffentlichen.

E-Book-Markt

• Google Books
• Sony
• Amazon
• Libreka

Adobe Digital Edition

Adobe Digital Editions ist eine intuitive und leicht nutzbare Anwendung für den Erwerb, die Verwaltung und die Anzeige von eBooks und weiteren digitalen Publikationen.

Adobe Digital Editions, Adobe Reader und Adobe Acrobat

Adobe Reader ist der Standard für die Anzeige und den Druck von PDF-Dokumenten. Er unterstützt aber auch viele zusätzliche Workflows, die über die Nutzung von eBooks und anderen kommerziell veröffentlichten Inhalten hinausgehen, wie etwa interaktive Formulare und digitale Signaturen. Aufgrund der umfassenden Funktionalität, Komplexität und Größe von Adobe Reader ist dieses Programm für das einfache Lesen von eBooks wenig geeignet.

Adobe Acrobat ist eine kostenpflichtige Weiterführung des Adobe Readers und dient vorallem zum Erstellen und Bearbeiten von PDF-Dokumenten. Das Programm ist nicht für das Lesen von eBooks geeignet und dafür auch viel zu teuer.

Adobe Digital Editions ist ein schlankes Anzeigeprogramm für Mac und Windows, das für einen ganz bestimmten Zweck entwickelt wurde: Es erweitert die eBook-Funktionalität der früheren Versionen von Reader und Acrobat und stellt Anwendern eine übersichtliche und intuitive Leseumgebung zur Verfügung.

Calibre

Das Exportieren von ePUB-Dateien aus InDesign funktioniert zur Zeit nur sehr eingestränkt. Eine bessere Lösung bietet das kostenlose Programm „Calibre“.

Es handelt sich um eine eBook-Management-Lösung, die Bibliotheks-, Konvertierungs- und Darstellungs­funktionen übernehmen kann.

Die Verwaltung der Titel ermöglicht eine umfangreiche Sortierung nach unterschiedlichen Kriterien:
Titel, Autor, Erscheinungstermin, Verlag, Bewertung, Format, Buchreihe und Etiketten.

Konvertierung

Die Hauptfunktion von Calibre ist die Konvertierung von einem eBook-Format in ein anderes.

Eingabeformate: CBZ, CBR, CBC, ePUB, FB2, HTML, LIT, LRF, MOBI, ODT, PDF, PRC, PDB, PML, RB, RTF, TCR und TXT.

Ausgabeformate: ePUB, FB2, OEB, LIT, LRF, MOBI, PDB, PML, RB, PDF, TCR und TXT.

Der sicherste Weg der Konvertierung ist das Erstellen einer PDF-Datei im Quellprogramm (z.B. InDesign). ­Diese Eingabedatei dient dann als Grunddatei für die weiteren Konvertierungen.

Wichtig ist die Eingabe der Metadaten, da nach diesen Informationen das eBook später gesucht und gefunden wird. Wenn hier keine oder zu wenig Informationen zur Verfügung gestellt werden, ist das Buch nicht oder nur schwer auffindbar.

Übertragung an den Reader

Ist ein eBook fertig erstellt, muss dieses auf den Reader übertragen werden. Hierzu sind prinzipiell zwei Übertragungsvarianten möglich:

• Übertragung an den Hauptspeicher
• Übertragung an eine Speicherkarte

Gestaltungsgrundsätze

Zur Zeit werde viele eBooks im PDF-Format als reales Abbild eines gedruckten Werkes vertrieben. Die Seitengestaltung dieser eBooks orientiert sich an der klassischen Buchgestaltung. Bilder, Grafiken und Texte sind nach buchtypografischen Regeln angeordnet und dienen im gedruckten Buch der Unterstützung einer guten Lesbarkeit. Derartige Gestaltungsansätze unterstützen nicht die gute Lesbarkeit auf dem kleinen Monitor eines eBooks.

Wichtige Kriterien

• Wahl einer geeigneten Monitorschrift (Serifenlos)
• Heller Schriftuntergrund (guter Kontrast zur Schriftfarbe)
• Klare und logische Strukturierung des eBooks (Lesezeichen, Suchfunktion, interne und externe
• Verlinkungen, ...)
• Die Satzbreite muss auf gängige Monitorgrößen angepasst werden

Quelle: Kompendium

Formulare kann man grundsätzlich auf dreierlei Art auswerten, nämlich clientseitig, serverseitig und mit einer Kombination beider Möglichkeiten. Bei der clientseitigen Auswertung kommt in der Regel Javascript zum Einsatz, auf der Serverseite beispielsweise PHP, ASP oder Perl.

Wir wollen uns hier mit der JavaScript Auswertung befassen.

Ich denke, dass es sch bei diesem Themenfeld um JavaScript- Validierung von Formularen handelt, da Auswertung keinen Sinn macht. Man hat nur EINEN JavaScript-Datensatz und wie will man einen einzelnen Datensatz auswerten?

Formulare werden auf Webseiten meist mit HTML gecoded. (Formulare sind Eingabefelder wie bei Kontaktaufnahme etc. auf Webseiten.)
 

JavaScript hilft nun bei der Validierung, d.h. Prüfung. In dem Fall von Formularen kann JavaScript prüfen, ob alle Felder generell richtig ausgefüllt sind. Das heißt, Javascript checkt, ob im "Telefonnummer"-Feld tatsächlich nur Zahlen stehen, ob die Mailadresse nur im Format XX@XX.XX eingegeben ist, ob ein Pflichtfeld vielleciht leer gelassen wurde usw.

Ist das nicht der Fall, wird je nach dem ein Error ausgegeben. (z.B. das Feld wird rot und oben drüber steht "bitte geben Sie ihre Telefonnummer korrekt an")

Die Vorteile der JS- Validierung von Formularen:

• Die Validierung ist sehr angenehm für den Benutzer, da dieser sofort Fehler sieht und es so bei der weiteren Verarbeitung keine unvorhergesehenen Fehler gibt
• Dank der Überprüfung der Daten vor dem Abschicken wird dafür gesorgt, dass der Server nur anfragen erhält, die erstmal korrekt sind. Somit wird die Serverbelastung minimiert.

Die Nachteile der JS-Validierung von Formularen:

• Die Validierung durch JS ist sehr einfach durch den Nutzer zu umgehen. Er kann einfach die JS-Funktion seines Browsers ausstellen und die Eingaben werden nicht mehr überprüft. Somit muss dann der Server die Überprüfung übernehmen (wir erinnern uns: JS= Clientseitig), womit dieser wieder belastet wird und sich doppelte Arbeit gemacht wird.
• Es könnte sein, dass bestimmte Browser JavaScript nicht interpretieren können und es dadurch zu Fehlern kommt. (Eigentlich kann mitlerweile jeder Browser JS)

Modulare Validierung mit JavaScript

Man kann das Script, dass für die Validierung verantwortlich ist, in verschiedene Module einteilen, was für Flexibilität sorgt. Man kann beispielsweise einzelne Module ändern, und muss nicht jedesmal ein neues Script schreiben.

Was leistet das Script?

Ich bin hier mal so frei und Kopiere eine Tabelle aus SelfHtml.org (mehr im Quellenverzeichnis)

"Neben den Standardtests beherrscht das Script auch einige außergewöhnliche Aufgaben. Im Einzelnen kann es

• überprüfen, ob ein Feld leer ist,
• einen Wert daraufhin überprüfen, ob er eine Zahl ist, auch Dezimalzahlen mit Punkt oder Komma,
• eine Emailadresse auf die korrekte Syntax überprüfen,
• anhand eines regulären Ausdrucks feststellen, ob ein Wert auf ein bestimmtes Muster passt,
• feststellen, ob ein Wert, der einen Preis darstellen soll, in der Form € 10,00 angelegt ist und ihn ggf. korrigieren,
• bei Namen auf die korrekte Klein-/Großschreibung achten und diese ggf. korrigieren."

Wie bereits oben schon einmal kurz erwähnt.

Konfiguration

(auch wieder Copy&Paste, besser könnte ich es nicht ausdrücken) Ich weiß nicht, ob die Prüfung tatsächlich so tief in das Thema eingehen könnte, allerdings denke ich, es kann nciht schaden mehr zu wissen)

Die Funktion erwartet drei Parameter:

• die Form, die validiert werden soll (sender), thisist in der Regel die richtige Wahl,
• ein Array mit den Elementen, die validiert werden sollen (myarray), sowie Informationen darüber, was jeweils geprüft werden soll und die entsprechende Fehlermeldung,
• optional eine Überschrift für die Fehlermeldung (err_hd).

Wird der Parameter err_hdnicht gesetzt, lautet die Standardüberschrift "Folgende Fehler sind aufgetreten:".

Quellen:

• http://aktuell.de.selfhtml.org/artikel/javascript/formkontrolle/
• Der Kopf meines Ausbilders

Wenn jemand Korrekturen oder Ergänzungen hat, bitte ich darum, diese hier zu ergänzen.

Warum Greenscreen:

• grün als Farbe hebt sich deutlich von Hauttönen ab
• special effects können mehr oder weniger kostengünstig eingesetzt werden (je nach Aufwand)
• Szenenwechsel/Ortswechsel kostengünstig möglich

Alternative zum Greenscreen = Bluescreen

• jedoch oft zu dunkel und mit Bildrauschen verbunden
• Umsetzung schwieriger

Arten von Greenscreen

grüne Papierrolle

• suboptimal da reflektierend
• zerknittert schnell (zerstört den Effekt)

grüner Stoff

• besser geeignet
• lichtdurchsichtigen Stoff verwenden
• Falten beseitigen (Wasser, Bügeleisen)

Ausleuchtung

• softes Licht
• flächendeckend ausleuchten
• Führungslicht, Spitzlicht, optional: Füll-Licht (3-Punkt-Ausleuchtung)
• Licht muss der Szene angepasst werden, welche sich im Hintergrund abspielen soll
• Darsteller*in entsprechend ausleuchten (kein Schatten auf Greenscreen werden, der Szene angepasst)

Kleidung

• glänzende/spiegelnde Oberflächen vermeiden
• nichts grünes anziehen

Filmische Einstellung

• kein Motion-Blur (sonst wird Freistellung schwierig)
• auf schärfe der Bilder achten
• kurze Belichtungszeit ( ergo viel Licht im Studio)

Software

• Adobe After Effects ("Chroma Keying")

Sonstiges

• Räumlichkeit betonen (Licht/Schatten)
• Person mit ausreichend Abstand vor dem Hintergrund platzieren

Chroma Keying

• visueller Effekt für postproduction
• Hintergründe werden ausgetauscht
• bestimmte Farbbereiche werden freigestellt (hier: grün)
• "live-keying" = visuelle Effekte in Echtzeit (z.B. Wetterbericht, Nachrichtensendungen)

Quelle: https://www.youtube.com/watch?v=quuUF-FgCtc

______________________

last edited 12/22

Grundaufbau einer URL (Uniform Resource Locator)

Beispiel: http://www.mediencommunity.de/Internetadresse

http:// -> ist das Protokoll

www. -> ist in diesem Beispiel Third-Level-Domain und steht für den Dienst/Server/Rechnernamen

mediencommunity -> ist Second-Level-Domain 

.de -> ist Top-Level-Domain

/Internetadresse -> ist der Pfad (Verzeichnispfad)

Alle Domains vor der Top-Level-Domain werden als Subdomain oder Sub-Level-Domain bezeichnet.

DNS (Domain Name System)

Das DNS ist ein Internetdienst. Er dient zur Umsetzung von IP-Adressen in Domainnamen und umgekehrt.

Damit das möglich ist braucht es den "Fully Qualified Domain Name". (de.wikipedia.org/wiki/Fully_Qualified_Domain_Name)

Netzwerkprotokolle 

Bei Netzwerkprotokollen handelt es sich um Vereinbarungen, wie Daten zwischen Rechnern übertragen werden.

Die Internetprotokollfamilie umfasst verschiedenen Protokolle, die die Kommunikation/die Datenübertragung im Internet regeln. Diese sind in 4 Schichten sortiert. Dieses Schichtmodell wird als TCP-IP-Referenzmodell bezeichnet.

Die IP

Die IP ist für das Routing zuständig (Routing bezeichnet das Weiterleiten von Daten über Netze). Sie kümmert sich um die Identifizierung von Rechnern und Adressierung von Daten. Außerdem sorgt dieses Protokoll für Paketbildung (Datenpakete sind geschlossene Dateneinheiten).

Und wie funktioniert das Internet? 

www.youtube.com/watch?v=8PNRrOGJqUI

Probleme bei der JavaScript-Programmierung

Eine der Hauptaufgaben der JavaScript-Programmierung ist die Manipulation von HTML-Elementen mithilfe des Document Object Models (DOM). Damit kann man sich von Element (Knoten) zu Element bewegen und diese verändern. Man kann Knoten über eine ID oder einen Tag-Namen ansteuern, es gibt aber z.B. keine direkte Möglichkeit, alle Elemente einer Klasse auszuwählen.

Eine weitere Schwierigkeit stellt die unterschiedliche Interpretation des DOMs der Browsern dar. Teile des DOM-Standards funktionieren nicht in allen Browsern. Der Internet Explorer behandelt z.B. Events anders als andere Browser, derselbe HTML-Code erzeugt eventuell in Firefox und Safari mehr Textknoten als im Internet Explorer. Das Beheben solcher JavaScript-Probleme ist sehr aufwändig und es kostet viel Zeit, entsprechenden Code zu produzieren, damit sich die verschiedenen Browser gleich verhalten.

Funktion und Vorteile von JavaScript-Frameworks

Viele JavaScript-Programme erfüllen immer wieder die gleichen Aufgaben in Webseiten: Elemente auswählen, neuen Inhalt einfügen, Inhalte anzeigen und ausblenden, die Attribute eines Tags ändern, den Wert von Formularfeldern bestimmen oder auf verschiedene Benutzerinteraktionen reagieren. Sämtliche dieser Funktionalitäten jedes Mal neu zu programmieren kann sehr aufwändig sein, vor allem wenn die Browser den Code unterschiedlich interpretieren. Mithilfe von JavaScript-Frameworks (auch JavaScript-Bibliotheken genannt) kann man viele zeitraubende Programmierdetails überspringen.

Eine JavaScript-Bibliothek ist eine Sammlung von JavaScript-Code, die einfache Lösungen für viele verbreitete und häufig benötigte Funktionalitäten beinhaltet. Solche Bibliotheken arbeiten wie eine Ansammlung im Voraus geschriebener JavaScript-Funktionen, die man je nach Bedarf in seine Seite einbindet. Diese Funktionen erleichtern den Einsatz häufig wiederkehrender Aufgaben, so kann man viele Zeilen selbstgeschriebenen Code oft durch einen einzigen Funktionsaufruf aus der Bibliothek ersetzen. Die Bibliotheken sind darauf ausgelegt, dass sie in allen Browsern gleich funktionieren, der hohe Zeitaufwand für ausführliche Tests entfällt. Mittlerweile gibt es sehr viele JavaScript-Bibliotheken von denen die meisten kostenlos verwendet werden können. Auch große Websites wie Yahoo, Amazon, CNN, Apple, Microsoft, Google und Twitter setzen erfolgreich JavaScript-Frameworks ein.

Verschiedene JavaScript-Frameworks kurz vorgestellt

• jQuery (http://www.jquery.com) ist sehr beliebt und kostenlos verfügbar, es wird von einer großen Entwicklergemeinde ständig weiterentwickelt. jQuery baut auf CSS-Wissen auf, da DOM-Elemente mit denselben Selektoren angesteuert werden. jQuery wird auf Tausenden von Websites verwendet, darunter viele mit hohem Traffic-Aufkommen wie Dell, Warner Bros. Records und Newsweek. Für jQuery können andere Programmierer Plug-ins erstellen und diese auf der jQuery-Website veröffentlichen. Das sind JavaScript-Add-on-Programme, die in Verbindung mit jQuery bestimmte Aufgaben, Effekte oder Funktionen (z.B. Slideshows) umsetzten und sich sehr einfach in eine Website einfügen lassen.
• Yahoo User Interface Library (http://developer.yahoo.com/yui/) ist ein Projekt von Yahoo. Yahoo-Programmierer erweitern und verbessern die Bibliothek ständig und bieten diese zur freien Verwendung mit einer ausführlichen Dokumentation auf der Entwickler-Website an.
• Prototype (http://www.prototypejs.org/) war eine der ersten verfügbaren JavaScript-Bibliotheken. Mit einer Datei können viele verschiedene Aufgaben erledigt werden z.B. das DOM leichter manipulieren oder auf einfache Wiese über AJAX mit einem Webserver kommunizieren. Prototype wird zusammen mit einer Bibliothek für visuelle Effekte, Animationen und Oberflächenfunktionen namens scriptaculous (http://script.aculo.us/) verwendet.
• Dojo Toolkit (http://dojotoolkit.org/) gibt es ebenfalls schon lange. Es handelt sich um eine sehr mächtige und sehr große Sammlung von JavaScript-Dateien, die nahezu jede JavaScript-Aufgabe beherrschen.
• Mootools (http://mootools.net/) ist eine weitere beliebte Bibliothek, die unter Open Source Lizenz verfügbar ist. Sie ist auf hohe Browserkompatibilität ausgelegt und bietet eine gute Dokumentation.
• ExtJS (http://www.sencha.com) ist ein JavaScript-Framework, das unter Open Source Lizenz oder kommerzieller Lizenz genutzt werden kann. Verschiedene Komponenten (einzelne Bausteine) sind beliebig kombinierbar. ExtJS bietet eine hohe Browserkompatibilität und wird hauptsächlich für komplexe Webanwendungen verwendet, farbliche Anpassungen von Benutzeroberflächen sind über sogenannte CSS-Themes möglich.

Vergleich der einzelnen Frameworks auch unter http://matthiasschuetz.com/javascript-framework-matrix/de/

Quelle: David Sawyer McFarland: JavaScript Missing Manual. O'Reilly Verlag, Köln 2009. ISBN 978-3-89721-879-6

Weiterführende Links:
http://www.landingpage-ebook.de

Lasten- und Pflichtenheft sind Bestandteile des Projektmanagements.

Lastenheft
Mit einem Lastenheft formuliert ein Auftraggeber seine Anforderungen an die Leistungen des Auftragnehmers
Das Lastenheft und die darin beschriebenen Anforderungen bilden die Basis für das Pflichtenheft, das vom Auftragnehmer/Dienstleister erstellt wird.

Die Formulierung im Lastenheft sollten möglichst allgemein gehalten sein und auch möglichst genau beinhalten was der Kunde nicht möchte/benötigt. Aber andererseits sollten

Das Lastenheft soll so präzise wie möglich die nachprüfbaren Leistungen und Lieferungen formulieren. Klassische Aspekte bei einem Lastenheft sind u.a. Ist-Analyse, angestrebtes Soll, Schnittstellen, funktionale Anforderungen und Nichtfunktionale Anforderungen (Benutzbarkeit, Zuverlässigkeit, Abänderbarkeit, Übertragbarkeit, Möglichkeiten der Wartung, Eiffizienz), Risikoakzeptanz, Skizze des Entwicklungszyklus bzw. Oragnigramm der Systemarchitektur, Lieferumfang, Kriterien für vollständige Abnahme des Projektes
Pflichtenheft

Pflichtenheft
Der Dienstleister erstellt das Pflichtenheft, welche die von Auftragnehmer erarbeiteten Vorgaben« und deren Umsetzung gemäß Lastenheft beinhaltet.

Einige wichtige Aspekte des Pflichtenheftes: Zielbestimmung inklusive Abgrenzungskriterien, Einsatz der Produkte (z.B. CMS), Zielgruppen, Betriebsbedingungen für die eingesetzte Produkte/Tools, verwendete Soft- und Hardware, Qualitäts-Zielbestimmung, Evaluationszenarien, etc.

Weiterführende Links:

http://www.philipphauer.de/study/pm/it-projektmanagement.php

http://www.youtube.com/watch?v=KWP8ITnc4hg

body {
    background-color: red;
}

Beispiel 2:

@media screen and (max-width: 960px) {
    body {
        background-color: lime;
   }
}

Mobile Endgeräte (Design)

Im mobilen Webbereich ist der nutzerorientierte Ansatz am vielversprechendsten.

• Wie und wo werden die Nutzer mit dem mobilen Inhalt interagieren?

• Welche Zielen/Inhalte wollen sie dadurch erreichen?

Aber auch der anbieterorientierte Ansatz sollte nicht unbeachtet gelassen werden:

• Welche Ziele verfolgt die Institution/Firma?

• Inwieweit können diese durch die Erstellung einer mobilen Webpräsenz erreicht werden?

• Welche neuen Geschäftsfelder bzw. -chancen ergeben sich dadurch?

• Gibt es Innovationsmöglichkeiten?

Als letzter Ansatz darf die Technik nicht außer Acht gelassen werden. Durch die Vielzahl der mobilen Endgeräte und deren unterschiedliche Internetunterstützung sind Ressourcen und Technologien zur Umsetzung eingeschränkt.

1. Webdesign

Die verfügbare Bildschirmgröße bei Handys ist sehr unterschiedlich, aber generell gilt, dass v.a. die Screen-Breite limitiert ist. Design für mobile Endgeräte bedeutet Design im Hochformat (empfohlene Max-Größe: 200x250px).

Da eine Seite nur so gut ist, wie der Browser, der sie darstellt, ist zu berücksichtigen, dass Handybrowser

• lange Antwort- bzw. Ladezeiten

• unterschiedliche und verringerte Kompatibilität zu den diversen Handymodellen

• uneinheitliche Stylesheet-Unterstützung

haben.

Das führt zu den folgenden Regeln und „Best Practice“.

Regeln und „Best Practice“

• nur „well formed“ Code (bevorzugt XHTML) benutzen

• Character Encoding auf explicit auf UTF-8 setzen

• Seitentitel:

  • kurz halten (wird potentiell abgeschnitten)

  • ein hilfreicher Seitentitel besteht aus dem eigentlichen Seitentitel evtl. gefolgt durch den Seitennamen, Bsp. <title AGB | Hans Müller GmbH</title>

• Navigation:

  • „Keep it Simple“:

    • Wahlmöglichkeiten beschränken. Nur den Inhalt anbieten, der für den Handynutzer relevant/von Interesse ist. Das reduziert Wahlmöglichkeiten und verringert die Gefahr, dass der Nutzer sich verirrt.

    • nur für die aktuelle Seite und den aktuellen Inhalt relevante Navigation zeigen, um die Datenmenge der Seite und damit die Ladezeit der Seite zu verringern

    • bei Drill-Down-Navigation den Inhalt in gut benannte Kategorien schachteln und die Kategorien sowohl in Breite und Tiefe auf ein Minimum reduzieren

    • Links auf maximal 10 pro Seite beschränken

    • Acesskeys für die Haupnavigation, um einen schnelleren Zugriff auf die Links via Handytastatur zur ermöglichen

• Priorisierung der Links nach Aktivität oder Popularität

• geordnete Listen (ol) zur Darstellung der Navigation nutzen, kurze Erklärungen zu den einzelnen Unterpunkten können via span-Attribute eingefügt und damit stilistisch von der eigentlichen Navigation abgehoben werden

• Navigationsmöglichkeiten am Seitenende einfügen (Home, Back, etc.), um dem Nutzer das Weitersurfen zu erleichtern

• Nutzung von externen Stylesheets, um die Seiten konsistent zu halten und die Seitengröße zu verringern

• Verzicht auf Skripte und eingebettete Objekte

• Deklaration von Stylesheets und Logo als zu cachendem Inhalt reduziert die zu transportierende Datenmenge

• Strukturierung des Seitencodes entsprechend der Leserichtung von oben nach unten

• Tabellen:

  • nicht für Layoutzwecke

  • so klein wie möglich halten

  • keine in sich verschachtelte Tabellen

  • nach Möglichkeit durch Definitionslisten (dl) ersetzen

• keine Frames

• Telefonnummern verlinken, dabei sollte als Linktext die Telefonnummer angezeigt werden

• Formulare:

  • nur sparsam benutzen

  • Anzahl der Eingabefelder reduzieren

  • Texteingabefelder nach Möglichkeit durch Checkboxen oder Radiobuttons ersetzen

• Bilder:

  • die meisten Handys verfügen nur über eine Bildschirmbreite von ca. 120px, daher sollte die Bildgröße sich diesem anpassen, es sei denn man nutzt „device detection techniques“ (hier fehlt mir grad ein deutscher Begriff für)

  • Breite und Höhe bei Bildern angeben, um Ladezeiten zu verringern

  • Verzichte auf Imagemaps, es sei denn Du weisst, dass das anfragende Gerät diese unterstützt

  • Alt-Tag bei Bildern immer angeben. Es kann sein, dass die Darstellung von Bildern zur Verringerung von Ladezeit und Datentransfer ausgeschaltet wurde

• keine Popups (werden eh nicht unterstützt)

• externe Resourcen reduzieren, um die Datenmenge und Ladezeiten zu senken

• Daumenregel: Seitengröße sollte unter 10 KB bleiben (incl. Markup, CSS und externen Resourcen)

2. Technik-Glossar

WAP = Wireless Application Protocol = Sammlung von Techniken und Protokollen, deren Zielsetzung es ist, Internetinhalte für die langsamere Übertragungsrate und die längeren Antwortzeiten im Mobilfunk sowie für die kleinen Displays der Mobiltelefone verfügbar zu machen . Die meisten aktuellen Handys unterstützen WAP 2.0.

WAP 1.0

Ursprünglicher Standard zu Beginn der 90er Jahre. Quasi alle webfähigen Handys unterstützen zumindest diesen Standard. WAP 1.0 nutzt WML als Auszeichnungssprache.

WAP 2.0

Aktuelle Version des Standards mit dem Ziel die Darstellung auf dem Handy dem PC ähnlicher zu machen. Wichtigste Neuerungen:

• Unterstützung der wichtigsten Internetprotokolle wie z.B. TCP/IP und HTTP statt der bisherigen proprietären Protokolle von WAP 1.0

• Nutzung von XHTML-MP als vorrangige Auszeichnungssprache

WML = Wireless Markup Language auf XML basierend. Wird oft fälschlich als WAP 1.0 bezeichnet. Mit der Entwicklung von XHTML-MP ist WML inzwischen veraltet und nicht mehr empfohlen, dient aber weiterhin als Rückversicherungs-Auszeichnungssprache, da es eine breite Unterstützung und ziemlich konsistente Darstellung quer durch alle Browser bietet.

XHTML Mobile Profile / Basic

XHTML-MP = Extensible Hypertext Markup Language – Mobile Profile ist eine spezielle XHTML-Variante entwickelt durch die OMA (Open Mobile Alliance) und basierend auf XHTML Basic 1.0 des W3C. Wird oft fälschlich als WAP 2.0 bezeichnet. XHTML-MP ist aktuell der am weitesten unterstützte XHTML-Dialekt. XHTML-MP wird im allgemeinen zusammen mit WCSS genutzt.

WCSS = Wireless Cascading Stylesheets = Untergruppe von CSS 2.0 mit handyspezifischen Erweiterungen. WCSS unterstützt viele aber nicht alle CSS-Attribute. Deshalb sollte das CSS so einfach wie möglich gehalten werden. WCSS kann nicht in Verbindung mit WML genutzt werden.

3. Unterstützung verschiedener mobiler Endgeräte

• abhängig von der anvisierten Zielgruppe

• mittels Anpassung der Darstellung entsprechend der Fähigkeiten des Gerätes kann das Nutzererlebnis verbessert werden

• Nutzer mit schlechter Webunterstützung surfen wenig bis gar nicht im mobile Web, die Berücksichtigung solcher Geräte kann daher in den meisten Fällen wegfallen

• die explizite Unterstützung verschiedener mobiler Endgeräte kann auf ca. 5 der hauptsächlich genutzten beschränkt werden. Ggf. kann ein Serverlog mit Device Detection angelegt werden, um auf Änderungen reagieren zu können.

4. Mobile Web

Um dem Handynutzer das Surfen im mobile Web zu erleichtern und ihm zu signalisieren, dass es sich um eine auf mobile Endgeräte zugeschnittene Seite handelt, gibt es mehre Ansätze:

• Nutzung der spezifischen .mobi Topleveldomain statt z.B. .net, .org, .com oder .de

• alternativ Nutzung einer Subdomain mobile.design-maier.de oder eines Unterverzeichnisses design-maier.de/mobile

• automatische Erkennung mobiler Endgeräte und Weiterleitung auf handyfreundliche Seite, so dass der Nutzer nach Eingabe von design-maier.de z.B. automatisch auf design-maier.de/mobile weitergeleitet wird

Quelle: Mobile Web Developers Guide von DotMobi

Stichworte: WAP, iPad, iPhone, XHTML, WML

Hier könnt ihr eure Zusammenfassung veröffentlichen.

(Digitale) Inhalte wie z.B. Text, Pixelbilder, Grafiken, Video, Animation oder Ton

Merkmale multimedialer Inhalte

• Möglichkeit der Interaktion (z.B. durch Navigation, Manipulation, Steuerung)
• Multikodalität: die Inhalte sind auf verschiedene Art und Weise verschlüsselt – symbolisch (z.B. verbal), abbildhaft (z.B. realgetreu oder schematisch)
• Multimodalität: Entschlüsselung (Wahrnehmung) der Inhalte mithilfe unterschiedlicher Kanäle (Sinne)  – meist auditiv, visuell (weitere Wahrnehmungsformen: z.B. taktil, gustatorisch, olfaktorisch)

Beispiele

• Text = monokodal (symbolisch) / monomodal (visuell)
• Text mit Sounds = multikodal (abbildhaft + symbolisch) / multimodal (visuell + auditiv)
• Video = meistens multikodal (abbildhaft + symbolisch) / multimodal (visuell + auditiv)
• …

Einsatz von multimedialen Inhalten – Vorteile

• Bessere Merkbarkeit der Inhalte, wenn unterschiedliche Sinne angesprochen werden
• Unterschiedliche Lerntypen (z.B. eher visuell oder auditiv geprägter Typ) können mithilfe von Interaktion die Aufnahme von Inhalten individuell steuern
• Stichwort Barrierefreiheit: Inhalte können Menschen mit Wahrnehmungsbehinderung (z.B. Sehbehinderte, Gehörlose) zugänglich gemacht werden
• …

Optimale Gestaltung multimedialer Inhalte

• ….

Grenzen multimedialer Inhalte

• …

Weiterführende Links

http://de.wikipedia.org/wiki/Multimedia

http://www.medien.ifi.lmu.de/lehre/ws0809/mll/mll7b.pdf

http://de.wikipedia.org/wiki/Multimedia#Multimedia-Kommunikation_in_der_Kommunikationspolitik_des_Marketing

• Allgemein
• - Die richtigen Formate auswählen. Was wird wirklich benötigt um den wesentlichen Inhalt zu vermittel? (Kann kosten und Datenmenge sparen)
• - Möglichst hohe Datenkompression mit möglichst kleinem Qualitätsverlust
• - Realisierungsmöglichkeit ohne großen Programmieraufwand
• - Festlegen der räumlichen und zeitlichen Beziehungen der Informationsobjekte
• - Inhalte sollten spannend, informativ und ggf. emotional unterstützend sein (Hintergrundmusik)
• - Wissenbereicherung und Erlebnis zugleich
• - Angepasst an die Zielgruppe
• Visuell
• - Die Grafisch-Interaktive Benutzeroberfläche sollte auf den ersten Blick verständlich sein
• - Die Bedienung  sollte intuitiv und ohne große Anleitung möglich sein. (Ich sehe hier parallelen zumm Thema Screendesign)
• Audio
• - Klar verständliche und angenehme Sprecherspuren
• - Sprecherspuren und Hintergrundmusik passend zum Inhalt. (Ein Heavy Metal Song in einem Erklärvideo könnte etwas vom Inhalt ablenken xD)

Merkmale multimedialer Inhalte
• Möglichkeit der Interaktion (z.B. durch Navigation, Manipulation, Steuerung)

• Multikodalität: die Inhalte sind auf verschiedene Art und Weise verschlüsselt – symbolisch (z.B. verbal), abbildhaft (z.B. realgetreu oder schematisch)

• Multimodalität: Entschlüsselung (Wahrnehmung) der Inhalte mithilfe unterschiedlicher Kanäle (Sinne)  – meist auditiv, visuell (weitere Wahrnehmungsformen: z.B. taktil, gustatorisch, olfaktorisch)

Beispiele

    Text = monokodal (symbolisch) / monomodal (visuell)

    Text mit Sounds = multikodal (abbildhaft + symbolisch) / multimodal (visuell + auditiv)

    Video = meistens multikodal (abbildhaft + symbolisch) / multimodal (visuell + auditiv)

Einsatz von multimedialen Inhalten – Vorteile
• Bessere Merkbarkeit der Inhalte, wenn unterschiedliche Sinne angesprochen werden
• Unterschiedliche Lerntypen (z.B. eher visuell oder auditiv geprägter Typ) können mithilfe von Interaktion die Aufnahme von Inhalten individuell steuern
• Stichwort Barrierefreiheit: Inhalte können Menschen mit Wahrnehmungsbehinderung (z.B. Sehbehinderte, Gehörlose) zugänglich gemacht werden

Einsatz von multimedialen Inhalten – Grenzen
• Besonders für Menschen mit Sehbehinderungen ist es schwierig bis unmöglich, visuelle Inhalte zu erfassen.
• Optimale Zugänglichkeit von Film oder Video für diesen Nutzerkreis wird durch Audio-Beschreibungen gewährleistet.
• Bei Filmen mit langen Dialogen und viel Aktion auf der Handlungsebene gelangt diese Technik schnell an ihre Grenzen, da die Pausen auf der auditiven Ebene zu kurz sind, um einen ausreichenden Eindruck der visuellen Gegebenheiten vermitteln zu können.

Eine mögliche Lösung ist es, in diesen Fällen die Inhalte über Text-Transkriptionen zugänglich zu machen. Dabei handelt es sich um eine Textdatei, in der sowohl die Handlungen als auch die Sprachdialoge beschrieben sind. Sehbehinderte Menschen können sich durch Screenreader und Braille-Zeilen diese Texte vorlesen lassen.

Gänzlich gelöst wird dieses Problem durch den Einsatz von SMIL 2.0 (Synchronized Multimedia Integration Language). Diese Technologie erlaubt es, unterschiedlichste multimediale Inhalte zu kombinieren, zu synchronisieren und zu steuern. Unter anderem ist es möglich, eine multimediale Präsentation (also beispielsweise ein Video mit separierter Tonspur) zu unterbrechen, eine akustische Beschreibung der visuellen Ebene einzuspielen, und danach die ursprüngliche Präsentation an exakt der Stelle fortzusetzen, an der sie angehalten wurde.

OptIn-Verfahren
Um einem Benutzer Werbung in Form eines Newsletters zukommen zu lassen muss sich der Benutzer eintragen. Das ist wichtig den in Deutschland ist es zwingend notwendig das der Benutzer durch eine aktive Handlung (das Eintragen) sein Einverständniss signalisiert.

Die Werbewirtschaft hat dieses Verfahren aber verfeinert um an valide Kontaktdaten zu kommen. DoubleOptIn Verfahren. Damit soll verhindert werden das die Benutzer sich mit einer falschen Mailadresse eintragen. Im DoubleOptIn Verfahren erhält der Benutzer nach seinem Eintrag eine weitere Bestätigungsmail in dieser findet er einen Authorisierungslink . Im Grunde ähnlich einer Foren Anmeldung. Erst danach ist das Abo aktiv und der Benutzer eingetragen.

Bestandteile eines Newsletters
http://www.kundennutzen.ch/newsletterbestandteile.php

http://www.dialogue1.de/blog/index.php?/archives/253-Alle-wichtigen-Newsletter-Bestandteile-im-UEberblick.html

Ein Online-Formular kann auf zwei Arten verschickt werden:

Einmal mit der „GET“ Methode dort werden die Daten in Form von Parametern an die URL angehängt und mit dieser sichtbar verschickt. Auf dem Server bzw. auch später im Browser kann auf diese Parameter zurückgegriffen werden. Nachteil: Die Daten sind im Browser sichtbar und es kann keinerlei Sicherheit gewährt werden, zudem können auch maximal nur 1000 Zeichen verschickt werde.

Zweite Methode wäre die „POST“ -Variante, dort werden die Daten mit Hilfe des http-Protokolls im Header der Daten übertragen. Dadurch sind diese für den User unsichtbar. Daten, die mit dem Post verschickt werden, können auch verschlüsselt werden. Neben Textdaten können auch binäre Informationen (z.B. Bilder) verschickt werden. Die Datenmenge ist nicht begrenzt.

Aufgaben eines Formulars

Mit Hilfe von Formularen können Informationen des Benutzers zum Webserver
übertragen und dort ausgewertet werden. Dieses zentrale Element interaktiver Webseiten ermöglicht beispielsweise:
• Suchmaschinen
• Übertragen von Benutzerdaten z. B. Anschrift, Bankverbindung,
• Auswählen und Bestellen von Waren im Webshop,
• Kommunizieren über Gästebücher, Foren, Chats.

Während die Elemente eines Formulars in HTML geschrieben werden, ist
zur Verarbeitung der eingegebenen Formulardaten eine Skriptsprache wie JavaScript bzw. PHP erforderlich.

Für ein Online-Formular gibt es unterschiedliche Formular-Felder / Boxen:

Versteckte Felder sind für den Nutzer unsichtbar und dienen der Übertragung
von Informationen, ohne dass der Benutzer etwas eingeben muss.
Dies könnte beispielsweise die Bestellnummer oder der Preis eines bestellten
Artikels sein.

Gestaltung von Formularen

Pflichtfelder

Durchgesetzt hat sich die Methode, Pflichtfelder mit einem Stern (*) zu markieren.

Der Hinweis, dass es sich hierbei um ein Pflichtfeld handelt (Legende), sollte über den Textfeldern stehen. Sollte also vor der Eingabe seiner Daten zu lesen sein, da es sich bei dem Stern auch um optionale Eingabefelder handeln könnte.

Weniger ist mehr. Mit Pflichtfeldern ist natürlich gewissenhaft umzugehen. Datenpreisgabe ist für die Meisten nachwievor ein sensibles Thema.

Fehlermeldung

Das wichtigste: Gut sichbar unterbringen!

Der User muss sofort sehen, dass etwas nicht geklappt hat. Eine verständlicher Einzeiler sollte den User auf das Problem hinweisen.

Optimalerweise wird das fehlerhafte Eingabefeld markiert um den User schnell zum korrekten Abschicken des Formulares zu führen.

Prüfungsgebiet 7: Daten für verschiedene Ausgabeprozesse aufbereiten

Erste Ideensammlung: Dateigröße, Joboptions für Weboptimierung, Verlinkungen in PDF-Dokumenten, Sicherheitseinstellung (z.B. Sperren des PDF für Veränderungen), Auflösung (72-dpi-Mythos)

TIPP:

www.pdf4web.de (Kommentar von Poergen)

Bitte den Beitrag direkt ergänzen bzw. erweitern und nicht nur kommentieren, so dass die Beiträge nach und nach wachsen und alle besser lernen können.

HTML-Formulare können ein HTTP-Request unter der im method-Attribut des Formulars festgelegten Methode erzeugen. Dies kann zum Beispiel ein GET-Request oder ein POST-Request sein. Der Endpunkt des Request wird über das action-Attribut des Formulars bestimmt und gibt an wohin der Request gesendet wird.

Ablauf

Nehmen wir beispielsweise ein Projektverzeichnis mit folgender HTML-Datei an.

<form method=post action=form.php>
    <input type=email name=email>
    <input type=submit value=Senden>
</form>

Bei der Absendung werden die Inhalte des Formulars, hier die Texteingabe der E-Mail, als HTTP-POST-Request an die festgelegte Datei form.php übermittelt.

<?php
if (
    $_SERVER['REQUEST_METHOD'] === 'POST' &&
    isset($_POST['email'])
) {
    // …
} else {
    die('Ungültige Anfrage');
}

Die PHP-Datei wird aufgerufen und ausgeführt, hierbei wird zunächst überprüft, ob es sich tatsächlich um eine POST-Anfrage handelt und ob das Feld der E-Mail überhaupt in dem Anfrage-Körper enthalten ist. Ist das der Fall, kann das Script fortgesetzt werden, ist das hingegen nicht der Fall und mindestens eine der beiden Konditionen ist nicht wahr, so wird die Ausführung des Scripts sofort beendet und eine entsprechende Meldung wird als Antwort zurückgesendet.

Validierung

Sind die richtigen Inhalte mit der richtigen Übertragungsmethode eingegangen müssen aus Sicherheitsgründegen unbedingt auch die Inhalte der übertragenen Werte validiert werden.

Hierbei geht es darum zu prüfen, ob ein übertragenes Feld auch tatsächlich den Vorgaben seines Inhaltes entspricht. Das heißt, dass geprüft werden muss, ob ein Feld, dessen Inhalt eine Zahl sein soll, auch tatsächlich eine Zahl ist oder ob ein Eingabefeld für eine E-Mail-Adresse auch tatsächlich eine E-Mail-Adresse beinhaltet.

PHP bietet für diesen Zweck eine Reihe von Funktionen, die genau das tun: https://www.php.net/manual/en/ref.filter.php

$email = filter_input(
    INPUT_POST,
    'email',
    FILTER_VALIDATE_EMAIL
);

if ($email === false) {
    die('Ungültige E-Mail-Angabe');
}

Sanitization

Sind alle Werte geprüft und haben sich als valide herausgestellt müssen die Inhalte nun noch der sogenannten Sanitization unterzogen werden, um die Werte auch gefahrlos in der Weiterverarbeitung darstellen zu können. Hierbei werden alle potenziell gefährlichen Inhalte in den Werten entfernt oder so umgewandelt, dass diese bedenkenlos ausgegeben werden können. Das ist wichtig, da sichergestellt werden muss, dass zum Beispiel von Außen kein Fremdcode eingeschleust werden kann.

$email_sanitized = filter_var(
    $email,
    FILTER_SANITIZE_EMAIL
);

echo <<<HTML
    Deine E-Mail ist $email_sanitized
HTML;

If-Anweisung (mit else):
Formel:
if (Bedingung) {
    Anweisungsblock;
} else

Beispiel:

<?php
$zahl=0;
if ($zahl=0) {
   echo "Die Zahl ist $zahl."
} else {
   echo "Die Zahl beträgt über 0."
}
?>

Erklärung: Wir erstellen die Variable $zahl und geben dieser den Wert 0. Strings mit Anführungsstrichen oben, Integer ohne. Per If-Abfrage prüfen wir nun in Klammern, ob die Variable den Wert 0 hat. Ist dies der Fall wird der Text "Die Zahl ist $zahl." ausgegeben. $zahl wird durch ihren Wert 0 ersetzt.
Ist der Wert ein anderer als 0, wird der Else-Befehle ausgegeben, dieser beinhaltet keine spezielle Bedingung, sondern lediglich den Echobefehl "Die Zahl beträgt über 0".

While-Schleife:
Formel:
$kontostand=0;
while ($kontostand < 100) {
     echo "Dein Kontostand beträgt $kontostand Euro<br>";
     $kontostand = $kontostand + 5;
}

Erklärung: Solange (while) die Variable $kontostand den Wert 0 hat, wird die Schleife ausgeführt. Die Schleife gibt jedes Mal den aktuellen Betrag aus und erhöht die Variable dann um 5 (+5). Danach wird erneut geprüft, ob die Bedingung true (Kontostand unter 100) ist und die Anweisung wird erneut ausgeführt. So lange, bis diese nicht mehr true ist.

For-Schleife:
Beispiel:
$kontostand=0;
for ($kontostand = 100; $kontostand >0; $kontostand -=5) {
     echo "Dein Kontostand beträgt $kontostand Euro<br>";
}

Erklärung: Die For-Schleife kennt bereits das Zielergebnis und gibt an wie dieses erreicht werden soll. Es ist ebenfalls möglich die For-Schleife durch eine Break-Anweisung zu unterbrechen. In der For-Schleife wird definiert, dass der Startwert 100 beträgt und diese so lange laufen soll wie die Variable einen Wert über 0 hat (>0) hat. Durch die dritte Angabe ($kontostand -=5) werden die Schritte definiert. Mit jedem Durchgang, in dem die Variable einen Wert über 0 hat, werden 5 abgezogen. 100, 95, 90, 85, 80 ... 5
(Startwert, Bedingung, Schleifenschritt).

• PHP = serverseitige Programmiersprache
• Variable = Speicherplatz für Daten, Daten können neu zugewiesen werden, eine Variable wird "deklariert"

PHP-Variablen

• eine PHP-Variable beginnt mit dem $-Zeichen, danach kommt der Name der Variable
• der Name der Variable beginnt mit einem Buchstaben oder einem Unterstrich ( _ )
• PHP-Variablen sind case sensitve, d.h. es wird zwischen Groß- und Kleinschreibung unterschieden
• es dürfen keine Umlaute, Leerzeichen oder Sonderzeichen für den Namen verwendet werden
• ein PHP-Variablen-Name darf nicht mit einer Nummer beginnen

Beispiel:

<?php
$txt = "Hello world!";
$x = 5;
$y = 10.5;
?>

Datentypen

PHP-Variablen können die gleichen Datentypen haben wie z.B. JavaScript:

• Dezimalzahlen (mit . und nicht , getrennt)
• ganze Zahlen
• Text (string)
• Wahrheitswerte (bolean)

PHP-Variablen können stets neu deklariert werden und somit auch ihren Datentyp ändern.

Seit PHP 7 ist es jedoch möglich, einer Variable bei Deklaration einen Datentyp zu zu weisen. Wird der Datentyp im laufe des Codes einmal falsch deklariert, gibt das Programm einen Error zurück.

___________

Quelle: https://www.w3schools.com/php/php_variables.asp , Stand 12/22

Hier könnt ihr eure Zusammenfassung veröffentlichen.

Was ist ein Proxy-Server?

Wenn Sie mit Ihrem Computer eine Internetverbindung aufbauen, zum Beispiel um eine Webseite aufzurufen, senden Sie als Client Ihre IP-Adresse, die zu Ihrem PC gehört, vergleichbar mit einem digitalen Fingerabdruck.

Wenn Sie als Client eine Webseite abrufen, schicken Sie eine Anfrage an den Server, auf dem die Inhalte der Webseite liegen, und der Server sendet die Inhalte an Sie zurück.

Ein Proxy-Server ist ein Server, der zwischen Ihren PC und den Ziel-Server geschaltet wird. Er fungiert sozusagen als Mittelsmann.

Wenn Sie mit aktiviertem Proxy-Server eine Anfrage senden, kommt diese zunächst beim Proxy-Server an. Dieser sendet die Anfrage dann mit seiner eigenen IP-Adresse weiter. Die Inhalte vom Zielserver werden an den Proxy-Server zurückgeschickt und dann zu Ihnen weitergeleitet.

Wozu dient ein Proxy-Server?

Ein Proxy-Server kann verschiedenen Zwecken dienen:

Offensichtlich ist, dass Sie mit einem Proxy-Server Ihre Identität verschleiern können. Es wird nicht Ihre eigene IP-Adresse gesendet, sondern die des Proxys.

Proxy-Server können aber auch als [Cache] dienen. Webseiten oder Inhalte, die oft benötigt werden, können auf dem Proxy-Server zwischengespeichert werden. So muss nicht jede Anfrage, die beim Proxy ankommt, weiter zum Ziel-Server geleitet werden. Wenn der angefragte Inhalt im Proxy-Cache liegt, wird er direkt zu Ihnen zurückgesendet.

Wenn Sie einen Proxy-Server verwenden, der im Ausland steht, können Sie dem Ziel-Server vorgaukeln, die Anfrage käme nicht aus Deutschland. So können Sie zum Beispiel [GEMA-Sperren bei YouTube umgehen].

https://praxistipps.chip.de/was-ist-ein-proxy-server-einfach-erklaert_41082

Definition 6.Auflage Informationen verbreiten ( Medien gestalten und herstellen)

• Proxyserver ermöglichen schnelleres Surfen, indem sie als Cache für den Internetzugriff fungieren
  • gleiche Anfragen werden aus dem schnelleren Cache geladen, statt aus dem langsameren Internet

Arten von Proxyservern

Cache-Webproxies

• speichert Kopie der besuchten Internetseiten
• findet Proxyserver Seite im lokalen Cache, werden Daten direkt an Nutzer gesendet
• dadurch können Seiten schneller und zufälliger aufgerufen werden

Filternde Webproxies

• Filtern und Blockieren von Teilen des Netztes (z.B. in Unternehmensnetzwerken eingesetzt, um bestimmte Webseiten zu blockieren)
• somit auch Möglichkeit vor Viren und bösartigen Inhalten zu schützen

Reverse Proxies

• Anfragen aus dem Internet werden an internen Webserver weitergeleitet;
  dieser wird aber nur kontaktiert, wenn der Reverse-Proxy die Anfrage nicht aus seinem eigenen Cache beantworten (und somit selbst abarbeiten) kann
• Webserver sind also nicht direkt erreichbar
• einfache Lastverteilung möglich (Verteilung von Anfragen auf verschiedene Server)
• Verhinderung von unberechtigten Zugriffen
• Zugriffsberechtigung für Server kann zentral von einem Proxy abgewickelt werden

CGI-Proxies

• Nutzer meldet sich über spezielle Webseite an, um via Proxy Zugang zu Server zu erhalten (z.B. zum Umgehen von Blockaden in Schul- und Unternehmensnetzwerken)

Einteilung nach Sichtbarkeit:

Transparent

• verbirgt IP-Adresse des Nutzers nicht; identifizieren sich bei Webseiten als Proxyserver und geben ursprüngliche IP-Adresse der Anfrage weiter

Anonym

• identifizieren sich bei Webservern als Proxy, geben aber IP-Adresse des Nutzers nicht weiter
• mäßige Anonymität; Webseiten können erkennen, dass es sich um Proxy handelt und Zugang blockieren

Hoch-Anonym (Elite-Proxy)

• identifizieren sich selbst nicht als Proxy und geben IP-Adresse des Nutzers nicht weiter
• vergleichbar mit VPN, aber nicht so sicher (VPN verschlüsselt Daten zusätzlich)

https://vpnoverview.com/de/privatsphaere/anonym-surfen/was-ist-ein-proxyserver/

EINLEITUNG

Vielleicht haltet ihr gerade meine Visitenkarte in der Hand oder blättert in einer Ausgabe der WELT-KOMPAKT. Vielleicht habt ihr QR-Codes auch an anderer Stelle gesehen und fragt euch, was man mit ihnen machen kann. QR steht für englisch: quick response = schnelle Antwort. Die Idee dahinter ist, dass Menschen im Alltag mit einem Klick mit ihrem Fotohandy Informationen aufrufen, abspeichern und weiterverarbeiten können.
QR-Codes gehören zur Familie der 2D-Barcodes die im Gegensatz zum herkömmlichen Barcodes sowohl horizontal als auch vertikal Informationen enthalten.

SCANNEN

Ein Beispiel: 2006 schaffte der Weltmeister im SMS-Tippen 160 Zeichen in ca. 42 Sekunden. Eine URL (Internetadresse) kann schnell 250 Zeichen lang sein. Um eine solche Internetadresse in den Handybrowser zu tippen, würde selbst der damalige Weltmeister über eine Minute brauchen. Genau hier liegt einer der Vorteile der QR-Codes: Sie ersetzen das Abtippen von Informationen und sparen dadurch Zeit und Nerven. Statt die Informationen einzutippen scannt man den QR-Code. Man benötigt dafür lediglich ein Java-fähiges Handy oder Smartphone mit Kamera. Mit der Kamera wird der Code fotografiert. Ein Programm im Handy analysiert den Code und decodiert die Informationen.

INHALTE VON QR-CODES

Für die Umwandlung in einen QR-Code sind folgende Informationsformen möglich:

• Telefonnummer
• SMS
• Link (URL)
• Text
• vCard (Name, Telefonnummer, Email-Adresse)

READER UND GENERATOREN

Um aus einem Kamera-Handy einen QR-Code-Scanner zu machen benötigt man eine so genannte Reader-Software. Reader sind teilweise kostenlos. Es gibt sie von verschiedenen Herstellern und für unterschiedliche Handymodelle. Die Liste der unterstützten Handys ist von Reader zu Reader unterschiedlich. Bei dem N82, N93, N93i, N95, E66, E71 oder E90 von Nokia ist ein Barcode-Reader bereits bei Kauf vorinstalliert. Ob für das eigene Handymodell ein Reader verfügbar ist, und wie der Reader auf dem Handy installiert wird, erfährt man auf den Herstellerseiten.

Viele Reader-Anbieter geben auch die Möglichkeit online Codes zu erstellen. Die durch die Generatoren erstellten Codes können als Bild abgespeichert und beliebig weiterverarbeitet werden. Auf diese Weise kann man einfach eigene QR-Codes für beliebige Zwecke erstellen.
Außerdem gibt es eine Firefox-Exstension die per Klick die aktuelle URL im Browser in einen QR-Code umwandelt, und einen Webservice, der aus einem RSS Feed einen QR-Code generiert.

EINSATZMÖGLICHKEITEN FÜR ANALOGE QR-CODES

Beispiele analoger QR-Codes:
(Externe Links auf Fotos mit Beispielen)

• Druckerzeugnisse (Zeitschriften, Poster, Visitenkarten, Aufkleber, Stempel, ...)
• Textilien (T-Shirts, Schale, ...)
• Bauwerke (Häuser, Mauern, ...)
• Schmuck (Anhänger, Ketten, ...)
• Haut (Tattoos, Stempel, ...)
• Verpackungen (Kartons, Tüten, ...)
• Lebensmittel (Schokolade, Chips, ...)
• Dokumente (Ausweise, Tickets, ...)

DIGITALE WEITERVERARBEITUNG

Neben dem Aufruf einer Internetadresse im Handy-Browser gibt es noch andere Weiterverarbeitungsmöglichkeiten, abhängig vom codierten Informationstyp.

• Aufruf mit Browser oder Telefon
• Speicherung in Lesezeichen/Bookmarks, Kontakte/Telefonbuch, Notizen (indirekt, mittels copy & paste) und Verlauf/Historie
• Weitergabe via SMS, MMS, E-Mail, Infrarot und Bluetooth

MOBILE-TAGGING

Mobile-Tagging kommt von englisch: tag = Kennzeichen und beschreibt das Hinterlassen von Informationen, die mobil genutzt werden können. Mobile-Tagging beschreibt somit die Verbreitung von QR-Codes im Allgemeinen. 
Es werden drei wesentliche Verbreitungsarten unterschieden:

• Commercial-Tagging
• Public-Tagging
• Private-Tagging

Während beim Commercial-Tagging kommerzielle Interessen im Vordergrund stehen, bedient Private-Tagging persönliche Motive. Public-Tagging hingegen dient gemeinnützigen Zwecken. Eine Ausführliche Beschreibung der verschiedenen Verbreitungsarten findet man unter der Mobile-Tagging Wikipedia-Seite.

SCHNITTSTELLE ZW. ANALOGEM UND DIGITALEM MEDIUM

Vergleich zwischen herkömmlicher und 2D-Codebasierter Informationsübergabe bei Mediumwechsel und damit verbundenem Workflow (Aufwand hoch, niedrig)

TECHNISCHE INFORMATIONEN

• Jedes Bildformat denkbar
• Geringe Dateigröße, da s/w
• Trotz Rastergrafik ohne Qualitäts- oder Informationsverlust skalierbar (durch Pixelwiederholung)
• Speicherkapazität QR-Codes:
  • Numerisch: maximal 7.089 Zeichen
  • Alphanumerisch: maximal 4.296 Zeichen
  • Binär: maximal 2.953 Bytes
• Individuelle Designmöglichkeiten

2D-CODES UND VERSCHLÜSSLUNG (CHIFFRE/KRYPTOGRAPHIE)

QR-Codes dienen hauptsächlich zur Übergabe von Information und nicht zur Verschlüssung im kryptographischen Sinne. Eine Verschlüsslung der Daten findet daher vor der Codierung statt. 2D-Codes, die verschlüsselte Daten enthalten, findet man auf den Online-Tickets der Deutschen Bahn, oder auf den mit Stampit (Deutsche Post) frankierten, Briefumschlägen.

Weiterführende Links

MOBILE TICKETING

Durch Mobile Ticketing ist es möglich jederzeit, und an jedem Ort, ein gültiges Ticket zu erwerben. Momentane Einsatzgebiete sind Eintrittskarten für kulturelle oder geschäftliche Veranstaltungen sowie Fahrkarten für den Nah- und Fernverkehr. Über den Handybrowser kann das gewünschte Ticket gekauft werden (mobile e-commerce). Danach erhält man eine MMS mit einem 2D-Code. Dieser wird vom Veranstalter gescannt und somit das Ticket auf Gültigkeit kontrolliert.

Quelle:http://qrcode.wilkohartz.de/

Weiterführende Links
http://www.copy-druck.net/cdwww/local/qr/

http://www.mediencommunity.de/content/mobile-tagging-leitfaden-zum-einsatz-von-qr-codes
 

Was ist Responsive Webdesign

Responsive Webdesign stellt eine aktuelle Technik zur Verfügung, welche es ermöglicht mit Hilfe von HTML5 und CSS3 Media-Queries das einheitliche Anzeigen von Inhalten auf einer Website zu gewährleisten. Hierbei wird das Layout einer Website so flexibel gestaltet, dass dieses auf dem Computer- Desktop, Tablet und Smartphone eine gleichbleibende Benutzerfreundlichkeit bietet und der Inhalt gänzlich und schnell vom Besucher aufgenommen werden kann.

Bedeutung von "Responsive Webdesign"

"Form follows function" - beim Responsive Webdesign folgen Funktion, Design und Inhalt der jeweiligen Bildschirmauflösung des verwendeten Desktop, Tablet oder Smartphone.

Der Begriff Responsive Webdesign bedeutet im übertragenen Sinne "reagierendes Webdesign". Inhalts- und Navigationselemente sowie auch der strukturelle Aufbau einer Website passen sich der Bildschirmauflösung des mobilen Endgeräts an – es reagiert auf und korrespondiert mit der Auflösung des mobilen Endgeräts. Responsive Webdesign folgt dem Nutzer, und nicht wie gegenwärtig, der Nutzer den meist starr konstruierten Layouts konventioneller Websites und Online-Shops.

Vorteile der "Mobile Website Optimierung"

Die Vorteile von Responsive Webdesign zeigen sich in Statistiken und Trends zur Nutzung mobiler Endgeräte. Der steigende Marktanteil von Smartphones und Tablets wie iPhone und iPad erzwingen auch das Umdenken beim Gestalten von Webseiten. Wurde bis dato für eine Bildschirmauflösung von maximal 1000px Breite auf dem Computer- Desktop optimiert, muss heutzutage auf eine Vielzahl verschiedener Endgeräte Rücksicht genommen werden:

Standard Auflösungen von Smartphones und Tablets:

Smartphones:

320px bis 480px

Tablets:

768px bis 1024px

Computer-Desktop:

1024px+

Bei einer strikten Trennung von Mobil- und Desktop-Version der Website, also einer nicht responsive fähigen Website, entsteht ein erhöhter Pflegeaufwand von redaktionellem Content und Bildmaterial. Dazu kommt, dass die Website unter Umständen für zukünftige Tablet- oder Smartphone-Formate eine dritte oder vierte Version des Layouts benötigt.

Was ist mit Rich Media gemeint?

Eine Rich Media Anzeige beinhaltet Bilder oder ein Video und eine Art von Nutzerinteraktion. Die Anfängliche Last einer Rich Media Anzeige beinhaltet mindestens 40KB. Während die Werbebotschaft von Textanzeigen auf Worten und die von Displayanzeigen auf Bildern beruht, bieten Rich Media Anzeigen mehr Möglichkeiten, die Zielgruppe anzusprechen und einzubinden. Es gibt unter anderem Expanding-, Floating- und Peel Down-Anzeigen. Diese können auf gesammelte Messwerte zum Verhalten Ihrer Zielgruppe zugreifen, einschließlich der Anzahl an Expansionen, mehrerer Exits und Videowiedergaben. 

Rich Media ermöglicht Agenturen die Erstellung komplexer Anzeigen, die eine starke Reaktion der Nutzer nach sich ziehen können. Die Anzeigen können dank Flash- oder HTML5 Technologie mehrere Content Ebenen in einem Placement erhalten: z.B. Videos, Spiele oder Tweets. Wenn man nur das einzige Ziel der Klickgenerierung oder ein ambitionierteres Ziel wie z.B. die Markenbekanntheit zu steigern haben, ist Rich Media das passende Werbeformat. 

Quelle: https://support.google.com/richmedia/answer/2417545?hl=de

Rich Media ist ein Begriff aus dem Umfeld des Internets und bezeichnet Inhalte, die optisch und akustisch durch beispielsweise Video, Audio und Animation angereichert werden.

Eine verbreitete Technologie, die das Erzeugen von Rich-Media-Inhalten ermöglicht, ist Adobe Flash.

Quelle: http://de.wikipedia.org/wiki/Rich_Media

SQL

SQL (Structured Query Language) hat sich als Abfragesprache für relationale Datenbanken durchgesetzt.
Zu den bekanntesten freien SQL-Datenbanken zählen MySQL, PostgreSQL und MaxDB.
Zu den größten kommerziellen Datenbankherstellern zählen Oracle und IBM.

Statisch/dynamisches SQL

1. Bei statischem SQL ist die SQL-Anweisung dem Datenbanksystem zum Zeitpunkt der Programmübersetzung bekannt und festgelegt (z. B. wenn die Abfrage eines Kontos vorformuliert ist und zur Laufzeit nur die Kontonummer eingesetzt wird).

2. Bei dynamischem SQL ist die SQL-Anweisung dem Datenbanksystem erst zum Zeitpunkt der Programmausführung bekannt (z. B. weil der Benutzer die komplette Abfrage eingibt). So sind z. B. alle SQL-Anweisungen, die mittels SQL/CLI oder JDBC ausgeführt werden grundsätzlich dynamisch. Ausgeführt werden dynamische SQL-Anweisungen im Allgemeinen mit execute immediate (SQL-String).

MySQL-Abfragen

CRUD-Prinzip: Das Akronym "CRUD" beschreibt die Datenbankoperationen, auf denen jegliche Kommunikation mit der Datenbank beruht.

Alle Datensätze anzeigen

zeigt alle Datensätze der Tabelle tabellennamean.

Einzelne Felder aller Datensätze anzeigen

zeigt alle Felder kunde_namealler Datensätze der Tabelle tabellennamean.

zeigt alle Felder kunde_nameund kunde_vornamealler Datensätze der Tabelle tabellennamean.

Einschränkungen mit WHERE

Schränkt die Ausgabe auf alle Kunden aus Hamburg ein. Groß- und Kleinschreibung ist hier nicht relevant (Hamburg, hamburg).

Platzhalter mit LIKE %

findet die Orte “Ostfreiburg”, “Freiburg West” und “Freiburg-Süd”. Die Prozentzeichen sind Platzhalter für eine beliebige (oder keine) Zeichenfolge.

Verknüpfung von Abfragen mit OR und AND

Ausgabe sortieren mit ORDER BY

sortiert nach Kunde-ID aufsteigend (bei Text: alphabetisch aufsteigend).

sortiert nach Ort und dann nach Name (d.h. innerhalb eines Ortes nach Name, alphabetisch aufsteigend).

Um nicht aufsteigend, sondern absteigend zu sortieren, hängt man ein DESC an:

  SELECT * FROM tabellenname ORDER BY kunde_name DESC

Aktualisierung eines Datensatzes durch UPDATE:

Statt id=3 kann auch ein anderes eindeutig identifizierendes Feld benutzt werden.

Ändern der Tabellenstruktur mit ALTER TABLE:

Mit ALTER TABLE tabellenname [Spezifikation]wird eine Tabelle verändert. Mögliche Spezifikationen:

RENAME– benennt die Tabelle um, z.B.

ADD COLUMN– fügt ein Feld hinzu, z.B.

Die Position kann mit FIRST und AFTER angegeben werden (FIRST = neues Feld wird an den Anfang gesetzt, AFTER feldname= neues Feld wird nach feldnameeingefügt).

DROP COLUMN– löscht ein Feld, z.B.

CHANGE– Änderung eines Feldes, wobei die Attribute des Feldes neu angegeben werden müssen, z.B.

oder um nur die Attribute zu ändern

Löschen von Daten mit DELETE

DELETElöscht einen/mehrere Datensätze aus einer Tabelle. Mit

würden sämtliche Datensätze einer Tabelle gelöscht werden. Durch die Einschränkung WHERE…

… würden im Beispiel alle Datensätze gelöscht werden, in denen das Feld idden Wert 8hat.

Löschen einer ganzen Tabelle mit DROP TABLE

Quelle: http://www.informatikzentrale.de/mysql-abfragen.html

Nützliche Videos zu SQL:
• https://www.youtube.com/watch?v=E4uDCxUF45E&index=4&list=PLPjKx80JC4CCT8Mbazn4uKaplp-v3Jwz_
• https://www.youtube.com/watch?v=hAxnxdCj4KQ&list=PLPjKx80JC4CCT8Mbazn4uKaplp-v3Jwz_&index=2
• https://www.youtube.com/watch?v=c0RGHsrb-5A&list=PLPjKx80JC4CCT8Mbazn4uKaplp-v3Jwz_&index=3
• https://www.youtube.com/watch?v=r0Eyhl7AQrM&list=PLPjKx80JC4CCT8Mbazn4uKaplp-v3Jwz_&index=1

Wenn man sich mit Schrift im Internet beschäftigt ist es gut zunächst zu verstehen, wie die Darstellung durch den Browser funktioniert. Zumindest bei HTML-basierten Websites ist nur eine eingeschränkte Darstellung möglich. Browser können ohne Zusatz-Applikationen nur die sogenannten Systemschriften darstellen, denn sie können Schriftinformationen, die in HTML und CSS beschrieben werden, nur dann umsetzen, wenn die Schrift ebenfalls auf dem Rechner des Users vorhanden ist. Da die einzelnen Plattformen (MAC und PC) nicht immer identische Systemschriften haben ist es sinnvoll in der CSS-Beschreibung auch Alternativen anzugeben.

Als Alternative für Butons, Headlines oder Logos können Schriften in Grafiken umgewandelt werden oder über Angebote wie Typekit können auch – immer mehr – Nicht-Systemschriften eingebettet und dem Betrachter dargestellt werden.

Siehe hier: http://www.mediencommunity.de/system/files/U12-Screenlayout-optimieren.pdf

Augmented Reality und der Einsatz dieser Technologie in der Werbung

Von Freddy Seubert, Beuth Hochschule für Technik Berlin, Studiengang Druck- und Medientechnik Master

Dieser Artikel behandelt eine neuartige Möglichkeit der Produkt- und Markenbewerbung durch die Verwendung innovativer Technologien aus dem Bereich der Augmented Reality.

Mit der steigenden Verbreitung von internetfähigen PCs und Smartphones hat auch die Erweiterung der Realität durch computergenerierte Informationen Einzug gehalten. Im weiteren Verlauf dieses Artikels sollen neben der Erklärung der Technologie die bereits existierenden Möglichkeiten aufgezeigt, sowie deren bereits umgesetzte bzw. zukünftig mögliche Verwendung durch Werbetreibende untersucht und beschrieben werden.

Inhalt

1 Relevanz des Themas

2 Entwicklung der Werbung

3 Erweiterte Realität

        3.1 Geschichte der Erweiterten Realität

        3.2 Funktionsweise der visuellen Erweiterung

        3.3 Beispiele

        3.4 Probleme

        3.5 Einsatzgebiete

4 Fazit & Ausblick

5 Quellen

1 Relevanz des Themas

Grundsätzlich kann man sagen, dass die Bewerbung von Produkten und/oder Dienstleistungen branchenübergreifend von hoher Bedeutung ist.  Alleine aus diesem Grund lohnt es sich oftmals, über die neuesten Möglichkeiten der Werbung im Bilde zu sein.

Doch gerade in der Medienbranche spielen neue webbasierte Technologien eine große Rolle, da sich ein großer Teil dieser Branche auf dem Gebiet der Entwicklung von Internetanwendungen bzw. ganzheitlicher Werbekampagnen (also unter Berücksichtigung der Onlinewerbung) abspielt.

Meine persönliche Motivation hinter der Bearbeitung dieses Themas ist, dass ich freiberuflich neben dem Studium als Webentwickler und -designer arbeite und die Augmented Reality auch hier, v.a. im Bereich der User Interfaces und der Navigation, zahlreiche neue Möglichkeiten mit sich bringt.

2 Entwicklung der Werbung

Die Schaltung von Werbeanzeigen in Zeitungen und Magazinen nahm 1850 seinen Anfang. Seit diesem Zeitpunkt stiegen die Werbeausgaben und damit auch die Masse an Werbekampagnen beträchtlich. Heute gibt es kaum einen werbefreien Ort im öffentlichen Raum.

Doch Werbung muss in erster Linie die Aufmerksamkeit des Betrachters erregen, um Erfolg zu haben. Dies wird allerdings auf Grund der Reizüberflutung der Rezipienten immer schwieriger.

Schon seit Beginn der kommerziellen Werbung werden immer neue, frische Werbemöglichkeiten gesucht, über welche man sich die Aufmerksamkeit des Betrachters noch sichern kann. Dies sind zum einen neue Kanäle, zum anderen aber auch die Art der Aufmachung. Letzteres sieht man gut bei der Gegenüberstellung einer Anzeige aus vergangenen Tagen und einer etwas zeitnaheren:

Nachdem nun selbst die Online-Werbung, selbst mit animierten Flash-Bannern, immer weniger Aufmerksamkeit erzeugt, ist es vielleicht wieder Zeit für eine neue Form der Werbung?

3 Erweiterte Realität

Unter Erweiterte Realität (von engl. Augmented Reality, AR) versteht man die Erweiterung der Realitätswahrnehmung durch computergenerierte Elemente. Meist beschränkt sich diese Erweiterung auf die visuelle Darstellung von Informationen. Im Spektrum zwischen der Virtuellen Realität (von engl. Virtual Reality, VR), welche immersive, computergenerierte Umgebungen schafft, und der realen Welt, ist die Erweiterte Realität näher an der realen Welt. Sie schafft durch die Leistungsfähigkeit moderner Computerchips eine Verbindung aus natürlicher Umgebung und zusätzlichen Informationen.

3.1 Geschichte der Erweiterten Realität

Schon seit den 90er Jahren wird AR in seinen Varianten in Science Fiction Filmen verwendet. Der Begriff Augmented Reality sowie die erste real funktionierende Applikation dieser Art wurden sehr wahrscheinlich bei Boeing erfunden, da die Mitarbeiter bei der Verkabelung von Flugzeugen keine Fehler machen durften und sie aus diesem Grund mit einem mobilen Gerät ausgestattet wurden, welches computergenerierte Zusatzinformationen zur Verfügung stellte und diese mit der visuellen Realität verband. Natürlich erkannte auch das Militär schnell die Möglichkeiten dieser Technologie und trieb die Entwicklung stark voran.

3.2 Funktionsweise der visuellen Erweiterung

Ein AR-System besteht in der Regel aus 3 Komponenten:

• Tracking System: Dient der Bestimmung der Position der Kamera bzw. des Benutzers im Raum.
• Szenengenerator: Dieser Teil errechnet die zusätzlichen Informationen sowie deren Positionierung und ist ebenfalls ggf. für das Compositing der realen und virtuellen Teile zuständig.
• Anzeigegerät: Dies ist das Display oder der Projektor mit dessen Hilfe die Informationen dargestellt werden.

Dabei wird im Allgemeinen zwischen zwei verschiedenen Arten von AR-Systemen unterschieden:

• Optische Systeme: Die zusätzlichen Informationen werden, zum Beispiel über halbdurchlässige Spiegel in die reale Umgebung eingebunden.
• Videobasierte Systeme: Die zusätzlichen Informationen werden erst mit einem Abbild der Realität verrechnet und dann über ein Display angezeigt.

In Bezug auf das Anzeigegerät lassen sich weiterhin verschiedene Kategorien von AR-Anwendungen spezifizieren:

• Head-Mounted-Display: Die Informationen werden entweder über einen halbdurchsichtigen Spiegel auf die Netzhaut des Benutzers gesendet (optisches System) oder aber über eine Display-Brille angezeigt (videobasiertes System).
• Projektionsdisplay: Die zusätzlichen Informationen werden direkt auf die Umgebung projiziert.
• Handheld Display: Die zusätzlichen Informationen werden im Display eines mobilen Geräts (z.B. Mobiltelefon, Multimedia-Gerät) angezeigt.
• Computer Display: Die zusätzlichen Informationen werden auf dem Computermonitor angezeigt.

Die letzten beiden Kategorien sind die bisher am weitesten verbreiteten und werden auch heute schon für professionelle Applikationen verwendet. Die Geräte, welche im Mittelpunkt der AR-Entwicklung stehen, sind:

• Mobiltelefone (Kamera muss vorhanden sein, oftmals werden auch Lagesensoren und GPS-Sensor vorausgesetzt und von der Applikation verwendet)
• Internetfähige PCs (eine Kamera muss vorhanden sein, oft wird auf Grund der Masse von anfallenden Daten eine Breitbandverbindung vorausgesetzt)

Gerade den AR-Anwendungen für Smartphones, also Mobiltelefonen mit einer weitreichenden Multimedia- und Sensorenausstattung wird hier eine große Zukunft prophezeit. Durch das Zusammenspiel verschiedener Technologien wie Kompass, Accelerometer und GPS entsteht „Das magische Auge“ (DE:BUG.138).

Die eigentliche Aufgabe von AR-Programmen ist die Analyse des Sichtfelds über die Kamera des Endgeräts, die Erkennung von Flächen, auf welchen Informationen dargestellt werden können bzw. von vorhandenen Informationen wie Gesichtern etc. sowie die Bereitstellung der zusätzlichen Informationen und deren Integration ins Bild. Hierzu existieren zwei technische Ansätze:

Markerbasiertes optisches Tracking

Für den Einsatz videobasierter Augmented Reality existieren einige markerbasierte optische Tracker Systeme. Die verwendeten visuellen Marker sind meist abstrakte, eckige Zeichen.

Der Tracker sucht den eingehenden Videostrom nach solchen Markern ab und berechnet anhand der gefundenen Markern die äußere Orientierung der Kamera in Bezug zu diesen.

Markerloses optisches Tracking

Das markerlose optische Tracking funktioniert durch zwei Prinzipien: Einerseits werden vom Trackersystem starke Kontrastunterschiede im sichtbaren oder infraroten Bild erkannt (bspw. der Kontrast zwischen der Pupile und dem Weißen eines Menschen zum Tracking der Augen), andererseits werden aufeinanderfolgende Bilder verglichen, um eine mögliche Bewegung der Kamera festzustellen (hierbei verschieben sich die markanten Punkte). Mit dem markerlosen Tracking ist zum Beispiel die Gesichtserkennung möglich.

3.3 Beispiele

Viele AR-basierte Anwendungen haben sich schon fest im öffentlichen Raum etabliert. Aufgrund der größten Reichweite ist das beste Beispiel dafür die Erweiterung durch computergenerierte Informationen im Bereich der Sportübertragung: So wird schon seit einigen Jahren bei der Übertragung von Fußballspielen eine virtuelle Abseits-Linie in fragwürdigen Zeitlupen eingeblendet. 

Aber diese Systeme blenden die entsprechenden Grafiken nur für eine Position mit dem zugehörigem Blickwinkel ein. Die AR-Systeme der nächsten Generation sind jedoch in der Lage, die Darstellung auf die Position und Ausrichtung des zu überlagernden Objekts anzupassen.

Es folgen beispielhaft zwei aktuelle AR-Anwendungen mit einer kleinen Beschreibung:

Wikitude

(http://www.wikitude.org/)

Dieses Programm verknüpft die per Gerätekamera und Sensoren gesammelten Informationen mit aus dem Internet abgerufenen Daten zur jeweiligen Umgebung. Letztere umfassen beispielsweise die Bereiche Sehenswürdigkeiten, Restaurants, Banken, und viele weitere.

GE ecomagination

(http://ge.ecomagination.com/smartgrid/#/augmented_reality)

Beispielhaft für eine Vielzahl solcher Anwendungen im Internet sei die Applikation ecomagination der Firma GE aufgeführt. Diese vermittelt zwar keine zusätzlichen Informationen, sorgt aber durch die Verwendung der Augmented Reality für eine hohe Awareness bei den Nutzern.

Hat man den auf der Seite verfügbaren Marker ausgedruckt, kann dieser von der Applikation über  eine angeschlossene Webcam erkannt werden. Nach der Bestimmung der Lage des Markers im Raum wird dann ein 3D-Objekt in die Szene gerendert.

3.4 Probleme

Wie schon im vorigen Abschnitt beschrieben, existieren bereits zahlreiche AR-Anwendungen, sowohl zur Nutzung durch Mobiltelefone (Beispiel: Wikitude) als auch durch PCs (Beispiel: GE ecomagination). Doch nicht alle auf dem Markt verfügbaren Anwendungen sind so ausgereift wie die vorgestellten Beispiele. 

Oft haben die Anwendungen mit einem oder mehreren der folgenden Punkte ihr Schwierigkeiten:

• Nachführung der Bilder bei Bewegung der Kamera
• Ausreichende Energieversorgung mobiler AR-Systeme auf Grund hoher Speicherlast und Rechenintensität
• Ausreichende Sensorgenauigkeit bei der Erkennung von Markern (visuell) und Positionen (GPS, Kompass, Neigungs- und Bewegungssensoren)
• Ausreichende Verfügbarkeit und Übertragung der Daten. (vor allem komplexe, texturierte Modelle benötigen zur Übertragung oft eine extrem große Bandbreite)
• Realitätsnahes Compositing (oft werden die zusätzlichen Informationen nicht ausreichend gut in die reale Umgebung eingebunden und wirken fehl am Platz)
• Optimales User Interface (gerade die Eingabe von Informationen für AR-Anwendungen auf mobilen Endgeräten gestaltet sich auf Grund kleiner Hardware-Tasten oft schwierig)

3.5 Einsatzgebiete

Die Erweiterte Realität ist ein bereits vereinzelt eingesetztes Werkzeug der Werbeindustrie. Zumindest in der Form der virtuellen Erweiterung von real existierender Werbung. Im Folgenden zwei Beispiele:

Die Erweiterung von Printprodukten

Sollen zusätzliche Informationen wie z.B. 3D-Modelle auf einem Printmedium dargestellt werden, so bietet Augmented Reality hierfür eine Möglichkeit. Durch den Druck von Markern bzw. leicht von der Software analysierbaren Bilddaten in das entsprechende Magazin können durch eine ebenfalls im Magazin abgedruckte Webadresse, auf welcher eine Applikation zur Erkennung des Markers über die Webcam und zum Einbinden der Zusatzinformationen läuft, animierte 3D-Modelle, Videos, Spiele und sonstiges integriert werden. In einigen AR-Blogs im Netz wird diese Technologie gar schon als Print 2.0 bezeichnet.

Ein Beispielvideo (hier zur Vorstellung des neuen Mini) hierzu befindet sich beispielsweise unter: http://memebox.com/futureblogger/show/1419-mini-brings-augmented-reality-into-print-ads

Die Erweiterung von Kameradaten

Das Fastfood-Restaurant Burger King nutzt beispielsweise die AR-Technologie für das Werbemittel Onlinebanner. In diesem Fall kann der Betrachter nach der Aktivierung seiner Webcam einen 1$ Schein in die Kamera halten und bekommt von der Applikation verschiedene Burger angezeigt, welche für einen Dollar erhältlich sind. Hier sieht man auch gut, dass die Software inzwischen auch in der Lage ist, Gesichter zu erkennen – ist kein Dollar-Schein im Bild, so bekommt der Betrachter eine virtuelle Burger King Maske aufgesetzt.

Der Link zu einem Beispielvideo: http://creativity-online.com/work/burger-king-bk-value-menu-banner/17743

Beide Beispiele sorgen für eine hohe Awareness beim Nutzer und, zumindest im ersten Fall, für die Einbindung von Informationen, welche in dieser Art und Weise im verwendeten Medium nicht  hätten gezeigt werden können.

4 Fazit & Ausblick

Bisher beschäftigen sich vor allem große Firmen (deutsche Autohersteller, weltweit aufgestellte Energieversorger, usw.) mit den Möglichkeiten der Werbung durch AR. War es in den Anfängen noch erforderlich, eigene Systeme zu programmieren, so existieren inzwischen mehrere, kostenlose wie proprietäre Software-Frameworks, auf welchen eigene Applikationen kostengünstiger als bisher entwickelt werden können. Über das letzte Jahr hinweg wurde die Erweiterung der Realität vor allem auch kommerziell immer häufiger benutzt. Dies wurde auch ermöglicht durch die, wie bereits erwähnt, gestiegene Verbreitung von Smartphones und Webcams.

Mit Sicherheit kann man sagen, dass die Zukunft neue Werbeformen mit sich bringt. Bei einer weiterhin so schnellen Entwicklung der erforderlichen Technologien und einer weiterhin so schnellen Verbreitung von Smartphones bzw. zukünftigen Devices wie AR-Brillen oder ähnlichem, ist es fast schon logisch, dass die Werbeindustrie auf diesen Zug aufspringen und die Präsenz virtueller Werbung durch Applikationen auf zukünftige Generationen nicht mehr befremdlich wirken wird. „Wir wollen eine Welt mit Untertiteln.“ (DE:BUG.138) Mittelfristig wird wohl kaum ein Unternehmen an der Bewerbung durch AR vorbeikommen.

Mittelfristig wird wohl nicht nur die Erweiterung real existierender Werbung, sondern auch die Projektion bzw. Anzeige von rein virtueller Werbung möglich sein.

5 Quellen

Bilder:

Werbeplakate Apple via http://www.apple.com

Foto eines Markers: http://campar.in.tum.de/Chair/TischFeuerWerk (Stand: 09.02.2010)

Foto Gesichtserkennung: http://www.research.ibm.com/ecvg/biom/facereco.html (Stand: 09.02.2010)

Beispielfoto GE ecomaginagion via http://ge.ecomagination.com

Screenshot Wikitude via http://www.wikitude.org/

Informationen:

INTERNET: http://de.wikipedia.org/wiki/Erweiterte_Realität (Stand: 09.02.2010)

INTERNET: http://de.wikipedia.org/wiki/Werbepsychologie (Stand: 09.02.2010)

INTERNET: http://blog.12snap.com/2009/06/realitat-mal-anders-–-augmented-reality-und-ihre-rolle-in-der-werbung/ (Stand: 09.02.2010)

INTERNET: http://www.spiegel.de/netzwelt/web/0,1518,665776,00.html (Stand: 09.02.2010)

MAGAZIN: c‘t 2009, Heft 20

MAGAZIN: DE:BUG.138

DIPLOMARBEIT: Virtualisierung realer Objekte mit Hilfe von Augmented Reality (Autor: Lars Quentmeier)

Welchen Status hat die Startseite? Was sollte der User direkt darüber finden?

 Suchmaschine = Google? Mit einem Marktanteil von knapp 90% (Quelle: www.webhits.de) 

Wenn Sie sich also fragen, wie Sie einer Website einen möglichst vorderen Platz im Ranking von Suchmaschinen verschaffen, müssen Sie sich hauptsächlich damit beschäftigen, wie dieses Ranking bei Google funktioniert.

Nun ist diese Frage nicht leicht zu beantworten, weil die Algorithmen zur Indizierung und Ermittlung des Rankings bei Google geheim sind.

An dieser Stelle können wir Ihnen deshalb nur einige allgemeine Hinweise geben:

Suchbegriffe (Keywords)
Im ersten Schritt müssen Sie überlegen, welche Suchbegriffe (Keywords) potenzielle Interessenten eingeben würden, um nach Ihrer Website zu suchen. 

Unter www.ranking-check.de kann man testen, wie oft ein Suchbegriff tatsächlich benutzt wird.

Damit diese Begriffe durch Suchprogramme auch gefunden und in die Datenbank aufgenommen werden,

sollten sie auf den Webseiten möglichst oft vorkommen, v. a. 

im Titel (<title>),

in Überschriften (<h1>, <h2>,...) 

und im Text. 

Suchprogramme prüfen nicht nur, ob die Begriffe irgendwo vorkommen, sondern auch, welche Priorität diese besitzen. So hat eine <h1>-Überschrift eine höhere Priorität als eine <h2>-Überschrift.

Titel
Einen besonderen Stellenwert besitzt der Titel (<title>) der Website, da dieser in der Ergebnisliste angezeigt wird und den Link zur Webseite beinhaltet.

PageRank
Entscheidend für die Platzierung bei Google ist der PageRank-Algorithmus, der von den Google-Gründern Larry Page und Sergey Brin entwickelt wurde.

Demnach besitzt eine Webseite einen hohen Stellenwert (PageRank), wenn

viele andere Seiten einen Link auf diese Website besitzen und

diese Seiten selbst einen hohen PageRank besitzen und

die Webseite viele Seiten verlinkt.

Das Motto lautet also: 

Wichtig ist, was andere wichtig finden. Noch wichtiger ist dies, wenn die anderen selbst wichtig sind.

Meta-Tags
Metainformationen spielen für Suchmaschinen keine große Rolle mehr. Frames Seiten mit Frames sind problematisch, weil die wichtige Startseite keinen Inhalt besitzt, sondern das Frameset definiert.

Flash
Flash-Intros oder komplette Flash-Seiten sind in puncto Suchmaschinen ebenfalls problematisch, weil sie in kompakter Form (als SWF-Datei) in HTML eingebettet werden und damit durch Suchprogramme nicht ausgewertet werden können.

Bilder, Buttons
Grafische Inhalte werden durch Suchprogramme nicht analysiert. Bei der Verwendung von Bilder oder Buttons ist es daher notwendig, einen aussagekräftigen alt-Text mit anzugeben. 

Quelle: Kompedium II S 774

Eine Schlagwortwolke,  ist eine Methode zur Informationsvisualisierung, bei der eine Liste aus Schlagworten, oft alphabetisch sortiert, flächig angezeigt wird, wobei einzelne unterschiedlich gewichtete Wörter größer oder auf andere Weise hervorgehoben dargestellt werden. Sie kann so zwei Ordnungsdimensionen (die alphabetische Sortierung und die Gewichtung) gleichzeitig darstellen und auf einen Blick erfassbar machen.

Wortwolken werden zunehmend beim gemeinschaftlichen Indexieren und in Weblogs eingesetzt. Bekannte Anwendungen sind die Darstellung populärer Stichwörter bei Flickr, Technorati und Del.icio.us.

Schlagwortwolken wurden vermutlich zuerst 2002 von Jim Flanagan eingesetzt und zunächst als gewichtete Liste (engl. weighted list) bezeichnet. Um einige Zeit früher im Jahr 1992 kam allerdings schon das Buch „Tausend Plateaus. Kapitalismus und Schizophrenie“ von Gilles Deleuze und Felix Guattari heraus, auf dessen Einband bereits eine „Begriffswolke“ abgebildet ist.

Quelle wikipedia:

http://de.wikipedia.org/wiki/Schlagwortwolke

Weiterführende Links:

http://www.drweb.de/magazin/tagcloud-design-tagwolken-gestaltung/

Vorteile

• Alle wichtigen Begriffe/Themen auf einen Blick
• Fällt auf (eye-catcher)
• Link zu gefilterten Archiven mit allen Beiträgen zum Thema
• am häufigsten verwendete Tag sind auf den ersten Blick zu erkennen
• Bereicherung des Nutzererlebnisses

Nachteile

• Trend geht wieder zurück
• kann schnell chaotisch/ungeordnet wirken
• Stylingmöglichkeiten sind begrenzt
• erschließen sich oftmal nicht intuitiv

Timecode, wozu?

Um die Synchronisation bei Video oder Audio zu ermöglichen, ist eine genau Steuerung der Zeitlichen Abläufe notwendig.

Das ermöglich der Standard SMPTE -TIMECODE

Die Bilder werden in Einzelbilder (Frame) unterteilt (VIDEO) und jedem Bild wird eine exakte Zeit zugeordnet.

Beispiel.
Stunde: Minute: Sekunde: Frame: 

Kleinste Einheit eines Videos ist ein Frame – ein Einzelbild. Für ein genaues synchronisieren muss ein Codec verwendet werden, der famesgenaus Schneiden ermöglicht. 

Dann scheinen folgende Informationen wichtig zu sein. 

Rohmaterial (Video, Bild, Sounddatein)

Grobschnitt Festlegung der Szenenfolgen

Feinschnitt (framegenaues schneiden)

Überblendungen / Effekte (harter, weicher Schnitt, Bluescreen)

Texte (Titel, Untertitel, Vor und Abspann)

Vertonung (On-Ton, Off-Ton, Musik, Effekte )

Rendernung (Berechnung des Endproduktes)

Wichtig könnten die Framerates sein:

24 FPS  (Kino)

25 FPS PAL (europäischen TV-Videostandards)

30 FPS USA

Alle Angaben ohne Gewähr, bitte mich korregieren, wenn was nicht richtig ist. 

Anleitung für das Wiki
In diesem Wiki könnt ihr gemeinsam Lerninhalte erstellen. Jedes Wiki ist direkt und für jeden angemeldeten User editierbar. Wenn bereits bei vorherigen Prüfungs-Wikis zum Thema (manchmal auch nur Teilgebiete streifend) erstellt wurden, so werden sie unten verlinkt. Ansonsten einfach hier diesen Eintrag überschreiben und mit entsprechenden Inhalten füllen.
Um Beispielaufgaben etc. zu bearbeiten haben wir extra eine Lerngruppe (https://mediencommunity.de/lerngruppe-mediengestalter-ap-sommer-2019) eingerichtet, bitte diese für das gemeinsame Lösen von Aufgaben nutzen.

Viel Erfolg beim Lernen.
Das Team der mediencommunity

Anleitung für das Wiki
In diesem Wiki könnt ihr gemeinsam Lerninhalte erstellen. Jedes Wiki ist direkt und für jeden angemeldeten User editierbar. Wenn bereits bei vorherigen Prüfungs-Wikis zum Thema (manchmal auch nur Teilgebiete streifend) erstellt wurden, so werden sie unten verlinkt. Ansonsten einfach hier diesen Eintrag überschreiben und mit entsprechenden Inhalten füllen.
Um Beispielaufgaben etc. zu bearbeiten haben wir extra eine Lerngruppe (https://mediencommunity.de/lerngruppe-mediengestalter-ap-sommer-2019) eingerichtet, bitte diese für das gemeinsame Lösen von Aufgaben nutzen.

Viel Erfolg beim Lernen.
Das Team der mediencommunity