- CES 2025: Megjött az Amazfit Active 2
- Milyen okostelefont vegyek?
- Samsung Galaxy A54 - türelemjáték
- Óriáskészülék, kis akksival
- MediaTek alapokon a Honor Magic8 Mini?
- Honor Magic V5 - méret a kamera mögött
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Samsung Galaxy S24 FE - később
- Sony Xperia 1 VII - Látod-e, esteledik
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
-
Mobilarena
Új hozzászólás Aktív témák
-
-
válasz
nevemfel
#17797
üzenetére
Nem tudom örülnénk-e a PHP topikban egy 2008-ban 10K szavazatot elért javaslatnak 2022-ben. Persze vannak tipikus problémák, amiket lehetne könnyen kereshetővé tenni, de most sem egyszerű moderátort taláni egy-egy fórumhoz, mi lenne ha még a legacy dolgokat is gyomlálni kellene...
-
nevemfel
senior tag
válasz
sztanozs
#17796
üzenetére
De azért örülök, hogy minden ilyen apróságra ugrasz, ha nem is programozói, de pszichológiai topiknak elmegy ez - szódával.
Én azért jobban örülnék valami stackoverflows rendszernek. Ott az offtopik anyázás könnyen elsüllyed, mert leszavazzák vagy kimoderálják, a kényszeres offtopikoló/a vita kedvéért vitatkozókat szintén, és azok a topikok is gyorsan az enyészetté válnak, ahol jönnek az általad emlegetett "épp vizsgán vagyok, nem tudok semmit, írjátok már meg helyettem gyorsan ezt a feladatot". Nem véletlenül az a felület a rendezettebb, olvashatóbb, és főleg visszakereshető megoldások tárháza. Nem tökéletes, de remekül használható.
-
válasz
pmonitor
#17793
üzenetére
Bizony, és ha vissza is olvasnál a fórumban, nem csak write-only módban tolnád, akkor meglátnád, hogy minden ilyen kérdezőnek válaszolok is. Attól még hogy "leminősítem", a számára is egyértelmű korlátolt ismeretei miatt, még nem jelenti, hogy nem segítek (persze nem vizsgán, online - mivel néhanapján tanítok is, és ezt nem tartanám etikusnak). Persze ezek az emberek általában nem fröcsögnek, meg bezzegprogramozóznak, hanem csak egyszerűen megköszönik (és remélhetőleg legközelebb már kicsit jobban csinálják). Persze megértem, hogy te nem süllyedsz le arra a szintre, hogy PHP-ban vagy SQL-ben segíts, hiszen, ami nem barokk, az nyúlfarok
De azért örülök, hogy minden ilyen apróságra ugrasz, ha nem is programozói, de pszichológiai topiknak elmegy ez - szódával.
-
Drizzt
nagyúr
válasz
pmonitor
#17785
üzenetére
Tovabbra is:
Ez egy anonim forum. Nem programozot adok-veszek. Ha az lenne a cel, akkor el lehetne varni referenciat. De ez egy egyszeru beszelgetos topic egy anonim forumon belul. Ha az ember publikusan akarja mutogatni magat valamilyen forumon, megteheti. Arra van a Facebook, LinkedIn, Twitter, stb.
Ha valaki egy anonim forumon belul mindenaron emberek nyilvanos adatait probalja kikenyszeriteni, akkor annak elegge rosszindulatu adathalaszat szaga lesz. -
bandi0000
nagyúr
válasz
pmonitor
#17793
üzenetére
Itt sose voltak elzavarva azok az emberek, akik tanulni szerettek volna, de keress rá, hogy hànyan írtak akár konkrét pénzbeli ajánlattal is ide, hogy valaki írja meg helyette a zh-t/vizsgàt, ő konkrétan erre gondol.
Nem tudom pl mekkora kedvel ülnél be pl egy olyan taxiba, ahol a sofőrt àtengedték vizsga nélkül pl
-
pmonitor
aktív tag
válasz
sztanozs
#17790
üzenetére
>Szépen megfér ez itt a viszgaidőszak alatt azonnal fizetős főiskolások, meg a "tanulj meg bármit 24-óra alatt"-on növekedett, konkatenálós sql huszárok melett...
Ez a mondat mindent elárul, hogy mi a véleményed a nálad kevesebb tudással rendelkezőkről.
Sztem. meg 1 "fórumozó programozónak" közel sem így kellene hozzá állni a dologhoz. De ti tudjátok...
-
nevemfel
senior tag
válasz
sztanozs
#17790
üzenetére
Értem én, de ez elvileg nem terápiás-, hanem szakmai topik. Nem az kellene legyen a mérce, hogy ki milyen büszke magára, hanem hogy ki tud konkrét problémákra választ adni, megoldást-, vagy megoldási javaslatot nyújtani, konstruktív jellegű tevékenységet folytatni.
Azt is értem, hogy egy nyilvános fórumban elkerülhetetlen a szakmai kivagyiság megnyilvánulása, meg egymás ekézése, de amit a kollega művel, azt már erős túlzásnak tartom.
-
válasz
nevemfel
#17789
üzenetére
Óóó, nincs itt semmi lábbal tiprás, csak valami súlyos kisebbrendűségi komplexus aminek nem átall hangot adni, amikor csak eszébe jut.
Csak azt nem tudom, hogy az a gondja, hogy nem vették fel valahova programozónak, pedig milyen jól tudott optimalizálni; vagy hogy végül nem fizették ki az wav-szerkesztő programját...Szépen megfér ez itt a viszgaidőszak alatt azonnal fizetős főiskolások, meg a "tanulj meg bármit 24-óra alatt"-on növekedett, konkatenálós sql huszárok melett...
-
válasz
pmonitor
#17785
üzenetére
Nem tudom, hogy vagy a villanyszerelőkkel, de nekem pl egyik se mutatta meg azokat a házakat, amiket ő kábelezett, se az autószerelő nem mutatta meg a munkáit, amiket pl a múlt héten javított meg. Mondjuk nekem egy "Béla és társa Bt." se mond sokkal többet, mint az hogy "bferi"...
Továbbra is, ez nem egy programozó-közvetítő fórum, ahol kötelező lenne névvel és adószámmal regisztrálni, úgyhogy nem tudom min problémázol...
-
pmonitor
aktív tag
Ha elmész 1 autóvillamossági szerelőhöz, akkor a neve ott van a háza falán, vagy a kerítésen...
Ha hívsz 1 villanyszerelőt, akkor azzal kezdődik a beszélgetés, hogy mondja: "Jó napot kívánok, X Y vagyok"...
A programozók persze név nélküliek...De a tapasztalatom alapján egyre inkább nem is azzal van a gondom, hogy noname nick vki*(bár azért illene bemutatkozni is), hanem hogy semmilyen referenciája/produktuma/programozói kimenete nincs. Nemhogy több, hanem 1 sem... Tehát a nagy semmire nevezi magát programozónak...
* én hobbi programozó létemre megadtam az adataim, és nem bántam meg.
-
nevemfel
senior tag
válasz
pmonitor
#17778
üzenetére
De ki ne érezné jobban magát, ha pl. a mappák másolása is sokkal gyorsabb lenne? Pl. a TC másolása sokkal gyorsabb, mint a win másolása.
A win mappaáthúzásos másolás szerintem azért lassabb, mert van egy olyan kényelmi funkciója, hogy először megnézi, mekkora méretű fájltömeget akarsz átmásolni. Egy csomó ideig azzal szöszöl, hogy összeszámolja, tkp mit is készül átmásolni a a targetre. Aztán arra is szokott figyelmeztetni (ha jól rémlik) jó előre, ha másolásnál épp készülsz felülírni egy vagy több fájlt, és hogy azokkal a fájlokkal mit csináljon.
-
martonx
veterán
-
válasz
pmonitor
#17778
üzenetére
A desktopon nem azért lassú a másolás TC alatt, mert nem optimális az itoa az átviteli bitráta kiírásánál, hanem mert hardveres korlátok vannak.
A google, vagy egy adatbázis motor, pedig nem kifejezetten desktop alkalmazás, ha erre gondoltál.
De nem akarok belemenni ebbe az optimalizáció témába újra... -
pmonitor
aktív tag
válasz
sztanozs
#17775
üzenetére
>mert a video/audio kódolás kifejezetten megigényli az optimalizációt (ellentétben a desktop-alkalmazások javával).
Desktop alkalmazáson a nem web programozást értettem. De egyébként még ott is igénylik az optimalizációt. Meg sokkal több alkalmazásnál is elkelne, ha gyorsabb lenne. Pl.:
1: A google miért is írja ki, hogy hány sec-ig tartott a keresés?
1: Az adatbázisok miért is írják ki, hogy mennyi ideig tartott a lekérdezés?Csak hogy a jéghegy csúcsával foglalkozzak. De ki ne érezné jobban magát, ha pl. a mappák másolása is sokkal gyorsabb lenne? Pl. a TC másolása sokkal gyorsabb, mint a win másolása. És még valszeg. ezt is lehetne gyorsítani. Szóval sztem. sokkal több helyen elkelne az optimalizálás, mint ahogy azt gondolod. Én(ahogy azt már többször is leírtam) pl. a Vb.Net-ben/C#-ban azt hiányolom a legjobban, hogy még az optimalizáció lehetőségét sem adja meg. A C++ is lassú a C-hez képest, de ott legalább adott az optimalizáció lehetősége.
-
#17777
dabadab
titán
Ivy.4.Ever
#17776
válasz
Ivy.4.Ever
#17776
üzenetére
Bármelyik hosztingszolgáltatónál bérelsz egy virtual private servert, oda felrakod és futtatod.
A domaint meg alapvetően a domain regisztrátoránál tudod beállítani (ami lehet egy másik cég is, de gyakorlatilag mindegyik hosztingszolgáltatónak is van ilyen szolgáltatása).Vagy ha valami nullbüdzsés megoldás kell, akkor felrakod a saját gépedre, a routereden odaforwardolod a 80-as portot és használsz vmi ingyenes dyndns szolgáltatót (pl).
-
#17776
Ivy.4.Ever
őstag
Ivy.4.Ever
őstag
C++-ban írt webszervert hol, hogyan lehetne tárhelyre vinni, netán domaint is hozzárendelni?
-
válasz
pmonitor
#17774
üzenetére
De ahogy látom, az ffmpeg is C-ben és asm-ben készült. Sztem az ASM, C megkerülhetetlen, ha valaki komolyabban szeretne desktop alkalmazásokkal foglalkozni.
Mondjuk a kettőnek pont nincs sok köze egymáshoz. ASM-ben meg C-ben szerintem csak az programoz, akinek valami hardver-közeli (vagy a végletekig optimalizált) dologra van szükség. Az ffmpeg pedig nem desktop alkalmazás, kifejezetten terminál célra készült. Azért készült c-ben és ASM-ben, mert a video/audio kódolás kifejezetten megigényli az optimalizációt (ellentétben a desktop-alkalmazások javával).
-
pmonitor
aktív tag
válasz
sztanozs
#17772
üzenetére
Sztem. ez 1szerűbb:
Waveditf.exe /del2 "d:\a.wav" 200000 200000
Ennél:ffmpeg -i audio.mp3 -af "volume=enable='between(t,5,10)':volume=0>és nem kell számolgatni a bitrátából a bájtokat, csak meg kell adni a kezdő és végpontot másodpercben...
Azt elvileg az enyém is tudja. Át lehet állítani a mért. egységet Byte-ra, vagy Sec-re. Úgyhogy az én programomnál sem kell számolgatni, ha nem akarsz... Egyébként ha sec-ben adod meg, úgyis elég nehéz ki totózni, hogy milyen értékek kellenek. Ezért a GUI a fő irányvonalam. Ott közvetlenül vissza lehet hallgatni, és változtatni a kijelölést, ha szükséges(és a legtöbbször szükséges
).
De ahogy látom, az ffmpeg is C-ben és asm-ben készült. Sztem az ASM, C megkerülhetetlen, ha valaki komolyabban szeretne desktop alkalmazásokkal foglalkozni. Mondom ezt annak ellenére, hogy:
Ad 1: nem vagyok programozó, csak 1 1szerű rokkant(pontosabban megváltozott munkaképességű)
Ad 2: az én programom Vb.Net-ben(!!!) készült. Tehát ebben is meg lehet csinálni. Csak az optimalizálás hagy némi kívánnivalót maga után...
Ad 3: ez 1 hobbi projektAzt hiszem, hogy régebben már írtam, hogy ha most kezdenék programozni desktop-ra, akkor az ASM, C, C++ nyelvekre állnék rá nagyon. Vmint. a win api függvényeire... Na jó, azért a C#-ba(Vb.Net-be) és a Pascal-ba is belekóstolnék, de csak nagyon felületesen...
-
eddie17
addikt
Sziasztok.
Még 2018-ban végeztem egy egy éves programozó sulival (okj volt még akkor), de nem foglalkoztam vele utána.
Most megjött az ihlet, hogy mégis ezt szeretném csinálni. Szerintetek hogyan induljak neki? A gyakorlást össze tudom szedni oldalakról, plusz a régi jegyzeteim, meg ott van a VS. De ha én x időn belül esetleg pályázni szeretnék kezdő pozícióra akkor jó lenne ha el is hinnék, hogy valamit azért össze tudok rakni, hogy utána ezt náluk tudjam tovább kamatoztatni.
Van valaki ilyen cipőben? Esetleg valami tanács?
Nem feltétlen a jó kereseti lehetőség ami mozgat (bár az sem utolsó), hanem rájöttem, hogy még is csak ezt szeretném csinálni hosszútávon.
Előre is köszönöm
-
válasz
pmonitor
#17771
üzenetére
ffmpeg -i audio.mp3 -af "volume=enable='between(t,5,10)':volume=0, volume=enable='between(t,15,20)':volume=0" ...
működik bármilyen értelmes audiofájllal, nem csak wav-val.
és nem kell számolgatni a bitrátából a bájtokat, csak meg kell adni a kezdő és végpontot másodpercben... -
pmonitor
aktív tag
Úgy látszik, hogy meg lehet, csak egy kicsit bonyolultabban.
Waveditf.exe /del2 "d:\a.wav" 200000 200000Ez a "d:\a.wav" file 200000-ik byte-jatól 0-ákkal tölti fel 200000 byte hosszban. Tehát teljes csend van ebben az intervallumban. Ezt sztem. nem tudja még bonyolultabban sem. Esetleg úgy, hogy van 1 olyan file-od, ami nagyon hosszan tele van 0-ákkal, és azt használod forrásnak.
De legalább valami van. Mondjuk az nagyon nagy előnye, hogy több típusú file-okat is kezel. Ez az enyémből nagyon hiányzik.
-
dqdb
nagyúr
válasz
pmonitor
#17769
üzenetére
-ss position (input/output)
When used as an input option (before -i), seeks in this input file to position. Note that in most formats it is not possible to seek exactly, so ffmpeg will seek to the closest seek point before position. When transcoding and -accurate_seek is enabled (the default), this extra segment between the seek point and position will be decoded and discarded. When doing stream copy or when -noaccurate_seek is used, it will be preserved.When used as an output option (before an output url), decodes but discards input until the timestamps reach position.
position must be a time duration specification, see (ffmpeg-utils)the Time duration section in the ffmpeg-utils(1) manual.
-t duration (input/output)
When used as an input option (before -i), limit the duration of data read from the input file.When used as an output option (before an output url), stop writing the output after its duration reaches duration.
duration must be a time duration specification, see (ffmpeg-utils)the Time duration section in the ffmpeg-utils(1) manual.
-to and -t are mutually exclusive and -t has priority.
-to position (input/output)
Stop writing the output or reading the input at position. position must be a time duration specification, see (ffmpeg-utils)the Time duration section in the ffmpeg-utils(1) manual.-to and -t are mutually exclusive and -t has priority.
-
pmonitor
aktív tag
Az itt levő .rar-ban a Waveditf.exe-t alkalmassá tettem parancssori használatra is. A következő formulákkal használható jelenleg:
Waveditf.exe /copy|/coy2|/cut|/cut2|/del|/del2 fajl_neve kijeloles_kezdete kijeloles_hossza
Waveditf.exe /paste|/paste2 fajl_neve kijeloles_kezdete
Ha a kijeloles_hossza=-1, akkor a kijeloles a file vegeig tart
Paste eseten ha a kijeloles_kezdete=-1, akkor a beillesztés a file végére történikA programnak az az egyetlen nagyon nagy hiányossága, hogy konvertálni nem tud.
Jó lenne, ha lenne olyan audio(nem csak .wav) szerkesztő, amit így parancssorból is lehetne használni. De sajnos tudomásom szerint nem létezik ilyen(legalábbis free, vagy OS nem). -
cucka
addikt
Az az előnye, hogy számomra, az én napi munkámban komfortos
. - Sok projekt van a gépemen, amelyeken kell tudjak alkalomadtán dolgozni.
- Nem nagyon van köztük olyan, aminek az üzemeltetése konténerizált. Fejlesztőként max. a saját magam örömére írhatnék dockerfileokat, a konténerizáció fő előnyét nem tudnám kihasználni.
- A projektek egy része ilyen webes szutyok, node vagy php vonalon, ahol állandó kényelmetlenség volt, hogy melyik milyen verziójú dependenciákkal hajlandó működni.
- A projektek kis része pedig natív, ahol magunknak fordítunk mindent kézzel.
- Macen dolgozok, és macen a docker kifejezetten szar. Vagy legalábbis szar volt amikor próbáltam, fura bugok, értelmezhetetlen erőforrás-használat, stb.Szóval nem találtam fel a szent grált, egyszerűen csak erre az élethelyzetre kitaláltam egy fapados megoldást, ami eddig nekem bevált.
-
cucka
addikt
válasz
dabadab
#17759
üzenetére
Szerintem nem emiatt akar mindenki konténereket használni,
Nyilván, de túl sokszor láttam már olyat, hogy tök fölöslegesen konténerizáltak valamit.
Ez csak egy példa volt, hogy lehet viszonylag normálisan menedzselni dependenciákat konténerek nélkül is. Tehát létezik köztes megoldás a globális összeakadó dependencia pokol és a mindent dockerbe megközelítés között félúton.nem nagyon látom, hogy az általad javasolt megoldás milyen lényegi ponton különbözne a konténerektől
Hát azért az én megoldásom jóval fapadosabb.
Az egyik fő hátrány, hogy minden a saját userspace-emben fut, tehát valójában nincs semmi izolálva.
A másik fő hátrány, hogy ez devops szempontból lábbal hajtós megoldás. Egy konténert bedobsz az ECS-be, Kubernetesbe, stb.
További szívás, ha van a környezetbenv valami, amit háttérben kell futtatni, konténerizálva teljesen triviális, hogy mondjuk 3 eltérő mysql fut a gépeden daemonként, a fapados megoldásnál kicsit több munka. -
pmonitor
aktív tag
válasz
dabadab
#17755
üzenetére
Ebben sok igazság van. Viszont ezt így is lehet fogalmazni:
Ha azt hiszed, hogy ha (fél)kész(szádba repülő) kódok "azt csinálják, amit te akarsz vagy amit te hiszel"*, akkor engedd meg, hogy kiröhögjelek.![;]](//cdn.rios.hu/dl/s/v1.gif)
* és akkor még az optimalizálásról nem is beszéltem.
@#17750 JoinR:
>a többség meg hát mégse csak unalmában foglalkozik ezzel.Jó lenne, ha sok unalmas, érdemben felhasználható időm lenne. De sajnos a betegségem miatt nem vagyok képes még csak közepes időtartamra sem koncentrálni/figyelni. A megosztott figyelemről, valamint a fizikai fáradékonyságról nem is beszélve. De tisztában vagyok vele, hogy ez egyéni szoc. problémám, ami valszeg senkit nem érdekel...
-
Szóval kb. azzal hogy nem szemetelem tele a /usr-t, kihúztam a dependencia pokol méregfogát, és megoldottam a fő problémát, ami miatt mindenki mindent egyből konténerizálni akar.
Szerintem nem emiatt akar mindenki konténereket használni, ráadásul nem nagyon látom, hogy az általad javasolt megoldás milyen lényegi ponton különbözne a konténerektől -
cucka
addikt
Szerintem félreérted, arról van szó, hogy kell-e mindenképp mindent konténerizálni, nem arról, hogy használsz-e 3rd party csomagokat.
Például linuxon létezik olyan, hogy filesystem hierarchy standard, tehát egyáltalán nem muszáj minden dependenciát globálba telepíteni.
A linuxos dependencia pokol abból jön, hogy mindenki globálba telepít mindent, amit amúgy egyáltalán nem muszáj. Lehet minden projektnek saját könyvtára saját környezettel, és akkor nem lesz összeakadás, ha 4 különböző node verzióra meg 3 különböző java verzióra van szükséged különböző projektekhez.
Szóval kb. azzal hogy nem szemetelem tele a /usr-t, kihúztam a dependencia pokol méregfogát, és megoldottam a fő problémát, ami miatt mindenki mindent egyből konténerizálni akar.
-
Ispy
nagyúr
válasz
bambano
#17754
üzenetére
Nem csak az van, én .net-ről jövök, szóval tölthetsz le magadnak nugeteket. Ami tk. egy csomagkezelő, vagy írsz magadnak saját json kezelőt, scanner kezelőt, zippelőt, sha kódolót stb, de ha nem akkor sem azt használod, amit te írtál. Meg ott a .net, a fordító, a windows.....nehogymár mindent az ősrobbanástól egymagad akarj csinálni, arra 6 élet is kevés lenne.
Az mondjuk már más kérdés, hogy linux oldalon ezt meg nagyon túltolják, a verzió követés emiatt egy pokol.
De az a szép, hogy mindenki választhat magának poklot.
-
pmonitor
aktív tag
>Annyi, hogy elég melós így pénzt csinálni belőle,
Az nem olyan biztos. Éppen itt írtam le 1 példát, hogy hogyan lehet meló nélkül pénzt keresni. Na meg elég sok programot csak simán újra kell fordítani. Vagy ha nem is így van, akkor sem kell sokat módosítani. Pl. az én Cutter programom sztem. bármikor le lehet fordítani bármelyik .net verzióra(nem muszáj a 3.5-nél leragadni.
Szerk.: persze ha fizetős lenne, és pénzt szeretnék vele keresni, akkor külön fordítanám le minden verzióra, és külön-külön jól megkérném az árát..
-
-
Ispy
nagyúr
válasz
bambano
#17746
üzenetére
Így van. Az van benne, amit beleraksz. Persze ha kell egy express szerver, meg alá egy alpine linux, meg pár csomag, akkor azért a pár száz megát lehet boritékolni. Cserébe gyorsan össze lehet rakni, nincsenek hónapok, meg évek, hogy az utolsó szögig te rakd össze a programot, hanem napok.
Én nem vagyok boomer, egy gennel frissebb kiadás, talán lélekben, de már gyógyulok.
-
JoinR
őstag
válasz
bambano
#17748
üzenetére
Hát az IT-szektor jelentős része másképp gondolja. De simán lehet, hogy mindenki hülye.
Nem muszáj a konténerrel szívnod. Simán megírhatsz mindent magad is, és akkor tuti jó lesz. Annyi, hogy elég melós így pénzt csinálni belőle, a többség meg hát mégse csak unalmában foglalkozik ezzel.
-
pmonitor
aktív tag
válasz
bambano
#17748
üzenetére
>ahelyett, hogy a programozó tanult volna meg rendesen dolgozni?
És ki dönti el, hogy egy programozó hogyan dolgozik "rendesen"?
Nekem van egy sablon mondásom az ilyen esetekre. Mégpedig a következő:
X annyira objektív, hogy az már szubjektív.Az X="A programozás" helyettesítéssel ez így néz ki:
A programozás annyira objektív, hogy az már szubjektív.Sztem. ez megállja a helyét. Ezért lehet ilyen hosszú vitát folytatni 1 bizonyos dologról. Mert ugyebár, ha objektív lenne, akkor senki nem vitatkozna.
-
bambano
titán
majdnem.
amikor egy konténerizált appot felraksz, akkor maga a konténer futtató környezet az a rakás szemét ami biztonsági problémát generál kategóriába esik.de még mindig ott van az a filozófiai kérdés, hogy miért én szívok a konténerrel, ahelyett, hogy a programozó tanult volna meg rendesen dolgozni?
-
bambano
titán
nem, annyit foglal, amennyit a csomagolója belepakolt.
engem meg a sírás kerülget (igazából nem, mert anyázni szoktam...) amikor azt látom, hogy egy app egy rakás szemetet akar felrakni maga mellé... amivel egy rakás gond és biztonsági probléma is jön."az ilyen minden legyen konténer emlékeztet egy kicsit a minden legyen class dologra, mert az a jó. Azt közben meg nem.": te is boomer vagy?
ebben egyetértünk. mindig használjuk azt az eszközt, ami legjobban megfelel a célnak. -
bambano
titán
akkor te is érted, mit mondtam, tehát ez a hsz felesleges volt.
másoknak: a konténerizáció nem lehet cél, max. eszköz.ha azt akarom, hogy egy böngésző ne férjen hozzá a desktopomon a dolgaimhoz, akkor vagy másik felhasználóként indítom el, vagy másik gépen.
egyébként annak a gyökere, hogy megmondod, hogy egy app nem fér hozzá bármihez, csak az lehet, hogy nem bízol benne, hogy az app azt csinálja, amit te akarsz vagy amit te hiszel.
q.e.d.: az informatika mélyrepülésben van.ha azt akarom, hogy egy app ne férjen hozzá a cuccaimhoz, akkor másik számítógépen indítom, feltéve, hogy az app nem ócskán programozott java awt-s app. mint az abevjava vagy az eclipse....
-
Ispy
nagyúr
válasz
bambano
#17742
üzenetére
Miért foglalna sok helyet? Annyit foglal, amennyit belepakolsz. Nem mintha az elmúlt 10 évben találkoztam volna valaha tárhely kapacitás gondokkal.
Egyébként sem egy új dolog, az msnek is megvolt erre 100 éve a technológiája, VM-nek hívták...persze olyan microsoftos volt.
Appok esetében lokális gépen én sem látom minden esetben az előnyét, arra ott az op rendszer, hogy kezelje az appok futtatását. De ezek a beszélgetések annyira általánosak, hogy ebben a formában tényleg semmi értelme, ez egy tool, ott kell használni, ahol ez adja a legtöbb előnyt a többi megoldással szemben, az ilyen minden legyen konténer emlékeztet egy kicsit a minden legyen class dologra, mert az a jó. Azt közben meg nem.
-
válasz
bambano
#17742
üzenetére
> azért remélem, hogy a konténerizáció sosem lesz cél.
Te mit ertesz egyebkent kontenerizacio alatt? Marmint szerintem az cel a desktopon is, hogy kontrollaljuk az appok eroforrashasznalata. Tehat szerintem az jo, hogy meg tudjuk mondani, hogy pl. egy adott app nem ferhet hozza barmihez, amihez en hozzaferhetek. Vagy hogy nem kommunikalhat bizonyos halozati eszkozokon, vagy hogy nem foglalhat X%-nal tobb CPU-t. A kontenerizacionak ez a lenyege -- kezben tartjuk azt az interfeszt, amihez az app hozzafer.
Pelda: ha inditok egy bongeszot, akkor peldaul nem szeretnem, ha hozzaferne a dokumentumaimhoz. Vagy egy szamologep alapvetoen semennyire ne ferjen hozza a halozathoz, fajlrendszerhez, stb.
-
bambano
titán
ez (idézem magam): "sok helyet foglal a diszken, egy teljesen felesleges infrastruktúra a rendszerben, ami redundáns" miért nem konkrétum?
nem mondtam, hogy a mai fiatalok hülyék, én nem tudhatom, hogy melyik fejlesztő milyen idős."Hat, pedig a modern Linux desktopon az appok egy jelentos resze mar kontenerizalt.": azért remélem, hogy a konténerizáció sosem lesz cél.
-
válasz
bambano
#17720
üzenetére
Ideje lenne megbarátkoznod a dologgal, mert önmagában a konténerizáció rohadt jó dolog, ráadásul pont az üzemeltetőknek igazán frankó. Ezt mutatja az, hogy a Linux rendszergazdánk, aki legalább annyira morgós boomer, mint te konkrétan imádja, és már minden appunkat konténerbe pakolja. Mellesleg nagyon sok pénzt spórol ezzel a cégnek.
-
válasz
fatal`
#17739
üzenetére
Milyen extra eroforrasra gondolsz egy kontener eseten? Teny, hogy a fuggosegek tarolasa plusz helyet igenyel, de maga Linus Torvalds mondta, hogy (desktopon) a megfelelo strategia az, hogy fuggosegek jonnek az appal egyutt, es az apt/stb. megoldas megoli a Linux desktopot.
> Én csak a desktopon futtatott appoknál látom teljesen feleslegesnek
Hat, pedig a modern Linux desktopon az appok egy jelentos resze mar kontenerizalt. Plusz vicc, hogy pl. a Docker maga is kontenerizalt
bambano: szoval semmi konkretat nem tudsz felhozni, csak a szokasos mormogas, hogy regenmindenjobbvo't, amaifiatalokhulyek, bezzegazenidomben
-
fatal`
titán
Semmi bonyolult nincs benne, hullafelesleges extra erőforrás.
Minek akarnék egy zenelejátszót vagy egy fájlkezelőt több példányban telepíteni? És ezért az egésszel együtt járó overheadet futtatni? És miért kéne ehhez konténer? Rendesen kell megírni a szoftvereket és akkor az OS kezeli a felhasználói profilokat.
Háttérben futó dolgokhoz, meg szervereken izolált környezethez jó a konténer. Én csak a desktopon futtatott appoknál látom teljesen feleslegesnek, bár egyelőre még nem ebbe az irányba megyünk szerencsére.
-
bambano
titán
de nem az a kérdés, hogy sima processz-e vagy sem.
hanem az, hogy sok helyet foglal a diszken, egy teljesen felesleges infrastruktúra a rendszerben, ami redundáns, csak azért, mert a programozók azon része, akik konténert fejlesztettek, nem bírtak megülni a fenekükön és hasznos dolgot csinálni, a másik része meg, aki nem akarja rendesen megírni a programját, felmentést kap a konténerrel a tisztességes munka alól.felhasználói profilok szétválasztása??? az adduser mire való azon a rendszeren, amit nem is láttam még?
-
pmonitor
aktív tag
Én portable párti vagyok(lennék). Kivéve ott, ahol nagyon indokolt a telepítés. Pl. driverek világa. De ott is már van olyan, hogy érzékeli az op. rendszert, és az ahhoz való drivert engedi letölteni. Danában haj 1 időszámítás előtti nyomtatót akartam használni win10-en. A webhely észlelte, hogy win10 van fennt, így nem engedte letölteni a drivert. 1 laptopon win7 volt fennt. Arra töltöttem le a win7-es drivert. Majd telepítettem win10-re. Működött(mondhatnám, hogy ment mint a zsír
). Na ilyenek miatt én bizonyos témakörökben nem is akarok haladni a korral. Ilyen szempontból maradi vagyok, elismerem. És bizonyos témakörökben azt vallom, hogy igenis "az informatika a totális csőd felé halad manapság." - hogy 1 klasszikust idézzek. Én ezt vállalom. De ebből is látszik, hogy az egyes "programozók" mennyi mindent bevetnek, hogy lóvéhoz jussanak. Ennek a nyomtatónak a driverével konkrétan semmit nem kellet csinálni, hogy működjön win10-en is. De ha publikusan is elérhető lett volna win10-re is, akkor is annyit "kaszáltak" volna, hogy csak na(a semmiért...). -
dqdb
nagyúr
válasz
fatal`
#17733
üzenetére
Az SSH része a windowsnak egy ideje.
Ahogyan a curl is, szóval igazad van, mondjuk egy OpenSSL jobb példa lett volna.SSH miatt egy komplett linux alrendszert feltenni szerintem hulla felesleges.
Egyetlen alkalmazásért tényleg felesleges lenne, de arra akartam rávilágítani, hogy ha már úgyis ott van a fejlesztőknek szánt Linux alrendszer a Windowsba integrálva, akkor érdemes azt használni, amikor előnyöket nyújt. Mondanám ezt, hogy biztosan azért érzem így, mert egyes tooljaink mindkét platformon futnak, így egyszerűbb VS + CMake párossal egy helyen fejleszteni, de előbb használtam WSL-t, minthogy a Linux bejött volna célplatformként, és előtte pedig a Cygwin-MinGW párost sok-sok éven át.Fejlesztéshez oké, de én sem látom mi értelme lenne mondjuk egy total commandert vagy egy bármilyen más sima desktop appot telepítő helyett konténerből futtatni.
Egy mindennap használt desktop alkalmazást szerintem sem lenne értelme így futtatni, azt fel kell telepíteni vagy natívan Windowsra, vagy WSL/WSLg alá, és használni. De egy háttérben futó szolgáltatás mehet konténerből, vagy egy olyan desktop alkalmazás, amit néhanapján se használ az ember, annak a linuxos változata mehet konténerből, amikor szükség van rá, és aztán használat után eldobod a konténert. -
válasz
fatal`
#17733
üzenetére
> #17730: Fejlesztéshez oké, de én sem látom mi értelme lenne mondjuk egy total commandert vagy egy bármilyen más sima desktop appot telepítő helyett konténerből futtatni.
De figy, mi a kontenerben a bonyolult? Ez egy sima processz, annyi a trukkje, hogy el van zarva a geptol egy jol definialt interfeszen keresztul. Akkor lehet egyebkent ertelme, ha peldaul a program nincs felkeszitve arra, hogy tobb peldanyban is installalva legyen (kontenerrel pofonegyszeru kulonvalasztani pl. a felhasznaloi profilokat).
Linuxon pl. a snap peldaul kontenerizacio, a flatpak meg arrafele halad. Szoval a desktopon is itt vannak mar egy ideje a kontenerek, csak nem Dockerrel, hanem a kicsit egyszerubb lxd-vel.
-
fatal`
titán
Minek?
Az SSH része a windowsnak egy ideje. De felrakhatsz egy gitet és annak is része lesz mingw-n keresztül, aztán sima parancssor. Még putty sem kell.
SSH miatt egy komplett linux alrendszert feltenni szerintem hulla felesleges.
#17730: Fejlesztéshez oké, de én sem látom mi értelme lenne mondjuk egy total commandert vagy egy bármilyen más sima desktop appot telepítő helyett konténerből futtatni.
Teljes agybaj lenne.
-
-
dqdb
nagyúr
Lokálisan nem látom előnyét egy dockernak
Én igen, fejlesztői gépen adatbázist, MQ-t és hasonló middleware-eket már csak konténerben futtatok. Van egy alap compose fájl az ilyen szolgáltatásokkal a mindennapi fejlesztéshez, és eseti dolgokhoz még egy adag. Így ha például fejlesztés közben kíváncsi vagyok, hogy clusterben hogyan viselkedik adott MQ, akkor leállítom az alap telepítést, el elindítok egy clusteres változatot arra az időre.Így fut nálam Windowson az MSSQL linuxos változata.
-
Ispy
nagyúr
válasz
bambano
#17718
üzenetére
Lokálisan nem látom előnyét egy dockernak, bár nem régen kezdtem csak használni, de webes alkalmazásoknál elég hasznos tud lenni, főleg ha csak felpusholod egy azure appba. Nem kell virtuális gép, meg rendszergazdai felsőfok, 3 mp megcsinálni egy docker fájt és kész is vagy. A mikroszerizekről meg nem is beszélve, amikor docker láncokat hozol létre. Szóval nem olyan rossz az, bár van amikor a kevesebb a több és felesleges lenne vele vacakolni, de sokszor egyszerűbb a lokális szerverre is kérni a rendszergazdától egy virtuális linuxot egy dockerral...
-
bambano
titán
-
pmonitor
aktív tag
Jó kis diskurzus alakult ki...
@bambano:
Az aláírásodról jutott eszembe egy mérnöki "csúcs produktum".A kép jobb alsó sarkában a hét napjának száma van. Hétfőn 1, szombaton 6, vasárnap 8.
Sosem gondoltam volna, hogy a vasárnap a hét 8. napja... Arról már nem is beszélve, hogy Magyarországon forgalomba hozott terméknél a nap van elöl, utána a hónap. -
dqdb
nagyúr
válasz
pmonitor
#17715
üzenetére
Csak kicsomagolod és használod. Nem is értem, hogy miért kell minden kis alkalmazást telepítgetni.
A csomagkezelők és konténerek korszakában a portable alkalmazások jelentősége erőteljesen csökkent. Ki akar manapság netes kereséssel, letöltéssel, megfelelő helyre kicsomagolással bajlódni, amikor egyetlen paranccsal felmegy az egész csomagkezelőből töredék idő alatt. -
pmonitor
aktív tag
Az itt levő .rar-ban van egy Waveditf.exe. Ez a UI ugyanaz, mint a Wavedit.exe UI-ja. De egy lényeges változás van benne: nem a memóriában "dolgozik", hanem a meghajtón lévő temp fájlt szerkeszti, majd mentéskor írja ki az adatokat a megnyitott file-ba. Valamikor danában hajj ettől az UI-tól eljutottam eddig. Most a "szívét" is módosítottam. Most már csak a Waveditf.exe-t fejleszt(get)em tovább. Szokásom megtartva ezt sem kell telepíteni. Csak kicsomagolod és használod.
Nem is értem, hogy miért kell minden kis alkalmazást telepítgetni. Egy office esetén még indokoltnak tartom(bár ott sem szükséges), de a legtöbb app esetén teljesen felesleges.
Még elég sok bug és hiányosság van benne, de a "lelke" használható.
Kellemes időtöltést a programmal! -
Hege1234
addikt
válasz
nevemfel
#17711
üzenetére
szerintem arra gondolt, hogy nem lejátszási listaként induljon az egész mappa
hanem a mappából mindent külön fájlként loop-oltatva a vlc-t és a mappában lévő fájlokat
annyi vlc-t nyisson meg amennyi fájl van
szóval pl. gondolom induljon el 40 darab vlc mind külön-külön a fájl-al
(én is csak tippelek..) -
cucka
addikt
-
Marky18
aktív tag
Szorakozasbol - es esetleg kesobb kisebb gigek miatt - szeretnek iOS fejlesztest tanulgatni.
Udemyn rengeteg kurzus van, plusz a UIKit es a SwiftUI kozott is donteni kellene. Megeri meg UIKitet tanulni, vagy ugorjam at es csak a modernebb technologiaval foglalkozzak? Azt el tudom kepzelni, hogy sok komponens meg nincs SwiftUI-ra atirva, ezert nagyobb projektekre nem alkalmas.
Nem foglalkoztam meg sem webfejlesztessel, sem UI fejlesztessel, igy elsore a SwiftUI baratsagosabbnak tunik. -
marec1122
senior tag
válasz
marec1122
#17703
üzenetére
& 'C:\Program Files\VideoLAN\VLC\vlc.exe' "E:\LETUJ\video.avi" /fullscreen
bár nincs nagy tapasztalaom a dologban de azt gondoltam ha a fenti parancsot elhelyezem egy .bat fájlban az futtatható lesz. sajnos nem így lett. ha valakinek esetleg nem nagy megterhelés egy nem lekezelő, komplett válasz .
előre is köszi
-
zsolti_20
senior tag
Sziasztok!
Szeretnék egy kicsit többet tudni az EDI fileokról,formátumról, illetve EDIFACT, ANSI X12-ről.
Van esetleg itt köztünk olyan akinek van tapasztalata ebben és rám szánna privátban egy kis időt, hogy jobban megértsem a működését?
Legelőször azt szeretném tisztázni, hogy a való életben, gyakorlatban mi történik pontosan ezzel az EDI fileval. Honnan hová kerül és hol, hogyan lesznek megjelenítve az információk. A benne lévő szegmensek mindig ugyan azok? Vagy ezek csak random váltózok? Pl egy raktárházban az EDI file milyen szerepet tölt be a szállítási címek létrehozásakor?
Szívesen honorálnám is akár, ha valaki át tudja nekem adni az információt egyszerűbb nyelven.
).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
ebben egyetértünk. mindig használjuk azt az eszközt, ami legjobban megfelel a célnak.
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Kerékpárosok, bringások ide!
- Gaming notebook topik
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Hollow Knight
- Autós topik
- gban: Ingyen kellene, de tegnapra
- Apple asztali gépek
- Melyik tápegységet vegyem?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Autós topik látogatók beszélgetős, offolós topikja
- További aktív témák...
- PlayStation Portal 2026.12.03-ig gyári garanciával eladó!
- ASRock B560 Steel Legend + i5 11500 + ID-Cooling + 16 Gb Corsair Vengeance RGB Beszámitok!
- Samsung Galaxy A26 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 12 128GB, Kártyafüggetlen, 1 Év Garanciával
- Vadiúj videókártyák! Kamatmentes rèszletre is! Èrdeklődj!
- Eladó 2db Nokia steel hr hibrid okos óra dobozával
- Apple iPhone 14Pro 128GB Kártyafüggetlen, 1 év garancia
- Vállalom FRP Lock os telefonok javítását ingyen kiszálással és akár helyszíni javittással
- iKing.Hu - Apple iPhone 13 Pro Max - Silver - Használt, karcmentes, 100% akku
Állásajánlatok
Cég: FOTC
Város: Budapest