(Csak meglevő ajándékra vonatkozik, ha már eladták az ajándékozott ingatlant arra nem) Elajándékoztam a fiamnak a lakásomat, haszonélvezeti jog kikötésével. Mi az ajándékozási szerződés? - Szerződések - NoSalty - Mit hogyan? A szerződés formai és tartalmi követelményei re nézve az adásvételi szerződésre vonatkozó előírásokat kell megfelelően irányadónak tekinteni a speciális eltérések figyelembe vételével. Az ajándékozás fő jellemzője az ingyenesség, amelyet a szerződésben kifejezetten meg kell jelölni. AJÁNDÉK VISSZAKÖVETELÉSE - Jogi témák közérthetően - Dr. Bakonyi Lilla. Emellett a szerződésben szükséges az ajándék értékének meghatározása is. Amennyiben az ajándékozó fél valamilyen feltevéssel vagy egyéb határozott céllal juttatja az ajándékot, úgy annak körülményeit érdemes megjelölni az ajándékozási szerződésben figyelemmel arra, hogy annak végleges meghiúsulása esetén az ajándék visszakövetelhető, ha a feltétel bekövetkezése nélkül az ajándékozásra nem került volna sor. A szokásos mértékű ajándék visszakövetelésének nincs helye. Szokásos mértéket meg nem haladó ajándékról általában akkor van szó, ha az nem gazdagítja a megajándékozottat oly mértékben, hogy visszakövetelése anyagi és erkölcsi szempontból indokolt lenne.
A halál esetére szóló ajándékozás ingyenes tulajdonátruházó kétoldalú jogügylet. Fontos tudni, hogy az örökhagyó és a megajándékozott között még az örökhagyó életében jön létre, de a megajándékozott az örökhagyó halálával szerzi meg az ajándék tulajdonjogát. A halál esetére szóló ajándékozási szerződés egyoldalúan nem vonható vissza. PTK Hatodik könyv: Kötelmi jog - A kötelmek közös szabályai / Hatodik rész: Egyéb kötelemkeletkeztető tények – XXXII. A jogalap nélküli gazdagodás /36. A kötelezettségvállalás közérdekű célra. Az ilyen ajándékozás azzal a feltétellel történik, hogy a megajándékozott az ajándékozót túléli. Lényeges szabály, hogy a megajándékozott nem osztozik a hagyatéki terhekben. A megajándékozott semmilyen ellenszolgáltatásra nem köteles az ajándékot csupán el kell fogadnia.
Előfordulhat olyan eset, amikor az ajándékozó visszavonhatja az adott ajándékot. Igaz ez ingatlan ajándékozás esetére is. Csak akkor vonható vissza az ajándék, ha ennek tényét ajándékozáskor írásba foglalják. 579. § (2) Ingatlan ajándékozásának érvényességéhez a szerződés írásba foglalása szükséges. Az ajándékozás tényét a földhivatalnál is nyilvántartásba kell venni. 582. § (1) A még meglevő ajándékot az ajándékozó visszakövetelheti annyiban, amennyiben arra létfenntartása érdekében szüksége van, és az ajándék visszaadása a megajándékozott létfenntartását nem veszélyezteti. (2) Ha a megajándékozott vagy vele együtt élő hozzátartozója az ajándékozó vagy közeli hozzátartozója rovására súlyos jogsértést követ el, az ajándékozó visszakövetelheti az ajándékot, vagy követelheti az ajándék helyébe lépett érték*et. Fontos kitétel tehát az, hogy nem csak a megajándékozott jogsértése esetén, hanem a megajándékozottal együtt élő hozzátartozó jogsértése esetén is visszavonható az ajándék. Ráadásul, amennyiben a jogsértést az ajándékozó közeli hozzátartozója ellen követi el, akkor is visszavonható az ajándék.
Sajnos ez a helyzet, semmim yenlőre egészséges vagyok, de bármikor bármi történhet…Kérem válaszát, tanácsát, hogy szüntethetem meg ezt az állapotot, azaz kapjam vissza ingatlanom saját nevemre? Ez későbbiekben egy idős otthonba való bekerüléshez is szükséges lehet. Az adás-vételi szerződésben a haszon élvezeti rész úgy lett megfogalmazva, hogy az visszavonhatatlan. Én akkor nem gondoltam, hogy így járok. Ez a kitétel megnehezíti, vagy teljesen kizárja az ajándékozás visszavonását? Gyakori eset, hogy szülői pénzen történik az ingatlan vásárlás a gyermek javára. E körben a haszonélvezeti jog alapítása a szülő javára az a biztosíték, hogy élete végéig a szülő használhatja az ingatlant. Megjegyzem ez a szerződés adásvétel és nem ajándékozás, így az ajándékozás visszakövetelése fogalmilag és jogilag kizárt. Van azonban lehetőség arra, hogy illetékmentesen a gyermek tulajdonába vett ingatlant a gyermek a haszonélvezőnek ajándékozza. Ekkor a haszonélvezeti jog törlődik, hiszen ugyanazon személy nem lehet egyidejűleg tulajdonos és haszonélvező is.
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.
Központi loggyűjtő Logstash, Elasticsearch, Kibana 4 A jelenlegi leírás a telepítést csak felületesen érinti, a példában Debian 7 64bit Linuxot használtam. A leírás célja, hogy gondolatébresztő legyen egy központi loggyűjtő kiválasztása során. Amire jó ez a rendszer: Különböző forrásból érkező események feldolgozására, tárolására és megjelenítésére. Különösebb ismeretek és a parancssor ismerete nélküli logelemzésre Amire nem jó: Logok feldolgozása után riasztások kezelésére. Elkülönített logok és hozzájuk kapocslódó jogosultságok kezelésére A rendszer fő részei Syslog-ng Syslog-ng fogadja a logokat UDP és TCP 514-es porton, itt sok lehetőség van a logok módosítására, feldolgozásáre, stb. Ennek a leírásnak ez nem képezi tárgyát. Telepítés apt-get install syslog-ng Konfiguráció Az alábbi konfigurációval a sztenderd syslog-ng konfigurációt a jelenlegi példához szükséges beállításokkal kiegészíthetjük: cat /etc/syslog-ng/conf. d/ source s_network { tcp(); udp();}; destination d_logstash { udp("127.
{ "mappings": { "event": { "_source": { "includes": [ "*", "meta. *"], "excludes": [ "scription", "*"]}}}} Az ES minden dokumentum betöltésekor automatikusa létrehoz egy _all fieldet, amiben az összes a dokumentumban fellelhető mező analizált adata szerepel felsorolásként. Ez sokat segít egy teljes indexre kiterjedő full text search queryhez, mindemellett viszont eléggé erőforrás igényes. Ha úgy egyébként ismerjük a saját adatmodellünket, akkor az _all kikapcsolható a mappingben ({"mappings": {"type_X": { "_all": { "enabled": false}}}}). Megfelelően kialakított mapping nélkül az ES minden szöveges adatot text-ben tárol, minden számot pedig valamilyen numberic datatypeben. Előbbi azért lehet probléma, mert a "text" field type alapértelmezetten analizált. Az analizálás során az indexer elemi daraboka szedi a text tartalmát és szavanként tárolja azt a gyorsabb keresés érdekében. Ez egy erőforrás igényes művelet, amire a legtöbb esetben nem igazán van szükség, hiszen a legtöbb esetben nincs szükségünk a full text search funkcióra a text fieldeknél.
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.
d/) [program:Kibana4] command = /opt/kibana/node/bin/node /opt/kibana/src/bin/kibana directory = /opt/kibana user = elasticsearch autostart = true autorestart = true stdout_logfile = syslog stderr_logfile = syslog environment = CONFIG_PATH="/opt/kibana/config/", NODE_ENV="production" A supervisord indítását követően (/etc/init. d/supervisor start) a Kibana4 felülete a kiszolgáló 5601/tcp portján elérhető.