Az előadás letöltése folymat van. Kérjük, várjon

Az előadás letöltése folymat van. Kérjük, várjon

Médiakommunikáció labor (VITT5321) Dr. Hosszú Gábor e. docens E-levél:

Hasonló előadás


Az előadások a következő témára: "Médiakommunikáció labor (VITT5321) Dr. Hosszú Gábor e. docens E-levél:"— Előadás másolata:

1 Médiakommunikáció labor (VITT5321) Dr. Hosszú Gábor e. docens E-levél:

2 Követelmények  Feliratkozás az MK levelezési újságra (a címre írt levéllel, majd a válaszként kapott levelet vissza kell küldeni a feladónak megerősítésül)  A kiadott feladat elvégzése a félév során  Félév során időnként beszámoló a megoldás állásáról  Félév végén osztályzás  Hárman hoznak létre egy közös megoldást  Engedélyezett keretek között bárkivel együtt lehet működni  Minden, a tárgy ezen részével kapcsolatos hivatalos hirdetmény az MK e-levelezési újságon jelenik meg

3 Csoportok létrehozása  Szeptember 15-ig létre kell hozni a csoportokat  Ennek módja:  Ha három ember együtt szeretne működni, a nevüket elküldik nekem  Azokat, akik nem hoztak létre csoportokat, szeptember 25-n beosztjuk laborcsoportokba

4 Informatikai háttér  Turul.eet.bme.hu Linux (Debian) kiszolgáló számítógép Rendszergazda: Horváth Csaba V2 III. em laboratórium  MySQL adatbázis kezelő  PhP HTML-be épített szövegprogram nyelv  Egyéni állomány legnagyobb megengedett méretét indokolt esetben bővítjük  Bejelentkezés titkosított kapcsolaton keresztül  Levelezés, hírcsoportok: Pine programmal elérhető  Ügyfélgépek a 316-ban - magánhálózat  Laptopok csatlakoztathatók vezetékesen  Asztali gépek a laborban telepítve vannak (Windows XP)

5 Turul.eet.bme.hu használata  Minden csoport október 6-ig kap felhasználói nevet és jelszót, amit október 9-ig ki kell próbálni  Titkosság  Értelmes és tisztességes felhasználók nem akarják feltörni a gép védelmi rendszerét vagy megszerezni mások jelszavait,  a többieknek pedig tilos!  Legsúlyosabb: mások állományában szándékos károkozás => fegyelmi  Turul elérhetősége  Alfanumerikus terminál elérése: ssh-val (javasolt az ingyenes Putty használata)  Grafikus X felület elérése: X -query turul.eet.bme.hu :1  Fájlrendszer használata Titkosított módon lehetséges, javasolt: az ingyenes WinSCP program alkalmazása – titkosított átvitelt tesz lehetővé a turulos és a helyi fájlrendszer között  316. labor használata: elsődlegesen távolról, de amikor nyitva van be lehet jönni dolgozni

6 A feladat

7 Az egyes laborfeladatok  1. Alkalmazási szintű hálózati protokoll tervezése  Kísérleti fájlcserélő rendszer protokolljának meghatározása  Központosított átfedő létrehozása Központi kiszolgálón tartják nyilván az egyes ügyfeleknél található fájlok névsorát A fájlcsere közvetlenül történik az ügyfelek között Ez a Napster-jellegű fájlcserélő rendszer  2. Egyenrangú (P2P) hálózat létrehozása  A fájlcserélő rendszer központi kiszolgálójának és ügyfélprogramjának elkészítése programnyelv tetszőleges  A központi kiszolgáló egy webes felületű MySQL alapú linuxos szoftver  Ügyfélszoftvernek Windows XP-n kell tudni működni  3. Alkalmazási szintű többesadás  Alkalmazási szintű többesadás feladatkör beépítése a rendszerbe

8 Az ALM lehetséges szerepe Többesadásra többféleképpen is lehet a feladatban szükség, pl.:  A szabályozási információk terjesztéséhez  A P2P rendszer karbantartásához szükséges szabályozási ismereteket lehet többesadás fába szervezve eljuttatni az ügyfelekhez, így még gyakori frissítések esetén sem jelent a szabályozás nagy alapköltséget  Fájl lekérésnél ha többen is kérnek egy adott ügyféltől egyszerre (azaz amíg még nem teljesítette egyiket sem), akkor közbenső ügyfelek bevonásával használhat fát  Ez éppen nagyszámú ügyfél esetén hasznos Vagyis ez növeli a fájlcserélő alkalmazás méretezhetőségét  A legtöbb fájl iránti kereslet időben nem egyenletes eloszlású, hanem divatszerinti Pl. egy szabadon terjeszthető filmismertető a bemutatás időpontja környékén népszerű, akkor akarják sokan letölteni Vagy egy új, ingyenes terjeszthető poszter (ami ha jó minőségű, akkor sok képi információt tartalmaz, ezért nagyobb méretű) szintén a kibocsátás időpontja környékén a legérdekesebb  Ha ALM van a rendszerbe építve, segít elkerülni az alkalmazási szintű hálózat (ALN), más néven az átfedőn fellépő időleges forgalmi torlódásokat

9 Egyéni alkotókészség  A feladatkiírásban egy Napster-jellegű átfedő szerepel  Azonban választható más ALN módszer is  Például: Gnutella-típusú átfedő  A Napster és a Gnutella közötti fő különbségek: Napster központosított indexálású, a Gnutella nem A Napster esetében könnyebb a fájlok megkeresése A Gnutella valódi P2P rendszer, egy központi kiszolgáló kikapcsolása nem jelenti az egész rendszer összeomlását  A Gnutella típusú megoldásnál a Turulon lévő kiszolgáló program (webes felülettel és MySQL adatbáziskezelővel) a következő célokra szolgálhat: a rendszer elérésére a csatlakozási kérések naplózására az átfedőn zajló forgalomnak a Turulról látható részének naplózására

10 A megoldás

11 A megoldás keretei és az értékelés  Leírás webes megjelenítéssel, a következő címen:  Innen vezet csatolás a megoldásra is Itt kell lennie egy letölthető Power Point diabemutatónak is  A rendszerben kell valamilyen megjelenítésnek lennie az éppen közlési kapcsolatban lévő ügyfelekről Egy szöveges naplófájl kell Ennek alapján az alkalmazás bemutatásakor láthatónak kell lennie annak, hogy éppen: – melyik ügyfélprogramok vannak egymással közlésben – milyen csomópontokon halad keresztül a többesadás letöltési fa Rajzos megjelenítés lenne a legjobb, de a labor órakeretei miatt ez nem elvárás – Egy példa látható a következő dián – Akinek van kedve, létrehozhat rajzos felületet is

12 Példa a többesadás fa rajzos megjelenítésére (nem elvárás!)  A fenti képen egy rendszer egyik ügyfele által tapasztaltak láthatók  Futás során az ügyfelek összekötöttsége (kör húrjai) az újabb információk beérkezésekor változhatnak

13 Osztályzás  Elégséges (2)  Fő feladatkörök működnek, a leírás tartalmazza a legfontosabb meghatározásokat  Közepes (3)  + Minden feladatkör működik, a dokumentáció teljes körű  Jó (4)  + A félév végi előadás kiváló minőségű  + Méretezhetőséget és meghibásodással szembeni erősséget kiértékelték  Jeles (5)  + Módszer beépítése a méretezhetőség és az erősség növelésére

14 Konzultáció  Célszerűen hallgatói csoportonként történik  Lényegében bármikor, ha előre megbeszéltük az időpontot  Valami gond van, azonnal írjatok a címre  A válaszokat az címre is el fogom küldeni, így mindenki

15 A tárgyhoz felhasználható jegyzet, ajánlott irodalom Dr. Hosszú Gábor: Az internetes kommunikáció informatikai alapjai Novella Kiadó, ( ISBN ) Kapható a V2 épület földszinti jegyzetboltban. (Ha bármi gond adódna a beszerzésével, értesítést kérek!)  További szakirodalom:  A weben a tankönyvből ismert kulcsszavak segítségével szinte korlátlan mennyiségű irodalom elérhető

16 Megoldás ütemezése és a bemutatás  Javasolt ütemezés (ettől el lehet térni):  1. feladat befejezése: november 10.  2. feladat befejezése: november 24.  3. feladat befejezése: december 10. Beleértve a honlapot és az onnan letölthető diabemutatót is  Feladat bemutatása és osztályzás  December 11. péntek , V 2 ép laboratórium  A bemutatón a teljes csoportnak ott kell lennie  Kérdésekre már egyénileg kell felelni, az azokra adott válaszok lényegesen befolyásolják a jegyet  Nincs lehetőség a feladat befejezésére a vizsgaidőszakban

17 Megoldás elfogadása  Az elfogadás KÖTELEZŐ előfeltételei:  A kiszolgáló minden esetben a Turulon működik, az ügyfeleknek alkalmasaknak kell lennie a 316-os laborbeli Windows XP-s gépeken való működésre Ha hozott laptopokon történik a bemutató, ellenőrzés céljából akkor is kell tudni a laborbeli XP-s gépekre telepíteni és ott futtatni az ügyfélszoftvert  A munkacsoportnak teljes létszámban jelen kell lennie a kiselőadással egybekötött bemutatón 10 perces kiselőadás Ebben kerek mondatokban ismerteti a szerző a megoldást, az informatikai hátteret, stb. Kötelező folyamatábrával bemutatni a megoldás logikai szerkezetét a leírásban A leírásnak tartalmaznia kell a szükséges jelszavakat  Oktatói és hallgatói kérdésekre meg kell tudni felelni Kiselőadás után bárki kérdezhet  Csak a bemutatási környezetben előzetesen ellenőrzött feladatot szabad bemutatni Bemutatási jelenségek (éppen most nem működik, stb.) léteznek, ezért előre ki kell próbálni a szoftvert

18 Hallgatói együttműködés keretei  Adatbázisba töltött anyagok átvétele  Javasolt a munka felosztása, illetve folyamatos állomány bővítés  Informatikai ismeretek, program használati tapasztalatok megosztása:  Erre jó fórum a újság  Az itt leírtak semmilyen hátrányos következménnyel nem járnak  Nem moderált, de a jó ízlésnek megfelelően kell használni  Félév végén külön értéke lesz, ha valaki év közben hasznos tanácsokat adott a levelezési újságon keresztül a többieknek

19 Jövő  Ha valakinek megtetszik a feladat, folytathatja  diplomaterv  TDK (jövő ősszel)  PhD. munka (fájlcserélők, P2P rendszerek, többesadás) keretében

20 Ha baj van...  Általában bármikor lehet ide fordulni: Dr. Hosszú Gábor  E-levél:  Rendszerrel kapcsolatban a rendszergazdához: Horváth Csaba   Az szabadon használható

21 További információforrások  MySQL   PhP   Socket programozásról kellően részletes anyagok   Unix Socket FAQ   Levelezési újságok  A fenti témákban nagyon sok létezik, magyarul is  Hírcsoportok pine  A turulon elérhető pine nevű levelezési ügyfélben beállítható egy hírkiszolgáló, amelyen elérhető hírcsoportok közül lehet választani  Ehhez használható a műegyetemi news.bme.hu hírkiszolgáló Ez a legközelebbi, így gyors róla a hírek letöltése De vannak egyéb hírkiszolgálók is szerte a világban  Web böngészőn keresztül is elérhetők

22 A feladat céljai  Az alkalmazási szintű hálózatok és többesadásra való felhasználásuk megismerése  Átfogó gondolkodásra ösztönzés Nem pusztán egyetemet végzett, hanem egyetemi rangú embereket kellenek!  A megoldás során kibontakozhat az egyéni alkotói képesség

23 Sok sikert!


Letölteni ppt "Médiakommunikáció labor (VITT5321) Dr. Hosszú Gábor e. docens E-levél:"

Hasonló előadás


Google Hirdetések