Symbol LABoratory

Sok rendszergazda álma, hogy ne kelljen minden számítógépen frissíteni egy alkalmazást, de ne is veszítsük el a desktop programok kényelmes felületét. Már eddig is volt megoldás arra, hogy a számítógépek automatikusan frissítsék magukat (akár internet kapcsolat nélkül is), de most még egyszerűbb lett a rendszergazdák dolga.

A http://lab.symboltech.hu/2010/09/telepites-helyett-parancssori-hasznalat/ link alatt olvasható cikkben leírtuk, miként lehet telepítés nélkül futtatni hálózaos programunkat. Ezeket az információkat felhasználva egy további telepítési módot mutatunk be.

1. A cikkben szereplő módon csomagoljuk ki az EXE fájlt egy megosztott meghajtóra.

2. Készítsünk egy parancsikont, amely a /server opcióval a megfelelő helyre mutat. A megosztott meghajtóra helyezhetjük a parancsikont is.

2/a. Linux-os megosztás esetén (Samba) az EXE neve kezdődhet ponttal is, így láthatatlan lesz a felhasználók számára.

3. Minden felhasználó a megosztott mappában lévő LNK parancsikon fájlra kattintva elérheti a Symbol Ügyvitel programot.

Előnyök:

A. A rendszergazda központilag tudja cserélni a futtatható állományt (symbolugyvitelsetup.exe /x)

B. Mindenki ugyanarra az adatbázisra fog mutatni.

C. Senki nem fogja “véletlenül” frissíteni a rendszert.

További lehetőség, ha a felhasználó azonosítás a Windows bejelentkezéssel történik, akkor mindenki haszálhatja a központi parancsikont, de mégis jelszó beírása nélkül indul a Symbol Ügyvitel (korlátlan felhasználó definiálható!).

Új telepítési módokat vezettünk be ügyfeleink kényelme érdekében. Igazából nem is hagyományos telepítési módok, sokkal inkább használati esetek.

Cégek rendszergazdái, főleg azok, akik több céget kezelnek vagy több cégben vezető beosztást betöltő személyek kedvence lehet az a telepítési mód, amikor magát a telepítőkészletet nem is telepítjük, csak az EXE-t másoljuk egy megfelelő helyre és parancsikont hozunk létre hozzá kézzel. Ennek előnye, hogy különböző parancsikonok különböző adatbázis szerverekre tudnak mutatni.

1. lépés, a futtatható állomány kicsomagolása.

Telepítőink új változatai (1.58-tól) parancssori paraméterrel is meghívhatóak. A /x és /xv kapcsolók a telepítés/frissítés helyett az EXE kicsomagolását ajánlják fel (/xv esetén a verziószámmal együtt). Így a felhasználó tetszőleges helyre mentheti az alkalmazást, anélkül, hogy telepítenie kelljen.

A SymbolUgyvitel.EXE önállóan képes hálózatos működésre, nem kell telepíteni, nem szükséges hozzá semmilyen DLL (Firebirdclient.dll sem), alapértelmezetten telepített Windows XP/Vista/7 alkalmas a program futtatására.

2. lépés, a parancsikon létrehozása.

Hozzunk létre egy vagy több parancsikont, amelyeknél a /server=<szervernév>:<mappa> formátumban meg tudjuk adni, hogy hova csatlakozzon. Opcionálisan a /firstonly kapcsoló használatával az első adatbázist használja, nem is keres többet.

Például LINUX szerverhez csatlakozva: symbolugyvitel.exe /server=center.cegnev.hu:/opt/db/symbolugyvitel /firstonly

Mivel ilyen esetben a program nem kerül telepítésre, a telepítő alkalmazás futtatása új telepítésként értelmezi a működését. Érdemes az automatikus frissítést kikapcsolni és az hírlevélből értesülhet a felhasználó arról, hogy új verzió jelent meg.

Lassan végső fázisba érkezik az univerzális ügyviteli keresőnk tervezése és fejlesztése.

A Google megváltoztatta a világot a mindenre kiterjedő, szavak – a gyakorlatban szinte gondolatok – alapján történő kereséssel. Azt is kitalálja, mire is akartunk keresni. Ha nincs sok találat, ajánlást tesz arra is, hogy mire kellene keresnünk. Egyszóval okos.

A Google az Interneten keresgél, a Symboogle-val ugyanezt tervezzük megvalósítani ügyviteli adataink között. Mindenre, mindenhol. Symboogle.

Manapság a parancssori kapcsolók az átlag felhasználók számára már nem fontosan. A modern felhasználói felületű operációs rendszerkben nem kell a programokat a nevük begépelésével indítani és működést befolyásoló opciókat megadni. Azonban némely esetben a kapcsolókkal érdemes a működést befolyásolni.

Csak rendszergazdáknak!

A Symbol Ügyvitel az alábbi parancssori paraméterekkel rendelkezik:

/syxmode SyX fejlesztői üzemmód

/server=<hostname>:<databasefolder> Kiszolgáló felülbírálása hálózatos üzemmódban

/skipotherconnections Adatbázis frissítés kikényszerítése aktív kapcsolat esetén is

/firstonly Több céges adatbázis esetén kapcsolódás mindig az első adatbázishoz

/? Súgó megjelenítése

A parancssori paraméterek beállításai frissítéskor és újratelepítéskor elvesznek, mert az asztali parancsikon is frissítésre kerül! Célszerű a parancsikon egy másolatát ellátni a parancssori paraméterekkel.

Brandom LeBlanc összefoglaló értekezése világosan szemlélteti, hogyan terjednek a 64bites Windows operációs rendszerek. Ennek oka lehet a tudatosság. De ismerve a honi és külhoni társadalom hozzáállását, inkább az OEM-nek köszönhető a terjedés.

Ezek szerint az új számítógépet vásárlók már nem biztos, hogy tisztában vannak vele, mit is vásárolnak. A népszerű programok futnak a számítógépükön, de mi lesz az ügyvitellel?

A Symbol Ügyvitel minden változata alkalmas 64bites operiációs rendszeren való futattásra:

• Windows XP 64
• Windows Vista 64
• Windows 7 64
• Windows 2008 x64

És természetesen Linux kiszolgálót választva minden 64bites Linux disztribúciót támogatunk, ami fut a Firebird adatbázis-kiszolgáló.

LAB csapatunk 12 emberhónapig készítette a keretrendszert, de időről-időre újra előveszik azt. Az összegyűjtött tapasztalatok alapján minden alkalommal találnak a rendszerben valamilyen gyorsítási lehetőséget.

A. Rendszerünk jelenleg több, mint 130 adatbázis táblában tárolja az adatokat (1347 mezőt számoltunk össze, persze nem kézzel kockás papíron). Adatbázis műveleteink központosítottak, bármilyen adatkezelési/adatelérési változás a módosítás után a programunk minden pontján megjelenik.

Számos alkalommal finomítottunk:

• a nagy mennyiségű adatok lekérésének módján
• a megszakítható lekérdezéseken (pl: véletlenül rosszul beállított szűrőfeltétel)
• Large Object (BLOB = maximum 2GB-os adat, például video vagy tárol PDF) mezők lekérdezésein

B. Javítottuk a felesleges adathozzáféréseket. Többször előfordult, hogy egy-egy rendelkezésre álló adatot újból elértünk, újból áthoztuk a hálózaton. Ezen hibák kiküszöbölésére a LAB a fejlesztők rendelkezésére bocsátott egy SQL napló felületet, ahol a fejlesztő kolléga már munka közben látja, hogy az általa megvalósított funkció (pl: számla stornózás) hány alkalommal fordul a kiszolgálóhoz és milyen válaszidőkkel kell számolnia. Így a tesztelésre kerülő alkalmazás nem vagy csak ritkán küzd sebesség problémákkal. A tesztelőknek pedig nem ezzel kell foglalkozniuk.

C. Az SQL napló mintájára a fejlesztők figyelemmel kísérhetik, hogy a program adott állapotban milyen memóriafoglalási mérőszámokkal fut. Konkrétan hozzáférnek a betöltött (és betöltve maradt) például 43 vevőhöz, amelyek mindegyikéről minden adat lekérdehező és látható az is, hogy mikor és hol került betöltésre. És főleg miért maradt bent, mi használja?

D. Az architektúrából adódóan eddig is volt egy ún. “felpörgési ideje” a rendszernek. Az ablakok első megnyitása – “hála” a Microsoft-nak – az inicializálás (runtime compiler) miatt kicsivel lassabb volt. Mostantól azonban a ritkán változó adatok állandóan memóriában tartása miatt a felpörgési időt sikerült csökkenteni. A törzsadatok és egyéb statikus információk a változási valószínűségük alapján egyre ritkábban töltődnek újra. Kb. 30 percnyi programhasználat után már csak a ténylegesen változó adatok elérésekor van szükség hálózati forgalomra.

Konklúzió.

A sikeres, gyakran két embernek is több napos, hetes munkát jelentő mögöttes fejlesztések során eljutottunk odáig, hogy az alkalmazott technológia képes kiszolgálni a következő felépítésű céget. Gyakorlatból állítjuk, hogy:

• 50 helyi felhasználó, call-center (gyakori, rövid műveletekkel)
• 5-15 távoli felhasználó 2Mbit up/down bérelt vonalon
• 5 nagyon távoli (külföldi) felhasználó a fent említett bérelt vonalon
• átlagos, szerver célokra tervezett, de nem több milliós számítógép, 64bites Fedora Linux operációs rendszert futtatva.

Büszkék vagyunk a teljes egészében általunk tervezett és épített keretrendszerre, amely az elmúlt egy évben sok-sok felhasználónál, különböző platformokon is jól teljesített. Hajrá LAB!

Fejlesztői körökben sem mindenkinek. Csak és kizárólag erős idegzetűeknek!