- Megérkezett a Google Pixel 7 és 7 Pro
- Magisk
- Huawei Watch Fit 3 - zöldalma
- Bivalyerős lett a Poco F6 és F6 Pro
- Samsung Galaxy A52 5G - nem csak egy G-vel több
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Mobil flották
- Fotók, videók mobillal
- Samsung Galaxy A54 - türelemjáték
- Még két színben megcsodálható az ár/érték trónra pályázó Moto
Hirdetés
-
Még két színben megcsodálható az ár/érték trónra pályázó Moto
ma A G85 külsőben és specifikációban is ígéretes.
-
Kiderült, hogy hol veszik a legtöbb kínai EV-t
it A kínai EV-k és hibridek eddigi legnagyobb exportpiaca Belgium volt, azonban az EU-s álláspont és a kínai stratégiaváltás miatt immáron Brazíliába kerül a legtöbb ilyen jármű.
-
Fekete misztikum: DeepCool Mystique 360 vízhűtés
ph Fekete ventilátorokkal, visszafogott világítással, de LCD kijelzővel érkezik a gyártó új topmodellje.
-
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
-
haddent
addikt
válasz haddent #29390 üzenetére
Na meg van az a szint, amit bash -ben elkezdeni is nevetséges lenne, C/C++ -ban meg olyan szinten fájdalmas makrós szörnyedtség (vagy 3rd party keretrendszer és társai), hogy inkább feladod az életet is. Itt egy kis kedvenc pl. saját kód
Egy webszerver POST endpointját kidekorálom vele felparaméterezve egy előredefiniált schemával és hátradőlök, a függvény megkapja a parsolt, validált adatokat objektumként. Na ezt nagyon nem szeretném C -ben implementálni plsamujózsi semmivel, ebben igazad/tok van. Nem tudom miért a json lett "A" (de)szerializációs best practice, de ez van. Mondjuk jóval jobban olvashatóbb és sokkal bonyolultabb objektumok kényelmes tárolására is alkalmas, gondolom..
[ Szerkesztve ]
-
samujózsi
tag
válasz haddent #29392 üzenetére
Ott a kulcsszó: szerializáció (fújj... nincs erre valami mádzsár ixpressön? )
A csv az alkalmatlan erre, viszont egyszerű adatsorok továbbítására nagyszerű. Ha már van benne idézőjeles mező... hát akkor már mindegy.Ezeket a dekorátorokat utálni fogom, amíg csak élek. Egyszerűen képtelen vagyok megjegyezni, hogy hol, hogyan tudnám használni saját célra.
[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
bambano
titán
válasz haddent #29392 üzenetére
itt megint a túltervezés példáját láthatjuk.
"ha kalapácsod van, mindent szögnek nézel"
biztos, hogy objektumként kell átadni a validált adatokat?másik hsz-edben:
"Monitoring adatokat pont, hogy igenis valamilyen sztenderdizált formátumban és azon belül is szépen formázva adunk ki, hogy univerzális és kompatibilis legyen ne csak a te shell scripteddel, hanem grayloggal, prometheussal, kibanával meg nagyjából bármivel is, ne kelljen külön parser meg interpreter hozzá. ": ezt max. akkor csináljuk így, ha feladat, hogy ilyen cuccokkal interfészelni kell. ha nem feladat, akkor nem csináljuk így."Monitoring adatokat pont, hogy igenis valamilyen sztenderdizált formátumban és azon belül is szépen formázva adunk ki,": vagyis csv-ben, és még véletlenül sem json-ben.
"Ebből a kommentedből is látszik, hogy nagyon más nézetet vallasz.": így van. ha például azzal kezdem a threadet, hogy "elsőnek bash", akkor ez alatt azt értem, hogy először bash és nem azt, hogy kizárólag bash.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
samujózsi
tag
válasz haddent #29428 üzenetére
De minek terheljem a gépeket olyan protokollal, amire igazából semmi szükségem?
A proxy nálam eredetileg azért kellett, mert több virtuális gépen azonos linux volt és bizonyos irányokba a digi finoman szólva nem nyújtott megfelelő sebességet, így a proxy cache-elte a letöltött anyagok egy részét.Ez már elmúlt, de arra még jó (lenne), hogy logolja a kliensek forgalmát legalább olyan szinten, hogy milyen site-okat látogatnak meg.
Korábban ilyet csak az androidos mobilok csináltak, hogy kikerülve a proxy-t próbáltak a neten kószálni.
Viszont ehhez a VPN eléggé feleslegesnek tűnik, főleg, hogy a proxy-ként is működő szerverem egy celeronos kis gépecske... vagy nem értem, miről beszélsz.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
bambano
titán
válasz haddent #29453 üzenetére
ne találgassunk, hogy milyen irányba kell elmenni, az volt a kiinduló premissza, hogy telemetria adatokat kell kinyerni egy jáva virtuális gépből és tárolni egy adatbázisban.
mivel ugyanaz a kéz írja meg a csv legyártó rutint a jáva alkalmazásba, mint a többit, így a csv formátumával kapcsolatban nem kell jóhiszeműnek lenned, az van benne, amit kitoltál saját kicsi kezeddel.miután egy ilyen csv adatbázisba töltése egy triviális sed program, a json értelmezéséhez meg rakás szubrutin kell (tökmindegy, hogy te írtad meg, vagy más), így a végeredmény az, hogy mind hatékonyság, mind gépi olvashatóság szempontjából a csv utcahosszal veri a pythonos meg hasonló lomokat. könnyebb megírni, nincs karbantartási igénye, nem kell csomagokat telepíteni, mert sed minden unixon van, nem kell csomagokat upgradelni, stb. stb. stb. így továbbra sem értem, mi a francért megy az erőlködés json/xml irányba, mikor a csv látványosan jobb minden szempontból.
lehet vitázni arról, hogy teljesen általános csv parsolása milyen, én nem fogok részt venni egy ilyen vitában, mert nekem nem ez volt a kiinduló állításom.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz haddent #29470 üzenetére
Pedig az iptables volt az első, amit próbáltam, pontosan így. A routeremre is ránéztem, az hogy csinálja. Semmi. Meg se jelent a nat listában. Fura ez a Fedora na.
A firewalld legalább az esetek többségében működik. Ufw-vel meg nem élek, sok mindent nem tud ugyanis.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz haddent #29474 üzenetére
Otthoni consumer router, ami tudja a port forwardot és a GUI mögött iptables van. Azt használtam puskázni. Hogy lássak egy működő példát. De pontosan az volt, mint amit írtál.
Amúgy semmi közük egymáshoz.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
samujózsi
tag
válasz haddent #29479 üzenetére
Na OpenSuSE SoSE
Úgy általában nem lenne vele bajom, de a szervernek csúfolt gépemen be sem bootolt.
Sem a hagyományos, sem a rolling ág.
A RH variációknál meg ott a SELinux, ami elvben tetszik, de a gyakorlatban ha valakinek sikerült vele elbarmolni valamit (én :D), az nem biztos, hogy újra hozzá mer nyúlni.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz haddent #29509 üzenetére
Félreértesz: egy rolling release folyamatosan hozza az új verziókat, ami egy nem-rolling rendszeren nem jellemző.
Ki vállal be egy olyan fejlesztést, amit (durva túlzással) havonta hozzá kell igazítani az op.rendszer újabb és újabb darabjaihoz, mikor egy hagyományos rendszernél ezt csak akkor kell meglépni, ha már nincs support a használt rendszerre vagy azt egyéb ok miatt újabb verzióra kell felhúzni?[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
vargalex
félisten
válasz haddent #29515 üzenetére
Én is ezeket értem alatta és pont ezért kérdezem. Viszont ennek ellenére több ügyfelünk is Ubuntut használ production-ban. Van olyan állami ügyfelünk, aki az általunk supportált SLES-t váltotta arra úgy, hogy egyikhez sem ért. Persze, velünk megszüntette a supportot...
És van nagy telekommunikációs ügyfelünk is, ahol production-ban Ubuntu van. Ez utóbbi pedig rendes hely...[ Szerkesztve ]
Alex
-
samujózsi
tag
válasz haddent #29568 üzenetére
Én átéltem már pár hasonlót... nem ilyen triviális a dolog. Sajnos. Főleg, ha a régi rendszernek nincs fejlesztője, nincs aki a migrációhoz szükséges adatokat előállítsa... és ha váratlanul szívódik fel a gyártó, akkor bizony van szopás ezerrel.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
bambano
titán
válasz haddent #29576 üzenetére
nem akarom találgatni, hogy mire gondolt a kolléga, arra tudok reagálni, amit leírt. márpedig az, ha szabadon cserélgethetem a fő komponenst is egy disztróban, akkor az kompatibilis -> nem lehet fragmentált.
azokból a cuccokból, amik alapvetően meghatároznak egy asztali disztrót, kevesebb variáció van, mint a másik oprendszernél. mert attól, hogy a verziószám utolsó jegye más, még kompatibilis marad, és nyugodtan csereberélheted, főleg a kernelt, mert Linus elég hevesen szokott reagálni, ha egy kernel patch beküldője megtöri az userland kompatibilitást.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Frawly
veterán
válasz haddent #29576 üzenetére
Pont ezért kell vanilla Linuxot használni, és nem agyonforkolt, agyonpatchelt enterprise valamit, amire már Linus sem ismer rá. Azért egy kvázi sztenderd vanilla kernel + glibc + systemd kombóra lehet építeni. Ugye mivel szerverről van szó, se X, se Wayland, se játék, se Pulseaudio, se semmi nem jön szóba, ami a képbe bezavarna.
(#29577) bucihost: na látod, most sikerült csupa olyat sorolnod, amiből van linuxos alternatíva. Én olyanra céloztam, hogy pl. Adobe Photoshop kell egy spéci plugin miatt, vagy valami spéci vektorrajzos megoldás, amire nem jó a linuxos Inkscape, stb.. Azért ilyesmiket nehezebb házon belül lefejleszteni, mint egy kasszaprogramot. Nincs egy fajsúlyban a kettő.
Egyébként a kasszaprogramnál nem is az a szívás, hogy lefejleszd, meg multiplatformos legyen, hanem hogy a NAV is elfogadja. De ez megint nem a Linux hibája, hogy a NAV-nak is MS kényszere van. Ez pont egy ördögi kör, hogy midenki MS-megoldást használ, mert csak azt támogatja mindenki, és így továbbra is ebbe a körben tartanak mindenkit. Pont ebbe a függőségi játékba nem kell belemenni.
-
samujózsi
tag
válasz haddent #29611 üzenetére
Ez egy rtl81xx:
Cannot get device udp-fragmentation-offload settings: Operation not supported
tx-checksumming: off
tx-checksum-ipv4: off
tx-checksum-ipv6: off
scatter-gather: off
tx-scatter-gather: off
tcp-segmentation-offload: off
tx-tcp-segmentation: off
tx-tcp-mangleid-segmentation: off
tx-tcp6-segmentation: off
udp-fragmentation-offload: off
tx-nocache-copy: off
rx-fcs: off
rx-all: off
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz haddent #29621 üzenetére
Nem lehet, hogy a hdd power managementjével sikerült valamit elállítani azon a diszken? A hdparm tud ilyet...
Ha még megvan és van egy parlagon fekvő usb-s házad, lehet, hogy érdemes lenne adni neki még egy esélyt.[ Szerkesztve ]
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Dißnäëß
veterán
válasz haddent #29713 üzenetére
Na ez nagyon jó, a vasamon most egy QEMU/KVM van az XFCE Virtual Machine Manager-e szerint, úgy pár hónapos Debian rendszer, ezt kezdem belakni. Nem gondoltam volna, hogy egy cégben is használt vSphere-el szemben ez labdába rúghat, az azért elég durvi cucc, ahogy láttam, csak itthon nem szórakoztam még el vele.
A tervem az, hogy a host-ot és annak fizikai hálókártyáját ugyan az ASUS router-em LAN portjára kötöm, de lesz egy VM, ami egy teljes saját alhálónak (a többi VM-nek) lenne a tűzfala, router-e, VPN koncentrátora, mindene (egy OPNSense, én most azt tanulgatom, iptables kézzel írás után elég nyakatekert, de szokható). És pár egyéb VM egy kicsivel nagyobb projektecske környezeteinek, amibe végre belevágok.
Amúgy eredetileg nem ezért jöttem ide, csak már reflektálok és köszi a visszajelzést.
--------------------------------------------------------------------------------------------------------------------------------------------
És akkor amiért jöttem: a jövőben szeretném a gépet Pendrive-ról boot-olni.
Van 3 teljesen új, teljesen egyforma, síkugyanolyan, egyszerre vettem.1. Mindegyikre tegyem ki a /boot-ot és a végén dd-vel másoljam át 1-es tartalmát 2-3-ra
VAGY
2. MD RAID1-ezzem be őket ? Egyedülállóan is boot-olnak ilyenkor nyilván. De szerintem ez csak komplikálja a dolgokat, mert minek.Nyilván ha a rendszeren upgrade-et ill. full-upgrade-et tervezek letolni, feltétlen beteszem az egyik pendrive-ot és mount-olom a /boot-ba, majd upgrade lefut, frissebb kernel a boot-on (a pendrive-on), a pendrive-ot ismét átmásolom a másik kettőre, frissítve így őket is aktuális boot-olóra és kész, kivehetem (a /boot-ot meg umounttal egyidőben egy HDD alapú kamu /boot-al helyettesítem - vagy nem kell egyáltalán, full tökelvan a gép apt upgrade-et nem cseszegetve /boot nélkül ? Mert akkor ha umount-olom a pendrive-os /boot-ot és kihúzom a kütyüt, nem is tökölnék a helyettesítésével amúgy. Ha minek).
POKE 16017,44 ..... SYS 2077
-
samujózsi
tag
válasz haddent #29720 üzenetére
Próbáltál már saját dns-t használni vele? Lehetőleg úgy, hogy a systemd teljesen ki legyen iktatva a névfeloldásból?
Egy agyrém.
Kihagyni azt hiszem, nem is lehet.
Jó másfél éve, hogy szoptam vele, aztán tegnap, hogy előjött a systemd téma, kicsit nézelődtem a google-n és ez eszembe juttatta, mert más is panaszkodik rá.
Vagy... Amikor bootnál/shutdown-kor elakad valami. Mondjuk épp nem érhető el bootkor a dhcp szerver és képes percekig várni rá...
Persze, lehet módosítani a timeoutot, csak esetenként tojik rá. Stb.
A szerverem már szénné hackeltem miatta, így most működik, csak ritkán kergül meg, de ha legközelebb összefutok valami hasonlóval, majd leírom.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
samujózsi
tag
válasz haddent #29722 üzenetére
Akkor ez debian/ubuntu specifikus?
Mert nekem rendre felülírta a resolv.conf tartalmát és miután sikerült rábeszélni, hogy az én szerveremet használja, még akkor is csak úgy, hogy a rendszerem (egy része?) a 127.0.0.53:53 dns-t keresi és az megy tovább a sajátomra, ha úgy látja jónak.
Ebből következik pár hibaüzenet a logban, meg az, hogy egyes módosítások a host nevekben nem mindig érvényesülnek azonnal.Apropó log: jó szokása a journalnak, hogy szabálytalan leállásnál megsérül.
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Frawly
veterán
válasz haddent #29720 üzenetére
Ezzel nincs is baj, hogy neked a systemd bejön. Nem vesszük le a fejed, mert nekünk meg nem jön be, és nem is akarunk meggyőzni, hogy ne használd, vagy hogy szar lenne. Mindenki azt használ, amit akar. Vagyis akarna. Azt kell érteni, hogy a systemd-ben nem az a rossz, hogy most X embernek tetszik, Y embernek meg nem, hanem hogy annak is használnia kell, aki nem akarja, mert minden disztróban ott van, minden csomag lassan már dependel rá. Így az is szenved miatta, aki nem akarja használni, vagy nem használja. Ez a rettenet gond vele. És ez nem is magának a systemd-nek a hibája, hanem a disztróké, akik mind defaulttá tették, a csomagkészítőknek és szoftverfejlesztőknek, akik mindent erre dependelnek. Szóval azzal nem lenne baj, ha Lénártdőtőke saját magának hülyeségeket írogatna, mert csak egy hobbiprojekt lenne. Hanem mióta mindenki mindent erre dependel, azóta nem lehet megkerülni lényegében. A Linux meg pont arról a szabadságról szólna, hogy modulárisan lecserélheted és kombinálhatod minden részét, olyan kernelt, amilyet akarsz, olyan fordítást és verziót, amilyet akarsz, olyan initrendszert és rendszerlogolót, amilyet akarsz, olyan grafikus felületet, WM-et, DE-t, login managert, display servert, amilyet akarsz, olyan shellt teszel fel, amilyet akarsz, olyan compilert használsz, amilyet akarsz, és még sorolhatnám nagyon sokáig. Na, az, hogy a systemd-re minden dependel már, az pont ezt a szabadságot sérti meg. Mert ja, feltehetsz systemd-mentes disztrót, de szopás van, ha pont egy olyan szoftvert akarsz feltenni, ami meg dependelne rá, nálam meg nincs systemd. És valóban fel lehet tenni systemd-mentes disztróra is ilyen d-re végződő pótmodulokat, elogind, f4×0mtudjamilyend, de ezek a systemd újraimplementálásai, és ha ezeket mindet felteszed, akkor hiába használsz systemd-mentes rendszer, lesz helyette lényegében egy systemd2-pótd-d, és csak áltatod magad, hogy kikerülted, valójában valamilyen formában, eltérő implementációban továbbra is használni kényszerülsz.
Meg az, hogy systemd nem maradt meg egy init rendszernek. Már rég nem csak init-ként szolgál, hanem logolástól elkezdve a hálózat és eszközök, userek kezeléséig, meg egy csomó biztonsági manőverig mindent a saját irányítása alá vett, most a home mappa kezelése következik a homed-vel. Ha csak init-et csinálna, akkor le lehetne cserélni bármilyen initrendszerre, és nem lenne vele gond, használná az, akinek tetszik. De így, hogy lényegében egy miniOS, a kernel és az userspace között, ami önálló életet él, így nem lehet kivágni a rendszerből. Főleg mióta minden erre épít. Egyszerűen a linuxos világ rákfenéje, ezért utálják, egy nagy bloat alrendszer, amibe nem lehet belenyúlni, el van takarva a működése bináris szutykokkal, és nem lehet kiirtani már sehonnan. Egyre inkább átveszi a linuxos rendszer feletti uralmat, lassan a disztrók már nem is Linux disztrók, hanem systemdnix vagy Linuxd vagy Poetterix disztrók. Ez vele a gond. Mi meg a hagyományos, sysvinites, klasszikus Linux rendszert kérnénk vissza helyette, ami teljes választási szabadságot ad minden tekintetben, de ezt már nem lehet, mióta mindenhez systemd kell, és minden erre dependel. Ezért szidjuk, mint a bokrot.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Politika
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Kerékpárosok, bringások ide!
- Háztartási gépek
- Királyi menetben érkeznek a G.Skill új DDR5 memóriái
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- AMD off topik: VGA, CPU, APU és minden, ami AMD
- BMW topik
- Budapest és környéke adok-veszek-beszélgetek
- Visszatérne a PC-s kliensbizniszbe az NVIDIA
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen