Příspěvky

361

Software / Re:Automatické restartování scriptu po nějakém čase

« kdy: 19. 07. 2021, 21:05:09 »

Btw, k tomu auto-reload. Podporuje jadro, ktore tam mas naistalovane, inode notifikacie, pre suborovy system ktory tam mas pouzity, a pre sposob akym ho mas moutnuty?

362

Software / Re:Automatické restartování scriptu po nějakém čase

« kdy: 19. 07. 2021, 20:53:09 »

Btw, ako som zbezne nazrel do dokumentacie feh, tak ma parameter -R n, kde n je pocet sekund, po ktorych bude automaticky reloadovat. Co sa tyka --auto-reload, tak to pouziva tiez inotify, len to musi byt v tom builde zapnute.

363

Software / Re:Automatické restartování scriptu po nějakém čase

« kdy: 19. 07. 2021, 19:06:07 »

Ak je periodicke spustanie prikazu to co chcete, tak by som pozrel 'man crontab'.

Myslim ale ze viac vyhovie 'man inotifywait'...

364

Windows a jiné systémy / Re:Pomalé načítání internetu - zasekávání

« kdy: 03. 07. 2021, 08:37:45 »

Podla toho co som nasiel ma webe tak je tam jednojadrovy procesor... na ciste neosekane w7 ultimate je aj dvojjadro malo, nehovoriac ked tam je este aj Ⓡeset...

365

Vývoj / Re:Rada při návrhu db tabulek

« kdy: 03. 07. 2021, 07:22:28 »

Nejedná se o ORM versus DB. Ale o ORM versus vývojář.
Pokud je třeba získat nějaké informace, tak se ptáme - kdo je dokáže získat lépe stroj=ORM, nebo vývojář?

To ORM same od seba nedokaze ziskat ziadne data, za tym ze ziska nejake data stoji vyvojar.

Samozrejme by bolo mozne namietnut, ze na programovanie ORM staci jeden programator a ked mame ORM tak nam stacia lopaty.

I toto je omyl, programator ktory to ORM pouzije, by mal byt schopny vystup validovat. Ak nie je validny tak musi byt schopny porozumiet tomu co chce ORM dotazom poslanym do db povedat.

V kazdom pripade vyvojar musi byt schopnejsi ako to orm, inak bude len skusat na slepo a lovit na sof.

Jedine co moze priniest ORM vyvojarovi ze mapuje typy z rdbms na typy v aplikacnom jazyku, ktory je zvedsa typovo ovela slabsi ako rdbms. To ostatne je len zjednodusenie pre slabsich kolegov, da sa na tom zdanlivo usetrit. Co sa v buducnosti predrazi, ked to potom musi dlho riesit niekto z podstatne vyssou hodinovou sadzbou.

366

Hardware / Re:Android vs iPhone

« kdy: 06. 06. 2021, 15:54:11 »

No, neviem ci sa da celkom dobre porovnat iPhone a Android... Android je len operacny system, okolo ktoreho si ten ktory vyrobca moze postavit svoje vlastne features. Relevantnejsie by bolo skor porovnanie iPhone vs Samsung vs Xiaoami vs etc vs etc... Toto je ako porovnavat Teslu(auto) s dieslom(motor)...

367

Server / Re:Při instalaci služby se nevytváří konfigurační adresář v /etc

« kdy: 06. 06. 2021, 04:14:49 »

Nebo opet jen pomoci rpm:

Kód: [Vybrat]

[root@server ~]# rpm -qf /etc/fail2ban/
fail2ban-server-0.11.1-10.el7.noarch

to ale funguje len na nainstalovane baliky, yum pracuje aj so vzdialenymi repozitarmi...

368

Server / Re:Při instalaci služby se nevytváří konfigurační adresář v /etc

« kdy: 02. 06. 2021, 23:05:53 »

Pretoze fail2ban je metapackage, ktora ma ako zavislosti nastavene ostatne balicky,

to co hladas je "yum reinstall fail2ban-server"

369

Windows a jiné systémy / Re:Windows nespustí příkaz když je „cwd“ neplatný

« kdy: 27. 05. 2021, 00:31:33 »

logika widli nie je tak pokrocila aby prepla na iny disk

A který systém v takovém případě programům přehazuje pracovní adresáře? A proč?

No,u mna (fedora 33):

• sa ten disk ani neda umountnut, kym s nim nejaka cast systemu pracuje.
• v pripade ze to usb vytiahnem bez umountu, prompt v terminali samozrejme change directory neurobi ihned, ale az po nejakej interakcii, staci odentrovat.

Necital som tvoj koment.

Btw, to ze pise ze nevidi aktualny adresar...

Opět opakuješ to, co PanVP už napsal. A ty pak po něm.

Kde PanVP pisal o tom preco hlasi neexistujuci adresar miesto neexistujuceho suboru? Ja to nikde nevidim, mozes ho odcitovat?

Nabuduce by si mohol pisat radsej k topicu, miesto zbytocneho trolenia

370

Windows a jiné systémy / Re:Windows nespustí příkaz když je „cwd“ neplatný

« kdy: 26. 05. 2021, 09:08:06 »

widle na rozdiel od linuxu, hladaju spustitelny subor v aktualnom adresari az potom podla path...

Dík, že opisuješ to, co jsem už napsal 

Kód: [Vybrat]

d:\> ping
The current directory is invalid.
d:\> c:
c:\> ping
# ok...

Je nějaký důvod, proč když  spustím nějaký příkaz v cmd windows s aktuálním adresářem, který už neexistuje( fleška, která byla odpojena třebas), ale tato změna nijak cmd neovlivní to shoří na této chybě?

Necital som tvoj koment.

Btw, to ze pise ze nevidi aktualny adresar a nie ze nevidi subor je tiez historicke. Urobi nad tym adresarom ls a konkretny subor si vyberie podla toho ci existuje ping.bat, ping.com alebo ping.exe...

371

Windows a jiné systémy / Re:Windows nespustí příkaz když je „cwd“ neplatný

« kdy: 26. 05. 2021, 08:18:39 »

Kód: [Vybrat]

d:\> ping
The current directory is invalid.
d:\> c:
c:\> ping
# ok...

Je nějaký důvod, proč když  spustím nějaký příkaz v cmd windows s aktuálním adresářem, který už neexistuje( fleška, která byla odpojena třebas), ale tato změna nijak cmd neovlivní to shoří na této chybě?

Je to prosty dovod, widle na rozdiel od linuxu, hladaju spustitelny subor v aktualnom adresari az potom podla path... a kedze logika widli nie je tak pokrocila aby prepla na iny disk po odpojeni flasky, tak ani vlastne netusi ze aktualny adresar sa vzdialil s odpojenou flaskou...

372

Sítě / Re:Vzdálený přístup bez statické veřejné IP adresy

« kdy: 25. 05. 2021, 21:43:32 »

Alebo si vyrob vpn sam https://hackernoon.com/using-a-vpn-server-to-connect-to-your-aws-vpc-for-just-the-cost-of-an-ec2-nano-instance-3c81269c71c2

373

Server / Re:Postgres - upgrade v ramci kontejneru

« kdy: 02. 05. 2021, 19:50:02 »

To právě u pg není vůbec žádný problém.

On to není vůbec žádný problém u spousty programů. Ale málokterý z nich pro to má v distribucích speciální podporu.

U  pg to nie je realne ziadny problem, staci pouzit repozitare z postgresql.org. V jednotlivych linuxovych distrach sa zvedsa rozne verzie pg nevedu...

374

Server / Re:Postgres - upgrade v ramci kontejneru

« kdy: 02. 05. 2021, 19:45:39 »

Preco si to komplikovat a na starej verzii nepustit  pg_dump a na novej psql dump.sql? Az tak casto to zase robit nebudes aby to bolo nutne automatizovat, interval bude cca rovnaky ako vychadzaju nove verzie postgresu. V postgres ten dump funguje v pohode, neni to taky porod ako importovat komplet cely server na mysql. I ked je nie len koli takymto problemom je lepsie mat stavovu aplikaciu (ako je db) mimo kontajnery.

375

Server / Re:Vymazání metadat z mailu

« kdy: 30. 04. 2021, 01:26:01 »

Čepiga s Miškinem se do Vrbětic objednali e-mailem, který byl podle policejní expertizy zbaven všech metadat. To znemožňuje určit, odkud přesně byl odeslán.
Má někdo představu jak ? Nedovedu si představit, co by na to řekl přijímací server ...

Ale spat k povodnej otazke. Mame mail bez metadat. Nebudeme riesit aky mail, moze to byt hocijaky. Mame niekolko moznosti.

• mail bol normalne doruceny cez mta na mda. Metadata niekto zmazal. To by ten mail zmazal rovno cely. Vratane tela. Preto je tento bod podla mna velmi nepravdepodobny.
• mail bol rucne vytvoreny lokalne a mozno nasynchronyzovany cez imap na server. Nebude mat ziadne metadata
• existuje len vytlacena verzia. Ziadne metadata.

ma niekto este nejaky napad ako dostaneme mail bez metadat? Ci len SJW kecy?