Fejlesztés

YANG és CIC integráció – Merre van az ésszerű határ?

A vita lényege röviden: mit lehet és mit érdemes a YANG-ból beengedni a CIC-be, és hol van az a pont, ahol a két modell már nem kompatibilis egymással.

A YANG eredetileg nem eszközkonfig formátum volt, hanem egy hálózati adatmodell. Ma viszont sok eszköz saját YANG-modellt használ, és konkrét konfigurációt YANG instance formában fogad. Emiatt két külön világ alakult ki:

• logikai YANG (absztrakt hálózati szolgáltatásmodellek),
• vendor YANG (az eszköz tényleges konfigurációs API-ja).

A CIC pont ezek között a rétegek között helyezkedik el. A CIC-ben van:

• Actor (eszközök, komponensek),
• State (állapotok),
• Intent (szándék),
• Obligation (szükséges módosítások),
• ProofTrace (bizonyítható állapotváltozás).

A kérdés az, hogyan nézzen ki a helyes adatfolyam:

logikai YANG → (általános device-YANG) → CIC → vendor-YANG

A CIC itt nem konfigurációs formátum, hanem összerendező réteg: eldönti, mely logikai elem mely eszközre kerül, hogyan bomlik le, és milyen szabályok érvényesek rá. A végrehajtás viszont már a vendor-specifikus YANG alapján történik.

A vita tényleges kérdései:

• általános device-Yang hogy jelenjen meg az IaC-ben (yaml vagy Yang formátumban)
• yaml esetén:
  • hálózati eszközök schema leíróinak alapjának jó-e a Yang mondelben meghatározott általános device modellek?
• yang esetén:
  • a  CIC-ben a validáció hogy oldódik meg yang model validációval...
  • IaC-ben a elvárt és a valós állapotot tudom-e tárolni yang obj-kban

A téma lényege: hol találkozik a YANG mint adatmodell és a CIC mint fogalmi architektúra, és meddig érdemes ezt az integrációt elvinni úgy, hogy mindkét világ előnyeit kihasználjuk, de egyik modell se torzuljon el.

Az IaC eredetileg azt ígérte, hogy a deklarált leírásból és a valós infrastruktúraállapotból meg lehet határozni az eltérést.
A gyakorlatban azonban ez sosem működött igazán — és ennek oka egyszerű: az IaC-ben valójában nincs állapotmodell.

A deklaráció szándék, de nem állapot.
A valós rendszer állapota pedig nem vezethető vissza egyetlen IaC-fájlra vagy futtatásra sem.

Nincs Intent → nincs State → nincs következetes összevetés → nincs determinisztikus következménykezelés.

És itt jön képbe a CIC (Central Infrastructure Core) szemlélet, ami nem YAML-ekkel vagy szkriptekkel akar harcolni, hanem logikai modellel:

• Actor – ki teszi a változtatást
• Intent – mit akar elérni
• State – milyen állapotot hoz létre vagy módosít
• Obligation – milyen kötelezettségeket generál
• Consequence – milyen következménye lesz
• ProofTrace – bizonyítható lánc minden lépésről

A CIC lényege nem az eszköz, hanem a relációs modell:
az elvárt állapot és a tényleges állapot logikailag összevethető, mert mindkettő formálisan létezik a modellben.

A Relay réteg pedig gondoskodik arról, hogy az állapot átadása determinisztikus legyen — nem pipeline, hanem állapotöröklés.

💬 Vitára fel:

• Szerintetek az IaC miért nem tudja valójában összevetni az elvárt és a meglévő állapotot?
• Terraform state valóban állapot, vagy csak „futtatásközi tároló”?
• Van-e ma olyan eszköz, amely formális Intent-modellt használ?
• Ti milyen problémába futottatok bele a „valós vs deklarált állapot” területen?

Ha van rá igény, hozok példát konkrét Intent–State–Consequence láncra a CIC-ből.

Sziasztok, 
Kellene egy kis segítség.
Tudtok-e egy villamosmérnök szakembert, aki képes olyan nyákot készíteni ami nanoV értékes jelet tud mérni, és a legfontosabb a háttér zajokat kiszűrné!?
Ilyen pici nanoV, nanoA  szinteken már pl. a mobil is bezavar.
Én már mV szintű jelek védelmét meg tudtam oldani, de nanoV szint az plusz "ugrás."
Állatokon 4 szenzorral mérnek enzimeket, elektródák kész vannak. Jól mérnek.
Ha nem tud az illető nyákot tervezni, elkészítem, azért írom mert ilyen jel szinteket már nagy tapasztalatú mérnökök képesek x tíz év tapasztalattal, és lehet hogy mára nyugdíjasok, és nem értenek az új típusú nyák tervező programokhoz. 
Megbízással.
Külföldi cég magyarországi KFKI parki cég.
Üdvözlettel
Tiszai István

Szükségem lenne egy egyszerű statikus, ilyen névjegykártya szerű weblapra és a tapasztalatotokra lennék kíváncsi, hogy milyen irányba érdemes most elindulni, ha magamnak akarom megcsinálni. Nem akarok sok időt beletolni, de önálló weblap kellene nem valami social media lap.

Alap dolgok kellenének elsőre, domain, ssl, választható témák, szerkeszthetőség, egyszerű kezelés és tartalom módosítás. Azt gondolom vagy keresek ilyen szolgáltatást, ahol minden egyben megvan vagy veszek egy domain-t egy random szolgáltatónál, AI-al generálok egy oldalt vagy veszek/letöltök már kész template-et és aztán feltöltöm a vett domain-ra. Nem riadok meg a kódolástól sem, de nem ez a szakterületem.

Milyen alapvető irányt javasolnátok ehhez? Köszönöm.

Van egy fej, akivel régebben többet, ma már ritkábban gányolunk együtt jobbára ilyen PHP-s vackokat. Sok éve próbálom meggyőzni, hogy az ilyen kollaboratív dolgokat git-ben vagy vmi hasonlóban szoktuk intézni. Embernek az az egyszerű, hogy a folderen nyom 1 jobbgombot, hogy compress, a zip-t elküldi email-ben, stb. én meg rakosgassam, meg ugyanígy vissza. Ticketing ilyesmi nincs, mert annál mikróbbak ezek a dolgok. 

a 10 év alatt már sokféle módon próbáltam meggyőzni a embert, hogy haladni kéne, de nem ment. Ezért várom ide a végső érveket, amivel talán tudnék hatni a fejére, hogy.

Köszi...

Sziasztok!

Egy/tobb ISA szimulatorhoz keresek egy egyszeru megkozelitest amivel *.elf fileokkal is tudnam etetni a rendszert. Neztem a `libelf-dev` csomagot, de ott az RTFM finoman szolva is foghijjas (lasd: `man elf_begin`). Talaltam meg ezt a leirast, most epp ezt nezem, hatha. Ami kell nekem az kb a kovetkezo: az objcopy -j ... -j ... -O binary xyz.elf xyz.bin-nek megfelelo funkcionalitas, illetve az `nm`-nek megfelelo symbol lookup. Persze ilyesmik is jol jonnek hogy az adott szegmens (.text, .rodata) mettol meddig tart es mettol meddig van benne valami. A legjobb lenne egy sima C library, mint a libelf, felteve hogy ez... erre valo. Amiben csak amiatt ketelkedek mert az `ldd` szerint ezek (objcopy, nm) nem linkelik magukhoz a libelf.so-t. 

Barkinek barmi otlet, ilyen getting started jelleggel? A fenti leirast elkezdem nezni, de ott nekem elsore aranytalanul sok a "creating" meg a "modifying" resz, ami itt biztos nem kell, kifejezett dump-olast meg vagy nem lattam ebben vagy vak vagyok. 

thx, A.

Laravel 11-ben fut egy projektem, amolyan 1.5 személyes fejlesztésként. 

Belefutottam egy nagyon furcsa hibába: kontroller meghív egy blade-et, ami feldolgoz egy session-ben átadott tömböt és más adatokat. Majd a blade-en elhelyezett gomb lenyomására meghívódik egy másik kontroller, amely a blade-en történt adatbevitelt és a session-ban eltárolt tömböt is feldolgozza.

Namármost, az esetek döntő többségében ez így rendben lefut, a második kontroller szépen működik.

Azonban időnként, mondjuk az esetek 5-8%-ban a session-ben eltárolt tömb nem érkezik meg a blade feldolgozását követően a második kontrollerhez. Korábban beírt és használt egyszerűbb változóim megvannak, de a tömb nincs meg.

Egyrészt a /storage/framework/session alatt megvan a session file és látom, hogy a mérete hogy növekszik és csökken, amikor rendben működik a program. Másrészt írtam egy log függvényt, ami szépen egy napló állományban kiírja a session tartalmát.

Egyértelműen látszik, hogy a blade file feldolgozásánál a session-ben elhelyezett tömb még ott van, de a 2. kontrollerhez esetenként nem jut el.

A session()->put($variable) után próbáltam a Session::save()-et, de ugyanúgy előjön a hibajelenség.

Arra gyanakszom, hogy esetleg a projekt beállításában lehet valamilyen gond.

Találkozott már valaki ilyen jelenséggel? 

Hogyan lehetne még jobban behatárolni a hibát?

Mi lehet a megoldás?

Minden tippet, ötletet, javaslatot szívesen fogadok!

Sziasztok,

van egy LDAP lekérdezésem PowerShellben, ami egy UTF8 stringet ad eredményül. Az értéket be kellene állítanom környezeti változóként (SetEnvironmentVariable), viszont ott nem jó az UTF8 érték, preferáltan CP852 kellene, de a CP1250 sem rossz megoldás, ha cmd.exe-ből dolgozom fel az eredményt.

Teljesen süket vagyok a PowerShellhez a Google pedig nem a barátom: főként olyan találatok jönnek, hogyan lehet valamit UTF8-ra alakítani, illetve, a mindenféle fájlba író/olvasó funkciók "-Encoding" opcióját hozza, ami nekem most nem releváns.

PowerShell guruk, kérlek segítsetek! Köszönöm! :)

Sziasztok!

Fejlesztőkörnyezet verzióváltása miatt kénytelen leszek átváltani a Git verziókövető rendszerre (eddig VSS-t használtunk), viszont ez még teljesen új terület számomra, így elég sok kérdésem volna ezzel kapcsolatban.

Tudom, hogy egy projekthez van lokális és van megosztott repo. A commit a lokális repoba teszi a változsokat, a push a lokális repóból a megosztottba.

1. Jól értelmezem, megosztott repóban levő állományok listáját csak úgy tudom lekérdezni, hogy azokat lehúzom a lokális repóba? A lokális repó listázható az ls-files paranccsal, de ugyanezt hiányolom a megosztottra.

2. Ha olyan állományt módosítok, ami közben megváltozott, mert más fejlesztő is hozzányúlt, milyen hatékonyságú az összefűzése? Ha ugyanolyan minőségben tudja összefűzni, mint az általam eddig látott összehasonlító programok mutatják az eltéréseket, akkor agyhalál lesz megtalálni, mit kutyult össze a kódban...

3. Egy módosítás egyszerűsített ciklusa a fejemben a következő:
   1. Lehúzom a megosztott repóból a legfrissebb verziót
   2. Elvégzem a szükséges módosításokat
   3. Commit-al berakom a lokál repóba
   4. Push-al felteszem a közösbe.
   Mivel időközben másik fejlesztő módosíthatott az állományokon, ezért kell egy lépés a 3. pont után, amiben ismételten lehúzom a közös repóból a változásokat, ez elvégzi a változások összefűzését.
   Az itt felmerült kérdésem: mi történik, ha a 4. lépés előtt történik a közös repóban egy változás?

4. Van-e arra mód, hogy a commit előtt lekérdezzem, hogy mely állományok változtak meg a lokál repóhoz képest?

5. Van-e arra mód, hogy megnézzem a módosult állomány és a repóban levő változat különbségét? Ugyanez a kérdés áll két commitolt változat közötti eltérésre is.

Gábor

Update:

nagyon hasznos funkciót találtam a git-ben, a .git/hooks mappában levő script-ekkel nagyon szépen megvalósíthatók a számomra szükséges feladatok.
Eddig a prepare-commit-msg és a pre-push scriptet írtam meg, amivel a pillanatnyilag szükséges kiegészítő funkciókat meg tudtam valósítani.

A prepare-commit-msg bash scriptben ha szükséges, kiegészítem a commit kommentjét az aktuális dátumnak megfelelő szöveggel.

Megtaláltam a módját annak is, hogy a remote repo és a lokál repó között változott állományokat lekérdezzem:

git diff --name-only master $1/master

ahol $1 a pre-push script első paramétere, ami a remote repo elnevezése