Összes bejegyzés ilyen címkével: " informatika"
2008. szeptember 16.

Vékonyklienseket az oktatásba!

És miért? Mert néhány feladatot eltekintve teljesen kiválthatja a hagyományos PC-ket, ami alapvetően három okból jó:

  • kevesebb villanyt fogyaszt
  • csendesebb
  • nem avul el 3 év után

Mikor nem jó ez a megoldás? AutoCAD, 3D, videóvágás, flash tanítás. Kb. ezek azok a területek ahol még (manapság) nem megoldás a vékonykliens. A többi általános célra (internetezés, szövegszerkesztés, programozás, adminisztráció) tökéletesen megfelel.

Oktatóprogramok viszont tökéletesen futnak ilyen környezetbe, és van amikor spórolni is lehet, mert elég egy licencet megvenni (amikkel oktatóprogramokkal kapcsolatba kerültem, ott nincs kikötve, hogy TS szerver esetén másfajta licenc kell, tehát elég egy licencet venni).

És miért jobb mint gépeket venni? Hosszú távon olcsóbb (bár, mint tudjuk, a magyar politikusok nem a hosszútávon gondolkodásukról híresek), mivel maguk a kliensek nem avulnak el. Elég csak a szervert bővíteni. Ami mégse annyiba kerül mint egy teljes gépparkot lecserélni.

És akkor egy kis összefoglaló a témáról:

Vékonykliens megoldáshoz kell egy erős szerver (mivel minden ezen fut), jó hálózat (minden a hálón megy át,) plusz a kliensek.

A kliensek lehetnek erre a célra gyártott vékonykliensek, de akár régi PC-k is, így nem kell kidobni az öreg p2-es masinákat (persze, azért ez nem az igazi, ez olyan felemás megoldás).
Kell egy jó hálózat, 100 mbit a kliensek felé, gigabit a szerver(ek) felé.

Megfelelő szerver, amit méretezni kell (hogy legyen elég kraft a felhasználók kiszolgálásához), plusz egy kis tartalékot is illik azért hagyni. Igazából az, hogy mire mennyit számoljunk (tehát kliensenként mennyi RAM, CPU) eléggé változó dolog, értelemszerűen egy “lassú felhasználó”, aki futtat egy alkalmazást, és lassan “működik” (ilyenek ugye akik nem igazán tudják használni a gépet) jóval kevesebb erőforrást eszik, mint egy “power user”, aki gyorsabban működik, egyszerre több alkalmazást is futtat.

Sun Ray vékonykliens, monitorral egybeépítve

Sun Ray vékonykliens, monitorral egybeépítve

Iskolai környezetbe azért jó, mivel általában órán ugyanazt az alkalmazást futatják a diákok, így a program közös részei csak egyszer foglalják a helyet (Unix-like rendszereken ilyen szempontból jobb a helyzet mint Windowson, azok jobban gazdálkodnak a RAM-mal ilyen esetben). Ami nagy általánosságba elmondható, hogy mindenképp több proci (magos) szerverünk legyen, valamint sok RAM. Windows esetén (2003, de 2k8 is hasonló e téren) a rendszernek számoljunk 768 MiBájt ramot, plusz felhasználónként egy 128 MiBájtot (Office, Firefox, amennyiben párhuzamos használatot feltételezünk), plusz legyen a rendszerbe legalább 10% tartalék (tehát min. 10%-al több felhasználóra tervezzük mint az a valóságba lesz). Powerebb usreknél számolhatunk 200-300 MiBájt rammal is. Processzorból egy mai modern sokmagos CPU már bőven elég, amúgy userenként 100-150 Mhz-et szokás számolni (64 bites CPU és OS, meg alkalmazások esetén ez kisebb is lehet), de jellemzően a ram kevés, nem a cpu.
Linux szervernél számolhatunk egy kicsit kevesebb rammal, ha a userek párhuzamosan ugyanazt futtatják.

Plusz ugye amit munkaórába meg lehet spórolni (nem kell a gépeket telepíteni, karbantartani, stb.)

2008. augusztus 7.

Plugin magyarosítás

Wordpress Logo

Lefordítottam pár WordPress plugint magyarra:

Highslide Integration (v1.4)

Kép megjelenítő csicsázó dolog. Olyan mint a lightbox, csak más 🙂
[download#1#size#nohits]

kPicasa Gallery (v0.1.5)

Ezzel a pluginnel Picasa albumot lehet WordPress oldalba, vagy bejegyzésbe berakni, akár az összeset, akár csak egy meghatározott albumot, albumokat.
[download#2#size#nohits]

kPicasa Gallery WordPress plugin admin felületének egy részlete

Role Manager (v2.2.2)

WordPress felhasználók, szerepkörök jogait lehet szerkeszteni, létrehozni, stb.
[download#5#size#nohits]

Search Everything (v4.7.1)

Ennek hatására a WordPress mindenhol keres (vagy ahol beállítjuk), mert magától nem ezt teszi.
[download#6#size#nohits]

WP-OpenID (v2.2.2)

OpenID-vel lehet bejelentkezni a WordPress oldalra ha ez a plugin telepítve van.
[download#4#size#nohits]

A pluginekben benne van a magyar .mo mellett a .po fájl is.

2008. július 25.

Sysadmin Day

torta sysadmindayMa van (július utolsó péntekén) a rendszergazdák megbecsülésének napja. Merthogy mindenkinek van már napja, akkor a rendszergazdáknak is legyen.

A vállalati szférában általában nincs is baj a rendszergazdák anyagi és szellemi megbecsülésével, annál kisebb viszont a megbecsülés a közszférába (főleg az oktatási intézményekbe). Milyen a jó rendszergazda? Láthatatlan. Merthogy ha minden flottul megy, akkor a felhasználók nem veszik észre, hogy az a rendszergazda (rendszergazdák) áldásos munkájának gyümöcse. No de ha valami kis baj van, akkor már rögtön megy a szitkozódás, és a minden menjen tegnapra hozzáállás.

A felhasználóknak általában lövése sincs arról, hogy egy rendszer karbantartása mennyi időbe tellik, és hogy mennyi időt kell fordítani a képzésre, a tudás szinten tartására. Sok munkáltató se tudja ezt. Pedig az informatika az egyik olyan szakma, ahol már akár egy pár éves lemaradás és végzetes lehet. Mert pár éves tudás már nem tudás.

képregény

Informatikai eszközök nélkül ma már semmilyen vállalat, iskola nem lehet meg, ezért fontos, hogy az ezeket a rendszereket életben tartó egyéneket megbecsüljük. Mint ahogy szemétszállítás nélkül se lehet meg egy mai város, és a kukásokat is meg kell becsülni.

2008. június 8.

Tömeges géptelepítés

Namármost, ha sok gépet kell egyszerre telepíteni, és Ms megoldást szeretne az ember használni (no, hát, egy MS szerver nem olcsó dolog), akkor bizony szívás van. Namármost, van ugye a RIS. Ez szép, is jó is, de nem az igazi. Öreg, már nem támogatott, nem tud multicastot, stb. Aztán van az új, a WDS, ami már image alapú, a 2008-ban lévő tud multicastot is (elvileg, még nem próbáltam), szóval papíron felveszi a versenyt a Ghosttal.

Jelen pillanatba egy gép telepítése nálam abból áll, hogy telepítek egy “mester” gépet, mindent felrakok, stb., aztán imagex-el csinálok róla egy wim imaget (imagex.exe /capture c: d:\idementem.wim “Egy leíras”), aztán ezt felmásolom az egyik szerverre, majd a telepítendő gépeket hálózatról indítom, elindul a WinPE, aztán ott magától felcsatlakoztatja a megosztást ahol a wim image van meghajtónak, majd formázza a gép c: meghajtóját, aztán imagex visszaírja a c:-re az imaget. Namost, ezzel az a baj, hogy sok gép esetén baromi lassú lesz, ugyanis ugyanaz az adat többször végigmegy a hálózaton, mert nem tud multicastot. Na, de a 2008-as az elvileg tud.

Nade, előbb akkor kéne olyan WIM imaget gyártani, amivel menni fog. Mert amit az imagex gyárt, az nem olyan. Elvileg a wdscapture-vel lehetne ilyen WIM-et gyártani, node az nekem nem ment. Pontosabban elindult a program, csak épp a listán, ahol a forrást lehet kiválasztani semmi nincs. Hát, ez van, jövő héten még agyalok rajta.

Amit még próbáltam, az az, hogy hálózatról indítás, WinPE elindul, aztán innét ghostot indítani, és úgy multicastolni. Azonban valamiért a Ghost 8 nem megy WinPE alól (pontosabban a multicastos fogadás nem megy). Valószínűleg a ghost túl régi, a WinPE (ami ugye egy buta Vista) meg túl új. Majd nézek a neten egy frissebb Ghostot, hátha.

Szóval, akkor a jövő heti feladat az lesz, hogy ezt kitaláljam, rájöjjek, hogy hogyan lehet megoldani. Aztán lehet, hogy olyan triviális, hogy majd kiböki a szemem, csak épp ezért nem találtam még rá.

2008. május 23.
ScribeFire bejegyzéshez a hozzászólások lehetősége kikapcsolva

ScribeFire

Avagy bloggolás anélkül, hogy bemennénk a blogunkba. Na, ezt jól megaszondtam. Szóval, ez egy Firefox plugin, mellyel Firefoxból lehet bejegyzést írni. Hasonlóan mint a Live Writerrel, csak épp mivel plugin, mindenhol megy ahol az FF elmegy.

Minden olyat meg lehet vele csinálni mint a TinyMCE-vel.

Itt a plugin

Ez meg a használati útmutató

scribefire

Egyedül címkéket nem lehet megadni (vagy csak nem jöttem rá, hogy hogy lehet)

2008. május 21.

Adatmegsemmisítés: CD/DVD

No, hát ilyenre is szükség lehet néha. Mi a legjobb? A technika csodás vívmánya, a mikróhullámú sütő.

Pár másodperc után széjjelrepedezik, 10-15 másodperc (közepes fokozaton) mikrózás után már a Kürték se hozzák vissza ami rajta volt. Igaz, oltári büdös lesz, de hát ha az emberhez jönnek házkutatni ez legyen a legkisebb gond.


Ilyen volt…


Ez volt rajta. A laptophoz adták ha jól emlékszem. Vagy fogalmam sincs. Van valahonnét, és kész.


Itt már reszket a lemez, tudja mi vár rá…


2-3 másodperc után…


…ez lett belőle


Az égésnyomok a tetején lévő matricáról (vagy, hogy hívják azt) származik

2008. május 15.
Hogyan vegyünk infrastruktúrát? bejegyzéshez a hozzászólások lehetősége kikapcsolva

Hogyan vegyünk infrastruktúrát?

szerver

Mielőtt nekilátunk megvenni az infrastruktúra kiépítéséhez szükséges dolgokat (kábelek, szerverek, switchek, stb.) három legfontosabb dolgot kell megtenni: tervezni, tervezni, tervezni
Remélem nem kell ecsetelni, hogy miért. Egy elbaltázott (alul, vagy felül méretezett) infrastruktúrával nagyon sok pénzt lehet az ablakon kidobni (feleslegesen, bár a beszállító szempontjából nem 🙂 )

Először is fel kell mérni az igényeket, és a lehetőségeket (magyarán, hogy mekkora keret van rá). Ugyanis teljesen más megoldás jó egy kis könyvelőirodába, mint egy grafikai stúdióba, vagy akár egy iskolába. Számba kell venni a jelenlegi infrastruktúrát, és azt, hogy ezt érdemes e megtartani, vagy sem (pl. egy régi BNC-s ethernet hálózatot nem biztos, hogy érdemes megtartani, de egy jól kiépített UTP-s hálózatot már lehet), esetleg mindent elölről kezdünk (ebben az esetben egységes lesz minden). Tehát, igények. Tudni kell, hogy mit fognak csinálni az alkalmazottak. Oda, ahol csak internet, valamint csoportmunka megy, nem kell gigabites aktív eszközöket venni, és felesleges a több milliós szerver is (de a kábelekből viszont érdemes a jövőre gondolva már CAT6-osokat beépíteni).

Mindenképp úgy kell tervezni a hálózatot, hogy a későbbiekben igény szerint bővíthető legyen (legyen hely kábelcsatornákba, esetleg üres csatornákat felrakni). Legyen előre megtervezve, hogy hol lesznek a végpontok, ne akkor kelljen kitalálni, mikor szerelik. Mert ugye akkor előfordulhat olyan, hogy a végpont közelébe még konnektor sincs.

Ha megvan a hálózat tervezése, akkor ki kell találnunk, hogy milyen aktív eszközöket fogunk használni. Mekkora sebesség kell, mi a fontos. Legyen e menedzselhető, vagy felesleges mert úgyse fog senki hozzá nyúlni. Mindenképp fontos a jó hosszú garancia. Legalább 3 éves, de ha lehet még hosszabb garancia legyen az eszközökre. Mert ugye mindig akkor döglenek be az ilyenek miután lejárt a garancia 🙂 Ha van pénz, akkor mindenképp valami márkásabb (HP, Cisco, 3Com, az azonos kategóriában levők körülbelül ugyanazt tudják hardverileg, általában a szolgáltatások a különbözőek)

No, ha megvan a hálózat, és az ahhoz szükséges aktív eszközök, jöhet(nek) a szerver(ek). Itt is méretezni kell. Mi a fontosabb? Hogy olcsó legye? Hogy sokáig elmenjen (5-10 év)? Hogy sok RAM legyen benne? Hogy gyors IO legyen benne?

Olyan gépet is lehet venni, ami mindent tud, de az nem biztos (sőt), hogy a legjobb vétel lesz. Aztán, nem mindegy, hogy hol lesz. Ha bent az irodába a humán erőforrással, akkor nem lehet olyan gépet venni, aminek olyan hangja van mint egy felszálló repülőnek. Nomeg akkor rackes se jó, hanem álló, asztali kell.

Döntsük el azt is, hogy milyen OS lesz a gépen. Linux, *BSD, Windows? Mert akkor arra is ügyelni kell, hogy megfelelően támogatott legyen az adott OS-ben az adott hardver. (magyarán ne kelljen hegeszteni órákat, hogy minden funkcót elérjünk). Kis irodába, vagy akár egy nagyobba is, de kisebb igényekkel, (főleg, ha kevés a pénz) érdemes megfontolni használt nagyvasak vételét. Egy P3 környéki 2-4 procis, 7-1000 MHz-es gépet 1-2 giga RAM-mal meg elhet ma már kapni 40-50e forintért. És sok helyre egy ilyen hardver is elég. Fontos, hogy mekkora rendelkezésre állás kell. Ha kozel 100%-os, akkor érdemes két gépet (vagy többet) beszerezni, a redundancia miatt. Meg maga a gép is redundáns legyen (redundáns táp, redundáns RAM, stb.)

Még egy fontos dolog. A garancia. Már írtam, hogy legyen hosszú. Azonban érdemes elgondolkozni, hogy helyszíni garanciát vegyünk. Ami egy nagyon kényelmes módja a garancia intézésének. Betelefonálunk, hogy rossz az XY hardver, aztán a garancia fajtájától függően még aznap, másnap, harmadnap lehozzák, leküldik a csere hardvert. Ez főleg akkor jó, ha vidéken vagyunk, és helyben vagy a közelben nincsen olyan hely, ahol a cserehardvert beszerezhetjük.

És a végére még egy eléggé hanyagolt megoldás. A terminál szerver (akár Windows, akár Unix-like alapokon). Ez, (sima irodába, ahol nem kell 3D, valamint egyéb extra igények) ideális irodai munkákra. Veszünk izmosabb vasakat (ekkor azért már kell ugye bőven memória, valamint processzor, az, hogy konkrétan mennyi, az függ attól, hogy mennyien dolgoznak majd rajt, és az adott szoftvertől, amit használni akarunk). Így nem kell kliens számítógépeket vásárolni, elég egy vékonyklienst (létezik olyan is, amit a falba lehet építeni, mint a konnektort), ami energia felhasználás szempontjából sem mellékes.

Szóval, röviden ennyi. Még valamit hozzátennék: ha nem értünk hozzá, biztosabb (és jobb) eredményt kapunk ha felkérünk egy (vagy akár több) hozzá értő céget, hogy tervezzék meg az egészet. Így mi csak elmondjuk (pontosan!) az igényeket, és majd átvesszük a kulcsrakész megoldást.

Oldalak:«123456»