-
Fototrend
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 bambano #29443 üzenetére
Nem, ezen valóban nem lehet vitatkozni, mert pontosan gépi feldolgozás szempontból tulajdonképpen zseniális, de visszamehetünk teljesen elemi, matematikai feldolgozásra, azazl formális nyelvek és automatákra, nagyon szép, egyszerű, lineáris determinisztikus automatával felismerhető nyelv. A CSV már ott egy rakás szar, hogy nincs konkrét szabvány, de ha ezt félretesszük és jóhiszeműen feltételezzük, hogy mindenki a nevében szereplő comma -t használja, akkor is egy káosz egy json/yaml -hez képest. Ez nem szubjektivitás kérdése egész egyszerűen.
Ha esetleg netán elírtad volna és pont fordítva értetted, tehát, hogy "humán" szemszögből ronda, akkor elnézést a "kirohanásért", ehhez a véleményedhez nyilván tökre jogod van
Vagy megint elmehetünk olyan irányba, hogy nagyon végtelenül primitív egyszerű adat (struktúrának nem nevezhető) kis szösszeneteket ki lehet fosni csv -ben is, csak akkor meg elő fog jönni az a tipikus eset, amikor pl. syslog esetén nem az RFC szabvány szerint logol valaki/mi, "me' megspórolunk 3 bitet!" aztán amikor valaki parsolni, értelmezni, aggregálni, rendszerezni szeretné (pl ELK, Graylog) akkor majd írjon magának hozzá egyedi lószart, vagy töltsön le plugint, nem ám 1 kattintás a szabvány szerinti
-
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
-
Dißnäëß
veterán
válasz a.gabriel #29455 üzenetére
Sok iszonyatosan jól szóló konfig létezik amúgy, de mind natív futtatást igényel, amiket én ismerek. Csak egy zenelejátszónak pedig felesleges PC, de persze mindenkinek szíve-joga azt használni, amit akar.
Aki ragaszkodik PC-hez, az is ki tudja vinni az I2S jelet, a Pink Faun I2S kártyájával, de azt még nem próbáltam. Aki igen, dicséri, miért is lenne rosszabb egy Pi-nél..
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
Üdv!
Sehogy nem bírok rájönni, hogyan tudnék egy bizonyos portot forwardolni, majd elérhetővé tenni a neten firewalld-vel. Ezekkel a parancsokkal próbálkoztam:
firewall-cmd --add-masquerade --zone=FedoraServer
firewall-cmd --zone=FedoraServer --add-forward-port=port=32400:proto=tcp:toport=42300
firewall-cmd --add-port=42300/tcp --zone=FedoraServer
A cél az lenne, hogy a 32400-on futó Plex szerverem kintről a 42300-en legyen elérhető ideiglesen. Viszont ez nem működik. Fedora 31.
Ami még rettentő érdekes, hogy az iptables is üres:
iptables -L
Ötlet?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
samujózsi
tag
válasz Mr Dini #29457 üzenetére
Bocs, tudatlan "szakértőtől" is jöhet tipp?
Nem ismerem a firewalld-t, de ha totál üres az iptables -L akkor ott valami nem kerek. Vagy kizárólag erre használnád?
Valami rémlik az olvasmányaimból, hogy a szabályok beállítása után kell neki valami commit vagy reload.
Illetve (gondolom, systemd rendszer) nem lehet, hogy a firewalld service nincs engedélyezve/elindítva?Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
-
samujózsi
tag
-
Elvileg, ha nem adom hozzá a permanent flaget, akkor azonnal életbe lép a cucc a következő reloading. Ha a permanent flaget használom, akkor kell manuális reload.
De megoldottam az app oldaláról, így a kérdés tárgytalan.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz samujózsi #29460 üzenetére
Fogalmam sincs, amit írtam, az iptables-re vonatkozik. De egy szösszenet:
Firewalld currently does not support outbound rules to the same capacity of inbound rules. Limitations include things such on ipsets, service names, and default outbound block by default rules required by standards such as NIST 800-171 and 800-53. Default block all needs to be done at the "raw" IPTables level via the --direct flag, and with the order of operations FirewallD uses to prioritize Rrules, rich rules, direct rules, it may be easier to enter all rules for outbound via --direct or use iptables (netfilter-persist)
https://www.coreinfinity.tech
-
Dißnäëß
veterán
válasz samujózsi #29460 üzenetére
Én mai napig iptables-t használok, kézzel, bár az ufw könnyít(het) dolgokon.
Csekkold az iptables-persistent-et (apt install iptables-persistent), /etc/iptables könyvtárba kell és lehet a meglévő ruleset-et kitenni rules.v4 és rules.v6 fájlokba (legalábbis nálam spec, bár v6-ot nem használok sehol, így üres), iptables-save > rules.v4, ip6tables-save > rules.v6 és ezeket utána minden boot-nál tölti szépen be.Mr. Dini: iptables -Lcsak a filter tábla szabályait mutatja mindig, defaultban a filter-en mókol, Neked pedig a nat táblában is kell ügyködni. Tehát iptables -t nat -L |less és ha az is üres, akkor kvázi nincs se nat, se csomagszűrés, se semmi, feltételezhetően policy-k is ACCEPT-en mindenhol, magyarul nyitott, default tűzfalad van, azaz bocs, nincs.
Gyorsan guglizva egy jó tutorial, a csomagok útja a kernelen keresztül ascii ábrácska arany.
[link][ Szerkesztve ]
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
samujózsi
tag
válasz Dißnäëß #29463 üzenetére
Köszi, de annyit azért tudok, hogy tudatlanul jobb nem piszkálni a netfilter táblázatokat és azt is tudom, hogy nem értek hozzá.
Az ipchains-t még nagyon bátran piszkáltam, aztán jött a netfilter/iptables, azóta csak valami ufw jellegű eszközzel... nagyon ritka, ha másképp hozzá merek nyúlni.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
Dißnäëß
veterán
válasz samujózsi #29464 üzenetére
Én is ipchains, de folytattam kézzel netfilterrel, nem is értettem jópár rajzig, mi van
Ezt is átbújtam töviről hegyire anno.. azért itt sokminden ülepedett.De amúgy ma már annyira komplex a védelem mint olyan, hogy túl időigényes kézzel tolni, absztrakt réteget kényelmesebb nyomkodni, egy ideje ismerkedek az OPNSense-el egy VM-ben, hát GUI ide vagy oda, van egy logikája...
Lá lá lá lá lááá lááá.. Lá lá lá lá lááá lááá .. Lá lá lá lá lááá lá lááá lá lá lá lááááá láááá
-
bambano
titán
bocs, hogy offolok, de a szaktopic halott.
debian, linux, latex.egy olyan számot kellene kiírnom a dokumentum elején, ami a kiírás idején nem ismert, csak később lesz az. a problémát és a megoldást is pont úgy képzeltem el, mint a \lastpage, a page x of y típusú lapszámozásból.
a gond az, hogy a weben látott megoldásokkal nem tudom írni az .aux fájlt. valakinek van működő ötlete erre?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
samujózsi
tag
válasz bambano #29468 üzenetére
Szívesen, sajnos a srác felszívódott. Az utolsó ismert címéről nem válaszolt, most legalább annyit meg tudtam, hogy azért, mert onnan távozott, az új munkahelyét meg nem tudom.
Én meg ugyahannyit értek a latexhez, mint a postscripthez=semmit.Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz Mr Dini #29457 üzenetére
Talán kicsit megkésett és hát nem is ez a csuda firewalld, de iptables legalább működik, mindig
iptables -t nat -A PREROUTING -p tcp -i BEJÖVŐ_INTF --dport 42300 -j DNAT --to-destination fedora.server.ip.cime:32400
iptables -A FORWARD -p tcp -d fedora.server.ip.cime --dport 32400 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
Ezeket az ufw, firewalld meg egyéb kotlákat sosem értettem személy szerint. Plusz absztrakció, össze-vissza kever mindent egy átláthatatlan katyvasszá, de szinte ugyanolyan explicit módon cli -ből írod. Nekem vagy iptables vagy (és) valami webes felület rá ahol tudok értelmesen rendszerezni. Oké túloztam és hazudtam, vannak baromi jó cli -k, csak az nem az ufw/firewalld, hanem mondjuk a forti tűzfalaké vagy a vyos
[ Szerkesztve ]
-
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!
-
haddent
addikt
válasz Mr Dini #29472 üzenetére
Őőőő na várjál, 2 órát aludtam az éjjel előre is elnézést, ha .. de.. Routered nat listája mennyiben függ össze egy linux szervered iptables -ével átirányítva egy másik szeróra? Ha van routered, akkor úgyis azon kell natolnod, nem? Ekkor viszont csak egy accept kell a szerveren -A INPUT -p tcp --dport 32400 -j ACCEPT kb ennyi
-
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
Azon méláztam az előbb, hogy ha végre újrahúzom a szerverem, mit tegyek rá: Ubuntu 18.04 server-t vagy arch linuxot?
Előbbi mellett szól, hogy ismerem, viszonylag stabil, ellene, hogy kicsit túl nagy, a gépem meg egy gyengécske celeronos darab, 8GB RAM-mal.
Utóbbi mellett szól, hogy pici, gyors, viszont ellene, hogy nem is ismerem mélyebben és ami mindennél jobban zavar, hogy rolling release, ami (legalábbis az arch esetében) olyan érzést kelt bennem, hogy stabilitásban/megbízhatóságban valahol a debian testing környékén lehet.A kérdés: van olyan komolyabb hely, ahol az arch egyáltalán szóba jön, mint szerver OS? Meg úgy általában: mi a közvélekedés a rolling release-ekről? Merjek belevágni, ha a stabilitás legalább olyan fontos, mint a kis erőforrás igény?
Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz samujózsi #29478 üzenetére
Természetesen semmilyen komoly helyen nem használnak Arch -ot productionben. A tipped, hogy Debian testing szerintem nem jó. Egyik oldalról valószínűleg a Debian testingnél is még sokkal gyorsabb, frissebb csomagok vannak benne, másik oldalról viszont sokkal jobban karbantartott, nagyobb, érdeklődöbb közösség által. Mondjuk így "szumma kábéra" lehet pont kijön.
Arch esetén egyébként pacman -t kell kicsit megtanulni, ezen felül minden alapvető dolog (is) vanilla.Nyilván neked kell tudnod dönteni, én jó szívvel ajánlom az Archot szervernek is, nálam lassan 3. éve fut gond nélkül. Pár havonta nagy update esetén előfordul 1-1 kernel panic, mert 1-1 csomag nem érzi jól magát a többi közt, ilyenkor chroot, eggyel régebbi package fel, aztán megy minden tovább mintha muszáj lenne neki
Általad is leírt szempontok miatt (is) nálam ő a baremetal host, rajta vannak a kvm -ek, docker mindenIlletve alternatívának én valami valódi enterprise server os -t választanék már, pl. openSUSE, redhat, centos. Mi/én most melóban is openSUSE mellett döntöttem, saltstack is tök jól integrálódik stb.
[ Szerkesztve ]
-
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
-
válasz samujózsi #29482 üzenetére
Fedora szerver nem jöhet szóba? Hatalmas az image, de nagyon jól teszi a dolgát nálam (dedikált szerverek). Selinux van, de nem kötelező használni. Stabil és friss csomagok vannak, csak egyszer futottam bele, hogy a grubot kiadták hibásan, ezért nem frissült a kernel lista.
Vagy az, vagy Alpine, vagy Ubuntu Server.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
haddent
addikt
válasz samujózsi #29482 üzenetére
Nézd ez nem kérdéses, hogy egy LTS enterprise háttérrel bíró disztro az nagyobb nyugodtság sokaknak, mint egy Arch rolling bleeding edge cucc De... ennek ellenére, én speciel jobban elvagyok Arch-csal, viccen kívül. Minden másnak, pl suse, centos, ubuntu vannak olyan irdatlan disztro-specifikus fa#*@!ágai, amiket nem csipázok, főleg, hogy jól láthatóan a "vanilla" tök jól, jobban működik és így... demiiilllyyjért?!
Illetve amikor beüt a krach, akkor tudom, hogy mivel és hova kell nyúlni.
Amúgy nem kötekedés meg semmi, de szerintem suse esetén valamit benézhettél, nem lenne alapvetően indokolt, hogy többet egyen bármi másnálvargalex semmi nem hatja meg, tényleg. Volt 2 proci csere, 3 NIC csere, ram össze-vissza, ssd amin van volt, hogy live!!! futó rendszert önmagával átt dd -tem egy másik ssd -re, majd csere és a klónt használom most is Vicc, imádom
[ Szerkesztve ]
-
Frawly
veterán
válasz samujózsi #29478 üzenetére
Celeron meg Celeron között óriási különbségek vannak, de a 8 GB RAM-ból úgy tűnik, hogy egy modernebb, DDR3-as vagy DDR4-es rendszer, arra mehet az Ubuntu 18.04 is. De én mindenre Archot teszek, ami támogatja, akár in production szerverre, akár hobbi kenyérpirítóra. Semmilyen gond nincs a stabilitásával, főleg nem szerverre, amikor úgyis csak egy kernel, konzol, tűzfal fut, meg néhány szerver daemon, de nem futtatsz rajta grafikus felületet, meg egy csomó sallangot, így nincs is nagyon mi eltörjön.
A Debian Testinget rég nem néztem, de az Arch stabilitásával semmi baj nincs, én kapásból feltenném mindenre, ami architekturálisan támogatja, akár csak az Arch32-őt, vagy Artixot, és nem túl lassú rajta.
De a szerver is relatív fogalom, milyen szerver, milyen protokollokon szolgál ki, milyen gépeket, hányat? Helyi szerver vagy netre van kötve? Elég sok tényező van.
(#29479) haddent: az Arch komolyságával nincs semmi gond. Vállalatoknál azért nem szeretik, mert sok helyen nem ismerik, nincs hozzá annyi beginner leírás, mint a szokványosabb disztrókhoz, nincs vele tapasztalat annyi évtized, mint a már befutott Ubuntu, Debian, akármi disztrókkal, és az Arch mögött nincs semmilyen corporate háttér, hogy fizetős támogatást, vagy bármi garanciát tudnának hozzá venni. Semmi LTS meg egyéb nincs belőle, sőt, kapaszkodj meg, támogatás sincs hozzá, nem hogy 5-10 év, de 0 év sem. Magadnak támogatod. Ha nem ért hozzá valaki olyan szinten, hogy nem tudja magának támogatni, akkor tényleg ne tegye fel, telepítsen helyette Ubuntut.
A cégek, szervezet egyszerűen konzervatívak, lusták, rugalmatlanok, se frissíteni nem szeretnek, inkább beragadnak egy régi technológiába és egész addig halogatják a frissítést, amíg csak lehet. Ilyen mentalitással nem is való az Arch, nem is annak a hibája, ha valaki nincs rá megérve. Akkor tényleg nem jó ötlet erőltetni.
[ Szerkesztve ]
-
Frawly
veterán
válasz bambano #29487 üzenetére
A várással nem értek egyet. Nincs értelme várni, ennyi erővel mindig várhatnánk valamire. Ha most kell OS a szerverre, akkor most kell, azt kell feltenni, ami már most megjelent. Egyébként pont ez is a rolling előnye, nem kell semmilyen kiadásra várni, meg külön disztrófrissítésekre időt dedikálni.
Egyébként meg attól is függ, hogy mekkora támogatottsági időt akar. Ha nagyon hosszú támogatottsági idő kell, akkor a CentOS 8.1 a legjobb jelenleg ebből a szrmponból, az 11 és fél évig támogatott lesz még, ennyi év után meg nem az lesz a szempont, hogy a telepített rendszer elavul (mert az el fog már 2-5 év után avulni nagyon csúnyán, a régi verziók nem fogják tudni semmi újabb szoftvernél kielégíteni a verziófüggőséget), hanem a gép hardverügyileg is teljesen elavultnak fog számítani addigra. Vagyis vannak ennél hosszabb támogatású disztrók is, de azok már fizetősek tudtommal.
-
haddent
addikt
válasz Frawly #29486 üzenetére
Tudom ez (akartam) írtam én is kb. Utolsó részt annyival egészíteném ki, hogy itthon tök szívesen hegesztek bármit, mert jó érzés, szeretem, sikerül is meg tényleg minimál, friss, jó. De munkában biztos nem fogok nekiállni. Száz milliókat fizetünk vasért, milliókat supportért. Felrakom, menjen. Ha nem akkor kiverem a hisztit, hogy 2 órán belül azonnal bugfix, mert nem fejlesztésért fizetnek, nem végzem el helyettük a munkájukat mert se időm se kedvem ilyen keretek közt productionben nem saját cuccon. Tehát teljesen jó ez úgy ahogy van, mindennek megvan a saját helye
-
samujózsi
tag
válasz bambano #29487 üzenetére
A 20.04-re kicsi az esély. A 16.04 kb így került a vasra, úgy egy héttel a megjelenése után, de csak kényszerből, mert a régebbi kernelekkel voltak gondok az akkor vadonatúj procin, ebben találtam olyan kernelt ami többé-kevésbé jól kezelte a hardvert.
Az új rendszerekben sok a bug, ezért is tartok kicsit a rolling release-ként megjelenőktől (arch, suse).Primadonnát felveszünk! https://youtu.be/9lETrcMJZJM
-
haddent
addikt
válasz samujózsi #29490 üzenetére
A suse nem rolling, csak van rolling IS. A Leap 15.1 sima LTS, a Tumbleweed a rolling. Attól függetlenül, hogy rolling amennyire tudom elég megfontolt lépésekben halad. Ettől tényleg kár tartani. Arch -tól jogosan tartasz, minden pacman -syu és reboot után kicsit szurkolni kell, nagy ritkán néha helyrerakni, oszt?
-
ivana
Ármester
válasz Frawly #29486 üzenetére
Bármi ami rolling vállati környezetbe teljesen alkalmatlan. Valami kétes licensz-el rendelkező dolog bekerül akkor az tud rohadt nagy gondokat okozni. Kritikus szerver az Redhat vagy nem open Suse.
haddent: ráadásul most már a leap opensuse az konkrétan az SLES alapján megy, a .x verziók a service packek. Szóval konkrétan ki lett tolva a támogatási idő.
-
haddent
addikt
válasz bambano #29496 üzenetére
Hát ezért vannak a webpack meg társai. Felszippantja az összes includeot, összegyúrja, minimize aztán ott van egyetlen (vagy több) saját kis js csomag. A fejlesztés további része, ha megszűnne egy csomag támogatottsága jó kérdés lenne, de ebbe ne menjünk bele, mert egyetértenénk, hogy a js mekkora egy undormány hányinger és itt nincsenek hozzászokva, hogy egyetértünk
-
Frawly
veterán
Na, látod, ezt nem kéne tényként kezelni. A rolling semmivel nem alkalmatlanabb, mint a fizetős vállalati disztrók. Ez megint csak marketing miatti sztereotípia. Igazából aki ért hozzá, annak mindegy mit használ, meg tudja válogatni az eszközöket, licenceket, meg ha valami probléma lenne, meg tudja oldani magának. Pont ez a Linux szépsége egy Windows Server ellenében, nem is a licencdíjon spórolos, hanem Linuxon minden problémát tuti meg lehet oldani, sokféle alternatívára lehet azon belül támaszkodni, és nem vagy egy multicég zárt forráskódú megoldására rászorítva, ami vagy működik, vagy nem, újraforgatni nem tudod, alternatívák nincsenek rá.
Én nem is szeretek céges supportra támaszkodni. Mert mi van, ha a supportáló cég tönkremegy, lehúzza a rolót? Vagy épp a supportjuk XY problémánál nem tud segíteni? Akkor sok ilyen felelősségetelhárítós, öltönyös-nyakkendős, hojjdeszupport-de-szupport-100-évig-eltéess lúzereknek nagyon gyorsan megáll az élet, és megy a pánikolás, hogy nem megyen a szerver, maja világvége, rohanjon mindenki a bunkerba túlélni. Aki idióta a dolgokhoz, meg gányol, azon egy support meg egy hosszú támogatási idő sem fog tudni segíteni, tényleg csak arra lesz jó, hogy valaki megpróbálja jogászkodással a felelősséget áthárítani valaki másra.
Szerintem a licenccel sincs probléma, főleg nem szerveren, mert a legtöbb szerveres dolog pont GPL-es opensource. Ez a nonfree csomagok problémája inkább a desktopot, DRM-es és egyéb dolgokat érintik, ezek meg szerveren nem létező probléma. Meg igazából a legtöbb céget nem szokta zavarni a licenc, rezzenéstelen arccal tolják a rendezetlen licencű ZFS-t, meg hasonló megoldásokat. Ahol meg annyira licencfetisiszták, ott meg pont BSD-t szoktak használni Linux helyett, mivel megengedőbb a licence, igaz cserében a leghosszabb támogatási idő BSD-ken 5 év max.
Azt én is néztem, hogy a SUSE-nek a leghosszabb a támogatási ideje, 12 év. Ja az jó hosszú. Persze a CentOS 11,5 éves támogatása se piskóta, szerintem az is overkill kategória erősen.
[ Szerkesztve ]
-
ivana
Ármester
válasz bambano #29496 üzenetére
Az ilyen webes kódoktól a hideg is kiráz... Meg úgy a webfejlesztéstől alapvetően
(#29499) Frawly
tényleg csak arra lesz jó, hogy valaki megpróbálja jogászkodással a felelősséget áthárítani valaki másra Gyakran ez egy igen fontos szempont.
Szerintem a licenccel sincs probléma, főleg nem szerveren, mert a legtöbb szerveres dolog pont GPL-es opensource. Egy random rolling distrónál ki garantálja, hogy minden ami benne van jogilag jó? Egy normál distró esetén minden verzió adott, bármikor pontosan meg lehet mondani, hogy mit használunk, abban benne van-e egy adott rés stb.
Új hozzászólás Aktív témák
- Exkluzív órák
- Android alkalmazások - szoftver kibeszélő topik
- Helldivers 2 (PC, PS5)
- Luck Dragon: Asszociációs játék. :)
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- TCL LCD és LED TV-k
- Újabb részleteket kaptunk a Terminator: Survivors című játékról
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Home server / házi szerver építése
- Politika
- További aktív témák...
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Magix Acid Pro 11 zenei szoftver
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Windows 10, 11 Professional, Home, Enterprise licenckulcsok 64, 32 bit - MEGA Akció!
- Windows Server 2016, 2019, 2022 Standard, Datacenter, Essentials termékkulcsok - MEGA akció!
- Vírusirtó, Antivirus, VPN licenckulcsok - kedvezményes ajánlatok (frissítve: 2024. 05. 01.)
- Office Professional Plus 2013, 2016, 2019, 2021 RETAIL licenckulcsok - MEGA Akció!
- Windows 7 Home Premium, Pro, Ultimate és Windows 8, 8.1 Pro licenckulcsok 64, 32 bit - MEGA Akció!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest