Jelky András kalandjai Az első kiadás címlapja Szerző Hevesi Lajos Ország Magyarország Nyelv magyar Műfaj ifjúsági regény Kiadás Kiadás dátuma 1872 Média típusa könyv ISBN ISBN 9631133109 Külső hivatkozások A könyv a MEK-ben A Jelky András kalandjai egy ifjúsági regény. Szerzője Hevesi Lajos (1843-1910). A könyv először 1872-ben jelent meg "Jelky András bajai fiú kalandjai ötödfél világrészben, történeti kutforrások alapján. Magyar népkönyv, különös tekintettel a serdültebb ifjuságra" címmel. Azóta számtalan kiadást látott (többnyire rövidebb címmel), a világjáró magyar utazó, Jelky András életét dolgozza fel olvasmányos formában. Történet [ szerkesztés] A könyv cselekménye szinte teljesen megegyezik az utazó életével. A történet 1754 -ben kezdődik, amikor a fiatal szabólegény útra kel. A könyv követi sorsának mozzanatait: végigkíséri útját Bécsbe bátyjához. Onnan Franciaországba indul, de egy német választófejedelemség területén elfogják, és besorozzák katonának egy kocsmában a porosz strázsamester parancsára.
A lány néhány hónap után meghalt, hősünket pedig egy arra járó hajó a fedélzetére vette és visszavitte Batáviába. Ezután békés időszak következett életében, nem csak gazdag ültetvényes, hanem a holland kormány titkos tanácsosa lett. Fontos diplomáciai feladatokkal bízták meg, melyek során Japánba is eljutott. 1772-ben szeretett felesége meghalt, őt pedig honvágy gyötörte, így 1776-ban úgy döntött, hogy hazatér. Jelky András – Vissza Európába Bécsben József nagy szeretettel várta. Hírneve megelőzte, így nem csak a trónörökös, II. József, hanem a császárné, Mária Terézia is fogadta. Budán telepedett le, ahol újra megnősült, és egy fia is született. Szülővárosát, Baját is meglátogatta, hogy tisztelegjen szülei sírjánál. 1783-ban tüdőbajban halt meg, 45 évesen. Nem lehet tudni, hogy Jelky András kalandjai valóban így történtek-e meg. Ezekről az első német nyelvű feldolgozás 1779-ben jelent meg Bécsben. Ezt Sándor István 1791-ben fordította le magyarra. A kiadvány alapjául Jelky saját elbeszélése szolgált, így nem tudhatjuk, hogy mennyire színezte ki kalandjait, és mennyiben ragaszkodott a tényekhez.
Innen még elszökik egy mosónő segítségével, de később szó szerint letartóztatják, és dél amerikai gyarmatokra akarják hurcolni. Innen is kalandos úton, folyóban menekülve szökik meg, de később hollandiai útja során elrabolják, és egy hajóban, sorstársaihoz hasonlóan elindulnak vele, hogy a kelet-indiai gyarmatokra hurcolják. Hajótörést szenved, és egy rövid, dél-angliai kitérő után egy máltai hajóskapitány vezérletével hazafelé igyekszik, hogy végre kiköthessen az Adriai-tenger partjainál. Itt azonban kalózok támadják meg őket, és egy muzulmán urasághoz kerül mint rabszolga. Innen csónakkal szökik, majd a halál torkából egy hajóskapitány menti meg. Innen Portugáliába kerül, többször megjárja Dél-Amerikát, majd Ázsiába vezet útja. Makaóban és Kantonban történt kalandjai után végül beáll a holland gyarmati katonasághoz, ahonnan a helytartó kiemeli, felismerve kivételes szabói tehetséget. Élete egyenesbe fordul, megházasodik, de később a katonaság szabadságolt tisztjeként Ceylonban győzelmet arat.
Cookie / Süti tájékoztató Kedves Látogató! Tájékoztatjuk, hogy a honlap felhasználói élmény fokozásának érdekében cookie-kat alkalmazunk. A honlapunk használatával ön a tájékoztatásunkat tudomásul veszi.
Ez a cikk a keresőplatformról szól. A vállalatról lásd: Elastic NV. Elasticsearch Eredeti szerző (k) Shay Banon Fejlesztő (k) Elasztikus NV Első kiadás 2010. február 8. ; 11 évvel ezelőtt Stabil kiadás 6. x 6. 8. 13 / 2020. október 22. ; 11 hónapja 7. x 7. 14, 0 / 2021. augusztus 3. ; 2 hónapja Adattár github /elasztikus / elasztikus keresés Beírva Jáva Operációs rendszer Többplatformos típus Keresés és indexelés Engedély Kettős licencű elasztikus licenc (szabadalmaztatott; forrásból elérhető) és szerveroldali nyilvános licenc (saját tulajdonú; forrásból elérhető) Weboldal www. elastic / elastonearch / Shay Banon az Elasticsearchről beszél a Berlini Buzzwords 2010 -en Elasticsearch egy keresőprogram alapján Lucene könyvtárban. Elosztott, több bérlőre képes teljes szövegű keresőmotort biztosít HTTP webes interfésszel és séma nélküli JSON dokumentumokkal. Az Elasticsearch Java nyelven lett kifejlesztve, és kettős licenccel rendelkezik a forrásból elérhető Szerver oldali nyilvános licenc és az Elastic licenc alapján, míg más részek a szabadalmazott ( forrásból elérhető) elasztikus licenc alá tartoznak.
Az Elasticsearch alapértelmezetten nem spórol az indexekben tárolt dokumentumok kapcsán az erőforrásokkal. Ha az adott index nem rendelkezik egy jól felépített és átgondolt mappinggel, akkor az ES gyakorlatilag "szabadfolyást" tart, minden szöveges típust analizál, minden olyan adatot ami rendezhető vagy aggregálható azt inmemory bufferbe lapoz, ráadásul menedzsel egy csomó olyan virtuális fieldet is mint pl az: _all. Ezzel az ES egy végtelen rugalmasságot és könnyed felhasználást teszt lehetővé, ami a legtöbb projekt esetén egyébként nagyon pozitívan értékelhető hozzáadott érték. Azonban ennek megvan az ára, ez pedig a performancia. Egy tetszőleges ES installment esetén elmondható, hogy néhány millió dokumentumig nem nagyon kell foglalkozni a mappingekkel, hiszen itt még bőven érvényesül az a fajta distributed processing hozzáállás, hogy ha kezd lassulni az indexelés vagy a keresés, akkor bővíteni kell a clustert egy-két extra node-dal (már persze ha az index shard beállításainál ügyeltünk arra, hogy ennek legyen értelme…) és máris normalizálódik a performancia.
Amikre érdemes még figyelni (ezekről lehet később írok külön postot): Az ES performanciájának egyik legfontosabb kulcsa az IOPS tehát, hogy másodpercenként mennyi IO műveletet tud végrehajtani a diszk környezet. Ennek kapcsán számtalan apró ötlet van (pl a több használata külön diszkeken, stb. ) amivel sokat lehet nyerni. Az indexing performanciára nagyon komoly hatást gyakorolhat a segment merge folyamat, tehát amikor az elemi index szegmenseket összefűzi az indexer. Ezt is lehet finomhangolni az index tartalma alapján. De teljesen máshogy kell paraméterezni a segment merget akkor ha SSD-n vagy ha hagyományos mozgó fejes diszken tároljuk az adatokat. Ha az adott index feltöltése "bulk import" elven történik, tehát nem folyamatosan szúrogatjuk be az új dokumentumokat, hanem időzítetten történik nagy mennyiségű adat bulk importja, akkor érdemes a bulk import előtt kikapcsolni a replikákat, majd utána vissza, ezzel megspórolhatjuk azt, hogy az összes replika egyszerre hajtsa végre a költséghatékony indexelést.
A Logstash konfigját így tudjuk ellenőrizni: logstash --configtest -f /etc/logstash/conf. d/* Ezt érdemes minden módosítás után megtenni, mert az indulásakor nem jelez hibát, esetleg leáll a Java processz:-). 2. A logstash számára az ulimit értéket érdemes megnövelni a /etc/init. d/logstash init szkript ulimit sorának szerkesztésével: pl. : ulimit -n 32768 3. A konfiguráció elsőre elég összetettnek tűnik, de a fenti pattern remélem segít elindulni a saját készítésében. 4. A mutate hasznos eszköz, mert a logokon tudunk segítségével változtatni. Itt az add_tag és remove_tag lehetőségeit használjuk. 5. Az egyes bejegyzésekhez tetszőlegesen lehet tag-et adni és elvenni, így a Kibana-ban ez szerint könnyű elkülöníteni a logokat. 6. A patternek szintaktiákja így néz ki:%{BEJEGYZÉS_FAJTÁJA:bejegyzés neve} A BEJEGYZÉS_FAJTÁJA mező csak meghatározott értéket vehet fel. Pontos listát nem találtam, se a /opt/logstash/patterns alatti fájlokból lehet lesni. Mindenesetre a SYSLOGTIMESTAMP, IPORHOST, WORD, NUMBER értékekkel sokmindent le lehet fedni.
4-es, vagy újabb verzióval megy, ezért nem indul el enélkül, ha talál korábbi verziójú Elasticsearch node-ot a hálózatban. Érdekes megjegyezni, hogy az Elasticsearch alapesetben nem támogat AAA -t (authentication, authorization, accounting) Erre nyújt megoldást az Elasticsearch Sield, ami nagyon sok lehetőséget tartogat, de a licenc díja is magas. Kibana A jelenleg stable állapotú logstash (1. 2) tartalmaz egy logstash-web init szkripttel indítható Kibana 3-at, de a fejlesztés alatt álló 1. 5-ös verzóban egyelőre ez nem elérhető. Ettől függetlenül megjelent a Kibana 4. 1-es verziója, ami a Logstash-től külön telepíthető. A Kibana 4 egy alkalmazás, így supervisord-vel futtatható. Telepítés wget majd kitömörítettem az opt alá és egy symlinkkel fedtem el a verziót, így a verzióváltáskor ezzel már nem kell foglalkozni: tar -xzf ln -s kibana-4. 1-linux-x64 kibana apt-get install supervisor Konfiguráció A logstash-web indulását akadályozzuk meg: update-rc. d logstash-web remove Supervidord konfig (/etc/supervisor/conf.