Využívání www podle zařízení

• PC

• Leden 2010 – 98,19%

• Prosinec 2011 – 91,99%

• Mobil/tablet

• Leden 2010 – 1,60%

• Prosinec 2011 – 7,67%

• Konzole

• Leden 2010 – 0,05%

• Prosinec 2011 – 0,02%

WWW server

• SW (aplikace, program)

• Instalovaný na serveru

• Odpovědný za vyřizování požadavků http klientů

• Webový prohlížeč

• Zasílá většinou (X)HTML dokumenty

• Popř. Soubory jiných formátů

• Odpovědi mají číselný charakter

• 1xx – informativní odpověď

• 2xx – kladná odpověď (200 – ok)

• 3xx – očekává další aktivitu ze strany klienta

• 4xx – problém, chyba na straně klienta (404)

• 5xx – problém, chyba na straně serveru

Webové servery

• Apache HTTP Server – 64,91%

• MS Internet Information Server – 14,46%

• NGINX – 9,63%

• Google GWS – 3,25%

• Ostatní – 7,75%

Princip služby WWW

• Viz. obrázek 5. Přednáška

Webová prezentace

• Klient zasílá požadavek na statický dokument (webovou stránku)

• Server posílá odpověď (dokument, webovou stránku)

• Statický dokument

• Existuje sám o sobě, v neměnné podobě, soubor na serveru

• Při poskytnutí klientovi může přesto být transformován, např. překódován do jiné verze češtiny

• Může být indexován fullxtovými vyhledávači

Webová aplikace

• Aplikace, informační systém

• Provozovaný na webovém serveru

• Práce s aplikací pomocí webového prohlížeče

• Využití dynamických technologií

• Na straně serveru

• Na straně klienta

• Využití databází

Dynamické technologie na straně serveru

• CGI – Common Getaway Interface

• Volání externích programů na serveru

• Nezávislé na programovacím jazyce

• Univerzální, ale pomalé

• NSAPI

• ,, tesnější připojení” aplikace k serveru

• Netscape

• ISAP

• Výkonné prvky mají formu knihoven .DLL a charakter aplikací nebo filtrů

• MS

• PHP – Hypertext Preprocessor

• Skriptovací jazyk, vycházející z Perlu

• ASP.NET, (ASP 3.0)

• Využívající .NET Framework

• Více programovacích jazyků (C#, C++, VBS, Java, …)

• JAVA Servlets, JSP

Webové aplikace, dynamický dokument

• Server musí dokázat spustit externí aplikaci, která vygeneruje část webové aplikace, dynamický dokument

• Např. PHP, ASP.NET, atd.

• Server musí umět rozlišovat statické a dynamické dokumenty, webové aplikace podle URL

• Musí vědět jak volat externí aplikace

• Jak jim předávat příslušné parametry

• Server musí být schopen přijmout výstup této aplikace a vrátit jej klientovi v podobě WWW dokumentu (webové stránky)

Princip webové aplikace, příklad

• Viz obrázek 5. Přednáška

Architektury webových aplikací dvouvrstvé architektury

• Klient – server

• Klient – žádá o služby

• Server – služby poskytuje

• Využití

• Webové prezentace

• Jednoduchá webová aplikace (bez db)

• Konkrétní realizace

• Poštovní klient – poštovní server

• Webový prohlížeč – webový server

Architektury webových aplikací třívrstvá architektura

• Prezenční – Aplikační – Datová

• Nejznámější případ vícevrstvé architektury

• Naprostá většina webových apliakcí

Třívstvá architektura – prezenční vrstva

• Zobrazuje informace uživateli, formou GUI

• Může validovat zadávaná data

• Data však nezpracovává

• Přístup přes webového klienta

Třívrstvá architektura – aplikační vrstva

• Business logika celé aplikace

• Jádro aplikace, logika, funkce aplikace

• Zpracování dat

Třívrstvá architektura – datová vrstva

• Nejčastěji tvořena datbází

• Uchovává a zpřístupňuje data a zabezpečuje jejich konzistenci

• Relační databáze, objektová datbáze, souborový systém, webová služba, …

Architektura MVC

• Model – View – Controler

• Datový model aplikace (model)

• Uživatelská rozhraní aplikace (view)

• Řídící logika aplikace (controller)

Architektura MVC – model

• Komunikuje s databází

• Vrstva, která ,,obalí” datbázi

• Práce s daty

• Doménově specifická reprezentace informací

Architektura MVC – View (pohled)

• Převádí data reprezentovaná modelem

• Do podoby vhodné pro uživatele

Architektura MVC – Controller (řadič)

• Reaguje na události od klientů

• Uživatele

• Robotů

• Provádí změny

• V pohledu

• V modelu

Princip architektury MVC

• Uživatel provede akci v uživatelském rozhraní

• Klient pošle požadavek

• Řadič obdrží o této akci informaci z objektu uživatelského rozhraní

• Řadi přistoupí k modelu, v případě potřeby ho zaktualizuje

• Doménová logika (model) zpracuje změněná data

• Výsledek změny předá model uživatelského rozhraní

• V některých případech je výsledek předán řadiči a následně uživatelskému rozhraní

• V některých případech uživatelské rozhraní pošle na výsledek modelu dotaz

• uživatelské rozhraní pošle výsledek klientovi