Differences

This shows you the differences between two versions of the page.

--- gison [2017/01/06 17:03]
efox created
+++ gison [2017/01/08 22:09] (current)
efox
@@ Line 1: / Line 1: @@
-   *  prezenční logika / aplikační logika / databázová logika
+<WRAP group>
-   *  jedním z klientů může být i WWW server
+<WRAP half column>
-   *  vícevrstvá architekura je základ
-   *  vznik univerzálního klienta
+  * [[GISON ZÁPISKY Z PŘEDNÁŠEK
+]]
+----
-**Model Network Computing**
+  * [[Síťová prostředí]]
-   *  založeno na bázi tzv. tenkých klientů
+  * [[internetove_protokoly|síťová prostředí 2 - web 2.0,3.0, geotag, geoURL]]
-   *  distribuovaný výpočet
+  * [[XML]]
+  * [[GML]]
+  * [[Server]]
+  * [[Server side script]]
+  * [[Geo knihovny]]
+  * [[Internet GIS]]
+  * [[Mapserver]]
+  * [[Webové služby]]
+</WRAP>
-**GRID**
+<WRAP half column>
-   *  seskupení několik zařízení, které umožňuje si sdílet kapacitu a funkce, integrovat služby
+{{ ::php.jpg?nolink&300 |}}
+</WRAP>
+</WRAP>
-**
-GIS tools for hadoop**
-   *  open source od ESRI
-   *  esri geometry API for Java, Spatial Framework for Hadoop, Geoprocessing Tools for Hadoop
-Emulace
-   *  je na úrovni instrukcí až, plná virtualizace
-   *  šahá si přímo na HW, paravirtualizace
-   * jako plný ale potřebuju mít modifikovaný OS na obou stranách, virtualizace na úrovni OS
-   * naklonování na úrovni OS
-**Cloud computing  **
-   *  jako nehody v autě a ledadle
-**Architektura PC vyhrazuje PC roli grafického terminálu AMAZON Elastic a Akamai Technologies   **
-   *  největší cloudeři
-**zásady IT infrastruktury**
-    *  vždycky věnujte nejvíc času serveru, server je základ, nesmí klás vysoké nároky na HW a SW a ani na odborné znalosti klienta, blbuvzdorné, síť by měla přenášet minimální objemy dat s vysokou informační hodnotou, celé řízení architektury by měl být postaven tak, aby byl spravován a konfigurován specialistou odkukoliv, výstup nesmí být závislý na typu ani verzi prohlížeče
-   *  rozdíl filter a select!
-**
-Zálohování a obnova dat**
-   *  rozdíl kopie a obnovy
-   *  pravidlo 2 + 1 (dvě kopie - jedna by měla být dostupná po síti, druhá je na úplně odříznutém mechanismu / synchronizace na dropboxu nejsou zálohy)
-**RAID**
-   *  diskový řadič
-   *  použití více disků než by bylo běžně potřeba
-   *  Raid 0+1    *  data které přicházejí se rozdělují na balíček na bázi raidu 1, když vypadne jeden disk tak ztrácíme redundantnost ale neztrácíme data
-=====
-server =====
-   *  počítač(HW) nebo proces, který poskytuje nějakou službu
-Webový server    *  zabezpečuje HTTP protokol
-  / statický / dynamický obsah
-Aplikační server
-    *  spojuje webový server a serverovou stranu aplikace (SSA
-   *  např. mapový server)
-   *  apache HTTP Server
-staticky linkovaný modul    *  pevně bud zapnut nebo vypnut, že už je přímo zkompilování v jádru apache. jakmile nastartuje, tak nastartuje všechny moduly, takže prakticky nečeká. Nevýhoda: pokud chci změnit verzi modulu, musím překompilovat celé jádro, nestačí vyměnit jenom jeden file
-dynamicky linkované moduly    *  dám do adresáře "moduls", a pak pomocí load modul, add modul    *  nastavím cestu, definuju v jaké situaci mám modul použít (jakože když uvidí XML soubor, tak aby věděl, že má spustit kompilátor? XMl souboru    *  nebo čtečku)
-základní direktivy    *  direktivy chování pro soubory    *  můžu to psát přímo do toho konfiguračního souboru nebo můžu říct že ten htaccess podporuje (už nezasahujeme do toho configu) a venku si založíme úplně nový texťák .htaccess
-   *  direktiva Indexes (pokud je ten modul povolen, tak říkám serveru že když požádám o adresář ve kterém nenajde žádný z těch souborů DirectoryIndex, ale vypíše mi všechny ty soubory ve stromové struktuře co se tam nachází)
-   *  AllowOverride All    *  podporuju a povoluju změny výchozího nastavení pomocí .htaccess
-   *  Allow a Deny    *  povoluju / zakazuju a následuje za to výčet něčeho (kdo může P nemůže vstoupit do toho adresáře)
-   *  .htaccess je obycejny ASCII soubor
-RPC    *  vzdálené volání prodecur (Remote Procedure Call)
-   *  klient volá tak, že pošle serveru požadavek RPC spolu s jeho parametry    * > server provede příslušnou proceduru a pošle zpět klientovi případnou návratovou hodnotu
-   *  platformová nezávislost    *  formát externího vyjádření dat (XDR), dneska XML RPC vrací se k životu (jme mnohem lépe schopní specifikovat parametry)
-COM (Component Objective Model)
-   *  standardy pro programovací techniku
-   *  můžu ji aplikovat na jakémkoliv prostředí byť byla vyvinuta pro Windowsy
-   *  říká: jsou dané komponenty v daném programovacím jazyce
-   *  komunikují pomocí tří základních pravidel: Modularita (objekt by se neměl zabývat tím, co a jak dělají ostatní objekty, ale pouze je přijímat /daný objekt se může v průběhu časů měnit a to rozhraní je v podstatě stabilní    *    * > můžu stavět modulární systém), Univerzálnost (nezávislost na programovacím jazyku, při deklaraci těch metod se požívá univerzální jazyk    *  IDL), Správa paměti (pokud je pointer na objekt, pak ho drží v paměti. jakmile ho nikdo nepotřebuje, tak COM objekt se sám ukončí    *  kolikrát bude v paměti načten a vykonáván závisí na počtu pointer

User Tools

Site Tools

Differences

Page Tools