- Redmi Note 12 Pro - nem tolták túl
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy A54 - türelemjáték
- Milyen okostelefont vegyek?
- Samsung Galaxy S24 - nos, Exynos
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Samsung Galaxy S23 Ultra - non plus ultra
- Honor Magic5 Pro - kamerák bűvöletében
- Magisk
- Késik a következő S24 Ultra kamerafrissítés?
Hirdetés
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Premier előzetesen a Demon Slayer -Kimetsu no Yaiba- Sweep the Board!
gp Elérhető lett Switch-re a játék, amely leginkább a Mario Party-hoz hasonlítható.
-
Mobilarena
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
-
-
-
válasz Magnat #31354 üzenetére
Arra gondoltam, hogy csak akkor fusson le a 3 napnál régebbiek törlése, ha van 3 napnál újabb file. Tehát a 3 napnál újabb file-ok listázása ha van ilyen, akkor mehet a törlés. A && csinál annyit, hogy ha egy parancs sikeresen lefutott, akkor lefuttatja a következőt, különben nem.
Az első find után egy |grep a filenév egy részére esetleg?
find -type f -mtime -3 |grep backupnevénekegyrésze&&find -type f -mtime +3 -exec ls -la {} \;[ Szerkesztve ]
Mutogatni való hater díszpinty
-
válasz Magnat #31356 üzenetére
A find mindig sikeresen lefut, ezért mondta Sh4d0w, hogy mindig törölne. Ha rágrepelsz a filenév egy részére (arra, ami nem változik), akkor ha nincs újabb file, akkor sikertelen kimenetet ad, és nem fog lefutni a második find. Ha van újabb file, akkor a grep kimenete "sikeres" lesz, és továbbengedi a cuccot.
(Parancs && parancs : akkor fut a második, ha az első 0-val tért vissza, és a find mindig 0-val tér vissza A másik ilyen érdekes állat a pl. ping, aminek szintén össze-vissza visszatéréi értékei vannak.)[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
inf3rno
nagyúr
válasz Magnat #31350 üzenetére
Mi a rák az, hogy FreeBSD alapú Linux? Erre az egészre amúgy bash scriptet kell írni, és azt ütemezett feladatként futtatni vagy szolgáltatást kell írni, ami egy fokkal komplikáltabb, de az sem annyira nehéz. Szerintem néhány sorból meg tudod oldani, ha beletanulsz. Bash script helyett egyébként bármilyen programnyelven is megoldható ugyanez. Sőt ha fontos, hogy rendesen működjön, akkor én százszor inkább egy normális nyelven írnám automata tesztekkel.
[ Szerkesztve ]
Buliban hasznos! =]
-
-
-
válasz inf3rno #31361 üzenetére
"Sőt ha fontos, hogy rendesen működjön, akkor én százszor inkább egy normális nyelven írnám automata tesztekkel.": amit meg lehet írni egy pár soros bash scriptben, arra nem írunk "normális" nyelven programot, pláne automata teszteket, stb.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
-
inf3rno
nagyúr
Természetesen jól működik, csak az egyik esetben erre a bizonyíték a te szavad, a másik esetben meg az, hogy átmegy a működést ellenőrző teszteken. Egyébként bash-t is lehet automatizáltan tesztelni, mint minden mást: [link] [link] Én csak azért szeretem a komolyabb nyelveket, mert ott több a nyelvi eszköz és a kód amit kapok is könnyebben megérthető, nem kell agyon kommentelni, plusz nem függ annyira a környezettől, hogy rendesen működik, mint egy bash scriptnél. De ez valamenyire ízlés, feladat kérdése. Ha nem tud nagy kárt okozni, akkor egy teszteletlen bash script is jó lehet, csak pl egy törlés tipikusan olyasmi, amit ha elcseszel, abból komoly károk lehetnek.
[ Szerkesztve ]
Buliban hasznos! =]
-
válasz inf3rno #31370 üzenetére
Nos, egy otthoni felhasználású scriptet bizonyára automatizáltan szoktak tesztelni.
Amúgy tudom, hogy mi az a szoftvertesztelés, de egy átlagos munkahelyen a sysadminok scriptjeit nem szokás különösebben tesztelni, általában elég, ha jól működnek.
Az előző helyemen meg kötve hiszem, hogy a cég hivatalos belső ellenőrző scriptjei bármilyen tesztelésen átmentek volna, olyan trágyák voltakMutogatni való hater díszpinty
-
-
inf3rno
nagyúr
Ha megnézed az eredeti kérdést, semmi szó nem esik arról, hogy milyen fontosságú a dolog, hányan használják, milyen adatokról van szó: [link] Én továbbra is tartom, hogyha fontos az adat vagy a helyes működés, akkor tesztelni kell a kódot. Ha nem fontos, akkor azt csinálsz, amit akarsz. Hogy a kérdésre is válaszoljak, akkor éri meg ezeknek a tesztelése, ha egy elgépelés miatt lecsukhatnak x évre vagy rádvernek egy több milliós bírságot, de akár már akkor is megéri, ha csak otthon mókolsz valamin, és számodra pótolhatatlan adat veszhet el miatta. Szóval ez inkább biztonsági, mint üzemeltetői kérdés, bár van némi átfedés. Szoftverfejlesztői szempontból azért jó automatizáltan tesztelni, mert az utólagos tesztek nélküli hibakeresés sokkal tovább tart, de ez pár soros szkripteknél annyira nem szempont. Én mondjuk már megszokásból csinálom ebből a szempontból rövidebb kódnál is, mert rühellek debuggolni. No mondjuk én sem szoktam a unit tesztek szintjére lemenni, mert ott több lesz a teszt, mint a futó kód, de azért alapvető dolgokat mindig kitesztelem legalább néhány e2e vagy integrációs teszttel.
[ Szerkesztve ]
Buliban hasznos! =]
-
válasz inf3rno #31367 üzenetére
Nem egészen. Valamilyen shelled van, tehát annak a használata nem jelent sem addicionális telepítést, sem extra kockázatot. Ellenben ha akár csak pythonban készítesz valamit, akkor kell az intepreter plusz a modulok, amelyekkel megoldod a feladatot - ez mind plusz telepítés és kockázat, plusz ha binárisba fordítod, aránytalanul nagy lesz.
Most is nyomozok egy érdekes, kábé naponta ismétlődő kapcsolat után, aminek nincs tulajdonosa. Megírhattam volna pythonban a monitoringját, de mivel a shell kéznél van és az egész 7 sor, nem vacakoltam vele - pláne, hogy prod szerver.
[ Szerkesztve ]
https://www.coreinfinity.tech
-
CPT.Pirk
Jómunkásember
válasz Livius #31325 üzenetére
Ma jutottam el oda, hogy ki is próbáljam. A VS2019 telepítése után 2 perccel már ment a távoli debug a Raspberry-n, nem sokkal később meg már érdemben programoztam is rajta. Nem hittem a szememnek, hogy ez ennyire könnyű is lehet és a dolog ráadásul kétirányú, mert behozza PC-re a raspberry-n lévő libraryket, mintha itt állnának a projekt mappájában.
Köszi a tippet!
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
inf3rno
nagyúr
válasz sh4d0w #31375 üzenetére
Jó, innen nézve igaz, hogy nem rántasz be új függőségeket. Szóval akkor ez nekem csak egyéni kényelmi szempont, hogy más nyelveket jobban szeretek, mert jobban megszoktam őket, és akkor ebben igazuk van. A tesztelés része viszont megoldható bash-re is és az már biztonsági kérdés is lehet, hogy tesztelt e a kód, ami fut.
Buliban hasznos! =]
-
inf3rno
nagyúr
válasz sh4d0w #31375 üzenetére
Egyébként úgy rémlik, hogy komolyabb helyeken össze szokták szedni az ilyen üzemeltetői szkripteket, daemonokat is és dokumentálni szokták, hogy melyik mit csinál, mert azok is cégen belül használt szoftvernek számítanak, aztán ha a kolléga lelép, akkor ott fognak futni a háttérben olyan dolgok, amikről senkinek nincs fogalma, hogy mit csinálnak, de lelőni sem merik őket, nehogy valami eltörjön.
[ Szerkesztve ]
Buliban hasznos! =]
-
válasz inf3rno #31368 üzenetére
overengineeringnek hívják.
a unix alapfilozófiája : KISS. Keep It Stupid and Simple."Természetesen jól működik, csak az egyik esetben erre a bizonyíték a te szavad, a másik esetben meg az, hogy átmegy a működést ellenőrző teszteken": amely tesztek adekvát voltára a bizonyíték a te szavad, de legalább egy rakás melót belefeccöltél.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz inf3rno #31370 üzenetére
azért kanyarodjunk már vissza a kezdetekhez: biztonsági másolatot akar verziózva úgy, hogy a kliens oldalhoz nem tud hozzányúlni.
Erre egy lehetséges megoldás, hogy a szerveren létrehoz napi mappákat például Sun Mon stb. neveken, majd cronból minden nap lefuttat egy:rm -f backup
ln -s $(LANG=C date '+%a') backup
utasításpárt. Ezen a bonyolultsági szinten nem írunk unit tesztet, pláne nem otthoni felhasználáskor, nem tervezünk projektet a megvalósítására, nem tűzünk ki a projekben mérföldköveket, nem csinálunk drp-t, bcp-t, nem készül projekt alapító dokumentum, nem írjuk le hetven oldalban a projekt termék elfogadási kritériumait, stb. hanem odaülünk a konzolhoz és bevésünk egy sort a crontabba. hasonló módon nem írunk maven szkriptet ötven gigabájtnyi függőség és könyvtár letöltéséhez, nem használunk hatféle keretrendszert, nem használunk mvc framewörköt, perzisztencia réteggel és különösen nagyon határozottan nem rakunk fel dockert egy tetves link létrehozására. kubernetest se. érthető okból nem illesztjük a rendszert távmenedzsment cuccokhoz, még Muninhoz se.
A személyes tapasztalatomban minden túltervezett projekt becsődölt.
A segítségem nélkül is...Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
inf3rno
nagyúr
válasz bambano #31381 üzenetére
Nagyon jó, csak az overengineering egyáltalán nem ezt jelenti. Az overengineeringnél túl magas absztrakciós szintre teszel dolgokat, túláltalánosítod őket teljesen feleslegesen. Jelen esetben viszont két ugyanazt a dolgot csináló eszköz közül választom a számomra kényelmesebbet. A háttérben a unix parancssori eszközök meg amiket használt tök ugyanazt fogják csinálni, mint egy általam választott programnyelven berántott könyvtárak.
A tesztekkel kapcsolatban bárki ellenőrizheti a tesztelési módszereket és futtathatja újra a teszteket szemben a te szavaddal, aminél semmi info nincs arról, hogy hogyan tesztelted vagy hogy egyáltalán tesztelted e bárhogyan.
[ Szerkesztve ]
Buliban hasznos! =]
-
válasz inf3rno #31374 üzenetére
Az eredeti kérdésben nem szerepelt az otthoni környezet, de később említette
"Hogy a kérdésre is válaszoljak, akkor éri meg ezeknek a tesztelése, ha egy elgépelés miatt lecsukhatnak x évre vagy rádvernek egy több milliós bírságot,"
Ehhez képest az ilyesminek gyak. egy cégnél sem látom a tesztelését. Ennyi erővel azt is felügyelhetnéd, hogy az admin mit gépel. Mondjuk van, ahol próbálták, pár év után elég lett, és felmondtam, mert 2:1 volt az adminisztráció a tényleges munkával.
Mit beszélek, oktatás se szokott lenni, felvesznek, 2 nap múlva root jog Komplett környezetek úgy rárakása csapatokra, hogy sosem láttak olyan OS-t, middleware-t, semmit Jó esetben csak én jártam néhány ilyen helyen, és nem a túlnyomó többség ilyenKomolyabb helyeken össze szokták szedni - elméletben gondolom, bár remélem, hogy van, ahol tényleg Meg azt se hiszem, hogy az olyan szintű dolgokat szedik össze, amiket páran használnak, senkinek az orrára nem kötve. A komolyabban használt dolgokat persze össze kell, de az egy másik szint.
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
inf3rno
nagyúr
Ez addig rendben van, amíg nem iratnak veled alá nyilatkozatot azzal kapcsolatban, hogyha ilyen módon kárt okozol a cégnek, akkor te állod a költségeket. Szerintem csak idő kérdése amúgy, hogy egy cég mikor kezdi el biztonsági szempontból egy kicsit komolyabban venni magát.
Buliban hasznos! =]
-
válasz inf3rno #31388 üzenetére
Hát... ez egy igen nagy múltú cég, bár lehet ezért koptak ki az értelmes emberek mára
Ám ott - legalábbis a belső infrás részeken - nem volt ilyen nyilatkozat, pedig ott is volt olyan support (nem is egy) ami regionális, vagy globál cuccokra ment. Ügyfélrendszereken lehet, de ott sem említett senki ilyet.
Meg mérlegelni kell, hogy egy ilyen nyilatkozat mennyi fizunál éri meg...Mutogatni való hater díszpinty
-
válasz inf3rno #31388 üzenetére
egyrészt aggályos, hogy ilyen nyilatkozat törvényes-e. (2012. évi I. törv. 179. par. 3. bek).
másrészt ha bármit alá akarnak íratni velem, ami a munkaszerződés módosításával jár, akkor az egyrészt kétoldalú egybehangzó akarat kérdése, másrészt ha már módosul a munkaszerződés, akkor más pontok is módosulnak.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
válasz inf3rno #31393 üzenetére
Fasza hely lehetett az is... Egy nagy egyetemen volt olyan, hogy a hallgatónak elmondták, hogy a drága műszernek lelke van, hagyni kell bejáródni minden nap... ő elolvasta a használatit, és kiderült, hogy évek óta nem volt a cucc karbantartva
Mutogatni való hater díszpinty
-
inf3rno
nagyúr
válasz bambano #31391 üzenetére
"(3) A kártérítés mértéke nem haladhatja meg a munkavállaló négyhavi távolléti díjának összegét. Szándékos vagy súlyosan gondatlan károkozás esetén a teljes kárt kell megtéríteni." - Ha mondjuk egy kezdő root jogosultsággal törli az összes fájlt, akkor simán rá lehet fogni, hogy súlyosan gondatlan károkozás történt szerintem. Mondjuk nem ő a hibás, hanem aki jogot adott neki, de attól még ő fogja elvinni a balhét.
Én mondjuk csak azt tudom, hogy állami és önkormányzati szervezeteknél az információbiztonsági szabályzatot meg kell ismertetni a munkavállalókkal, és alá kell iratni velük, hogy tudomásul vették, és hogy büntetőjogi felelősséggel tartoznak, ha nem tartják be, illetve ha elmennek a cégtől és adatot szivárogtatnak, akkor is. Illetve külön kihangsúlyozták, hogy erre figyeljünk oda, mert volt már, hogy emiatt nem lehetett felelősségre vonni valakit.Buliban hasznos! =]
-
inf3rno
nagyúr
Ja valahogy így. Ez is egyetemi műszer volt, az előző hallgató tropára szétcseszte, aztán odaadták, hogy mérjek rajta. Utána egy mérés sem volt ismételhető, de azért csak csináljam. A végén már annyira ki voltam akadva és napi 16 órát mértem vele, hogy produkáljak valamit diplomához, hogy figyelmetlenségből én adtam meg neki a kegyelemdöfést. Utána adtak egy régebbi gépet, amin egy hét alatt lemértem amit ezzel 3 hónap alatt nem sikerült.
Buliban hasznos! =]
-
-
Új hozzászólás Aktív témák
- Luck Dragon: Asszociációs játék. :)
- Fejhallgató erősítő és DAC topik
- Építő/felújító topik
- Redmi Note 12 Pro - nem tolták túl
- gban: Ingyen kellene, de tegnapra
- sziku69: Fűzzük össze a szavakat :)
- EAFC 24
- Dacia topic
- A fociról könnyedén, egy baráti társaságban
- Valami baja van a tápomnak
- További aktív témák...
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Canva Pro előfizetés - 1 éves
- Steames kulcsok jó áron eladóak!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!