„Remote control tool for Interbase 6 --- over internet browser technology“

Filosofie zvoleného názvu projektu (iB.Admin):

· IB = Interbase

· Tečka za iB = jde o jakési „objektové rozšíření“ Interbase

· Tečka nad I u iB = aplikace v prostředí internetových technologií

· Admin = obvyklá zkratka ze slova Administrator – tedy účel onoho „objektového rozšíření“

· Bezpatkové písmo = jde o projekt technického ražení

Náplň DP (se zdůrazněním na jednotlivé části):

· Implementační (programová) část:
administrační nástroj pro vzdálené ovládání Interbase v PHP a DHTML, jako náhrada neexistujícího programu v prostředí Linuxu

· Dokumentační (textová) část:
pojednání o současných možnostech psaní „aplikací v prohlížeči“, pohled z více úhlů – jak technologie, tak i uživatelská přívětivost a ergonomie – spolu s některými doporučeními

Rozdíl oproti předběžné analýze

· Nejen JavaScript, ale obecněji dynamické HTML (DHTML) – JavaScript jako jedna z použitých možností, dále kaskádové styly apod.

· Linux jako jedna z možností pro hostující OS, rovnocenně i pro Win32

· Jako inspirace kromě Toad a Oracle i IB Console od Interbase běžící pod Win32

K implementaci:

· Komunikace výhradně prostřednictvím SQL dotazů

· Pro změny a manipulaci s databází:
Změna struktury dat – DDL příkazy
Změna dat – DML příkazy

· Zjišťování struktur, statistiky – informační (read-only) SQL dotazy do systémových RDB_xxx tabulek

· HTML 4.0 – snaha o využití jejich doporučení (důslednější využití stylů apod.)

· Místo pouhého Javascriptu komplexněji celé DHTML

· Vývoj pod Win32, portace a testovaní na Linuxu stále v průběhu celé práce

· Požití Apache http serveru (důvodem je existující php4 modul podporující Interbasi)

· Odstínění jazykově závislých řetězců (čeština, angličtina) od vlastního kódu stránek

· Stále je snem jednoduchá instalační procedura, která by po nainstalovaní jednotlivých částí (Linux, Interbase, Apache, PHP) – snad alespoň do RPM nebo popis, jak ručně nakonfigurovat.

K obsahu textové části DP:

· 1.leitmotiv - myšlenka internetové „aplikace v prohlížeči“ – použití kdykoli a kdekoli, bez větších nároků, ale bez zanechávání stop a s ohledem na bezpečnost (přístup například z internetové kavárny)

· 2.leitmotiv – ukázat, že to jde i bez „všemocné“ Javy (binární class kódy a náročné virtuální stroje) – můj postup je více „internetoidní“ vůči uživateli i browseru

· 3.leitmotiv – všechny komponenty – Linux, PHP, Apache a Interbase jsou zdarma – ideální východisko pro stavbu velkých internetových serverů jako jsou elektronické obchody apod.

· Vlastně objektový přístup:
Interbase = zapouzdřovaný skládaný objekt, SQL & PHP skripty & DHTML = metody přistupující k „objektu Interbase“
iB.Admin = objekt zapouzdřující výše uvedené

· Pojednání a srovnání – TOAD, Oracle Enterprise Manager + IB Console – jaké závěry a podklady pro tento projekt (s ohledem na NUR)

· Porovnání JavaScript x PHP (i na příkladech – výsledné HTML) – jak rozumně rozložit rychlost a odezvy aplikace mezi server a klienta

· HTML 4.0 + směřování k XHTML – proč, popsání základních vlastností (kompatibilita)

· Úvahy, jak efektivněji psát HTML (z pohledu „aplikace v prohlížeči) – co psát do PHP a co do HTML (Javascript) – např. komentáře jen do PHP, …

· Úvahy nad „obecnějším“ psaním HTML (výsledný kód po zpracování PHP procesorem) – je to lepší než komplexní, komplikované (a pomalé) stránky předních českých portálů?

· Jednoznačné použití frames (lepší odezvy) – i strukturovaně a vnořeně

· Posouzení kompatibility mezi prohlížeči – snaha psát s respektem k univerzalitě, nikoli maximální výtěžnost výstřelků od Microsoft IE apod. Hlavní prohlížeče: IE 5.x, Opera verze ?, Netscape Navigator 4.7x – odzkoušení, popsání hlavních neduhů a odchylek (nedokumentovaných).

· Pojednávání o aspektech „aplikace v prohlížeči“ – ergonomie, uživatelská přítulnost, rychlost odezev, doporučení – se silným zaměřením na NUR

· Je lépe se vyhnout použití cookies? Lépe ukládat do vlastní vyhražené databáze (několik vlastních tabulek) a nezanechávat stopy na lokálních stanicích?

· Cookies ano! Ale pouze pro zajištění stavovosti aplikace – v rámci jedné session. Po ukončení session mažeme cookie a dlouhodobé informace ukládat do databáze.

· Bezpečnost – využití SSL 128 bitů, stačí vlastní certifikační autorita?

· Zdrojové kódy ne – jen ilustrace a příklady (výřezy PHP, HTML i JavaScriptu) – na schématech názorně ukazovat, jak se co odehrává v čase (stavové diagramy).

· Porovnání s existujícími „aplikacemi v prohlížeči“ – zdůraznění výhod a nevýhod. Zaměřeno na Mail602 Messaging Server 4 – vzdálený administrátor komunikačního serveru a www.audiogalaxy.com (AG Satellite) – systém pro peer-to-peer sdílení MP3. Otázka, zda posouzení před popisem vlastního projektu (plusy a mínusy jako východisko) nebo až nakonec (jako že „jsem dobrej J“ )

Závěrečná vazba DP:

· Bude obsahovat CD, kde bude vše potřebné ke zprovoznění – vyjma distribuce Linuxu (předpoklad vlastnění RedHat verze 7.1 nebo vyšší) + všechny texty (DP) v elektronické podobě (rád bych v HTML)

Přílohy:

· Znění GPL (General Public Licence) – doslovně nebo stručný přehled – anglicky? překlad?