Příspěvky

436

Sítě / Re:Routování? statické ip

« kdy: 22. 08. 2022, 17:45:48 »

ifconfig bridgeRozhrani:2 IPzDRUHEHOrozsahuPROtohlePC up

(pripadne jeste netmask pridat)

437

Windows a jiné systémy / Re:POTPLAYER:*současné* čtení + Přehrávání 700Mbps ProRes je pomalejší

« kdy: 22. 08. 2022, 14:57:07 »

Unauthorized codec implementations

In some instances, unauthorized codec implementations have been used in third-party software and hardware products. Using any unauthorized implementation (such as the FFmpeg and derivative implementations) might lead to decoding errors, performance degradation, incompatibility, and instability.

https://support.apple.com/en-us/HT200321

438

Bazar / Re:Prodám Acer Chromebook Spin 13 (CP713-1WN), šedá

« kdy: 22. 08. 2022, 11:47:44 »

Mam zajem.. psal jsem mail skrze ikonku tady vlevo, ale nevim zda dosel.

439

Hardware / Re:Nový IBM mainframe Z16

« kdy: 19. 08. 2022, 19:01:30 »

tak me napadlo, ti co tu maji takove raritni systemy. ze by je vystavili bud s verejnou ip nebo za vpn a za poplatek nabidli ssh pripojeni, na ruzne vyzkouseni atd.
asi nema smysl to davat do serverhoisingu, ale pokud ma clovek doma pevnou ip, tak by to slo.

Jedine s nejakym on-demand zapinanim, protoze to zere v idlu jako ze hodne, ale za to muze "poctive chlazeni" a zadna pece o power management, kdyz takovy stroj vetsinou porad neco pocita. To pak ale chce planovat ty casova okna, protoze je to dobre zapnout 5 minut predem nez to nabehne. Dalsi problem sdileni z domova onen hluk.. takze by se muselo predelat cele original chlazeni nejak jinak, nebo to presunout nekam kde hluk neva. Je to na urovni neprijemnejsi nez bezny vysavac. Jenze zatim co vysavate par minut.. tohle by bylo na hodiny :)

Nevim uplne jak na tom pojmout tu instrumentaci at si lidi pak nelezou do OS navzajem.. precejenom nejaky FPGA devkit nebo SBC bootujici z NFS je v tomto ohledu snazsi osefovat a lze se vracet do kontextu daneho usera (tohle mam v planu, kdyz na tom clovek stavi produkty, a nezere to tolik)

440

Vývoj / Re:Trendy v PHP

« kdy: 19. 08. 2022, 15:30:30 »

Prakticky to ale bude tak, že tam ten WP bude, protože ho dokáže ovládat každý, případně si na to koupí kurz, jsou k tomu šablony a návody aj. a já jen do smlouvy dám, že se zříkám odpovědnosti za produkty třetích stran (jmenovitě...) a potenciální škody plynoucí z jejich užívání (s důrazem na nutnost aktualizovat).

A tohle je presne jadro pudla - lepici a bastlici pouziji framework treti strany a zreknou se odpovednosti, takze pokud Mana z horni dolni co si necha udelat webik a nebude platit pausal nekomu, protoze sama si aktualizace neuhlida/nenainstaluje, tak to dopadne tim, ze bude mit naborenej web a zkazenej biznis.

Oproti tomu v reseni "jakkoliv deravem", psane dodavatelem, se odpovednosti zrict nemuzete, takze si date sakra zalezet, aby vas zakaznik pak nezruinoval na opravach a nesiril o vas negativni recenze. A tohle plati jak u reseni porizenem externe, tak i u internich procesu spravne fungujici "korporace".

Navic kvalita/bezpecnost se uhlida lepe v jednom cloveku, ktery nema terminy.. nez hromade opic, nad kteryma svisti bic od sefa.

Stejne jako muj nazor na cely sw a web development svet je, ze jsou to dnes totalni luzri (vykon, bezpecnost, atd) a tezko mi to vyvrati - tak nebudu vyvracet vase mineni o me. Clovek si vzdy veri nejvice sam sobe a nazdar. Co se musi porizovat od ciziho, musi byt opravdu poradne zduvodnene, a nesmi to byt nejaky lepic co jede smlouvy ja nic, ja muzikant. Dejte mi garence, nebo f*ck off.

441

Vývoj / Re:Trendy v PHP

« kdy: 19. 08. 2022, 14:22:23 »

jasne, casto je rychlejsi nejakou vec napsat sam nez cist dokumentaci k frameworku a pouzit reseni otestovane a zkontrolovane vyvojari, kteri o webovych aplikacich a potencialnich zranitelnostech zarucene vedi vic nez Vy.

#1: Nedelam webove aplikace! PHP pouzivam na CLI, muj kod ma format utilit.

#2: O urovni bezpecnosti jakehokoliv frameworku vypovida historie. Pro bezpecne reseni je rozhodne lepsi NEpouzit existujici framework. Mene include, mene der. Prosta matematika.

Tak to už vôbec nie. Security by obscurity?
Verejný open-source kód je 1000x viac auditovaný a 1000x bezpečnejší ako nejaká na kolene napísaná "utajená" spatlanina, ktorá v najlepšom prípade prešla code review jedným človekom.

Rikejte si co chcete, ale pocet exploitovanych WordPresu a FCKeditor-u mluvi za sve. Nechci tohle svinstvo na svem stroji.

Jestli si neko da namahu se 0day explitaci jedine me obskurni instance, budiz mu to prano - ale dnesni hrozby nastesti jeste neprovadi AI, ale boti co jedou podle sablony na known vulnerabilities.

Vzdy budu verit vice svemu kodu nez cizimu. A jestli s tim nesouhlasite, klidne si vy poustejte random binarky a skripty z netu, prece vam nic nehrozi dle vaseho presvedceni :-)

442

Odkladiště / Re:Přenesení daňové povinnosti

« kdy: 19. 08. 2022, 12:50:42 »

DPH ti neplati zakaznik,
ty tu DPH tedy neodvadis,
ale mas povinnost podat Souhrnne hlaseni (tj. nabonzovat ktery platce ma pak povinnost tu DPH odvest)
a taky mas podat priznani k DPH

443

Odkladiště / Re:Přenesení daňové povinnosti

« kdy: 19. 08. 2022, 11:36:12 »

Ne, uvadi se to v CZK. Zpusob pouzivani kurzu je vic.. nekdo bere vyhlasenej k 1. v mesici (napr. celni sprava), ja pouzivam explicitni kurz per faktura - ke dni fa dle cnb, nebo den pred jestli je to dopoledni fa.

444

Vývoj / Re:Trendy v PHP

« kdy: 18. 08. 2022, 22:07:06 »

jasne, casto je rychlejsi nejakou vec napsat sam nez cist dokumentaci k frameworku a pouzit reseni otestovane a zkontrolovane vyvojari, kteri o webovych aplikacich a potencialnich zranitelnostech zarucene vedi vic nez Vy.

#1: Nedelam webove aplikace! PHP pouzivam na CLI, muj kod ma format utilit.

#2: O urovni bezpecnosti jakehokoliv frameworku vypovida historie. Pro bezpecne reseni je rozhodne lepsi NEpouzit existujici framework. Mene include, mene der. Prosta matematika.

445

Server / Re:ZFS + mysql ničí SSD disky

« kdy: 18. 08. 2022, 17:27:43 »

To je možné. Ale jak říkám, ssd neumí upravit jen konkrétní bity ale musí přepsat celou buňku. Takže i když na to ext4 zapíše 512B tak se na pozadí provede nejspíš mnohem větší zápis, jen s tím rozdílem že do smartu se započítá těch 512B.

Souhlasím. Já jen, hledám co dalšího může vysvětlit ten obrovský rozdíl. Tohle by mohlo vysvětlit v průměru třeba dojnásobné množství zápisů, takže na  samotné méně efektivní fungování ZFS zbývá stále velká část. (největší část je samozřejmě to nevhodně nastavené recordsize )

Tohle zalezi disk od disku, ty lepsi delaji kompresi a zapisuji na konec volneho bloku, v podstat neco jako zurnal / SMR (a hlidaji si co kam dali), nema smysl kvuli male zmene mazat/zapisovat stejna data.

Proto je lepsi, kdyz ma SSD 512B sektory nez 4Kn, i kdyz FS vrstva tam bude cpat 8x512 pro kazdou zmenu v clusteru.

446

Hardware / Re:Nový IBM mainframe Z16

« kdy: 18. 08. 2022, 12:40:19 »

Zajimava diskuze, jeden "mainfram in the box" mi lezi doma a ceka, az budu mit cas se s nim zabyvat. Konkretne jde o IBM eserver p5, tusim z roku 2006.

Ja jich mam taky par.. spis mensi kolekce Power systemu (coz fakt nejsou mainframy Z serie):

P4 pSeries 615 (7029-6C3 rack 4U, 7028-6E4 tower)
P6 Express 520 (8203-E4A rack 4U i tower)
P7 Power 780 (dva 4U + propojky)
P8 Tyan TN71-BP012 (2U, stejny jako na jednom blogu na Abclinuxu, ale je to uz smazano?)

Kdyby se nekdo zbavoval toho co nemam, rad to prevezmu :-)

447

Hardware / Re:Hardware pro virtualizaci a domácí router

« kdy: 18. 08. 2022, 12:19:48 »

2 Molex1 ten N6005 je o nieco lepsi ako moj terajsi j4105, ale velmi by som tym neziskal.
Tu je porovnanie toho co by som chcel, co ponukas a co mam avsak  i3 1210U a R5 5600U su znacne nad rozpocet a neviem ci sa vobec daju kupit.
Za dalsie, by bolo dobre hladat dosku s cipsetom co vie IOMMU (ak by som sa niekedy rozhodol nieco do VM posuvat).
A  v neposlednom rade je dolezity aj rozpocet. Budem este pilne hladat

Asi bych sel smerem pouziteho stroje - desktopu kolem 8th gen (i5, nebo i3 kdyby byla cena fakt nizka), omezil pres cpufreq maxima at to nikdy neleze do vyssich TDP. Vyhoda klasickeho PC je, ze muzes upgradovat CPU.. coz na tech pajenych hrackach nejde (to je momentalne veskera pricina tvych problemu nemoznosti udelat castecny upgrade toho co te brzdi nejvic).

Pokud by te zajimal upgrade na vyssi model, ale porad jen hracku, tak muzu pujcit treba nuc - NUC6i7KYK pro srovnani Atom vs i7, jenze to ma jen jednu sitovku.. druha lze na testy poresit USB3 donglem.

448

Vývoj / Re:Trendy v PHP

« kdy: 18. 08. 2022, 11:53:26 »

Jako clovek co skoncil nekde u PHP6 bych taky ocenil nejaky souhrn jak programovat moderne.
...
Frameworky me ale nezajimaj.. holt mam svuj vlastni svet :P

Docela by mě zajímalo, co přesně jsi v tom php6 dělal :) https://ma.ttias.be/php6-missing-version-number/ a taky, jak se ten "můj svět bez frameworků" předává k dalšímu vývojáři - máš k tomu i detailní dokumentaci nebo kdokoliv jiný je ztracen v překladu a bojí se do toho hrábnout? :)

Tim PHP6 nazyvam to co vyslo v 2009 jako 5.3, tj. s podporou namespaces, ktere v puvodni 5.0 z 2004 nebylo, viz:
https://en.wikipedia.org/wiki/PHP#Release_history ... ty verze moc neresim, protoze pouzivam jen zakladni konstrukce, ne to co nove zrovna pridali (aka stareho psa novym vecem nenaucis). Ale ted nedavno mi upgrade verze nejake starsi skripty rozbil a musel jsem to resit explicitne - zahozeni podpory adresovani znaku z retezce skrze { }, nahrazeno s [ ].

Muj svet je muj. Neni potreba to predavat dalsimu vyvojari. Je to sada trid, ktere nemaji s webem nic spolecneho. Preferuji self-documenting code, tj. spravne pojmenovane tridy a metody, nepouzivani optimalizaci ktere kod zprasi do necitelne podoby jen pro kousek vykonu. Takze clovek pise tak, aby to par letech kdyz to otevre, uz od pohledu videl co a jak to dela.

Aplikacni zamereni mam na vyvoj elektroniky, firmwaru, zpracovani videa, souborove formaty, kodeky. Veskery proof-of-concept a reverzni inzenyrstvi, je skriptovano v PHP, protoze clovek muze resit jadro pudla a ne se hodiny hadat s prekladacem, runtimem, IDE, OS a dokumentaci, protoze porad neco nefunguje a nelze udelat. Vetsina trid reprezentuje elementarni stavebni prvky z teto oblasti, nez aby resila konkretni problem, takze ta znovupouzitelnost je maximalni - cokoliv co pisu je novy kod, ktery stavi na existujicim. Zadny copy-paste reseni mezi projektama - nejsou to totiz projekty, je to jeden velky pomocnik k tomu cemu se venuji. Takovej muj toolbox, nez trvale bezici aplikace/sluzba.

Ja jsem programator / vyvojar, ne lepic reseni z frameworku.

449

Hardware / Re:ext4 se přepne do RO, aborted journal a nevalidní inody

« kdy: 18. 08. 2022, 11:16:21 »

Spatne sestaveny DM, ja v tom logu zadne diskove chyby nevidim (realny disk nebude dm-x, kdyby tam byl io error tak je na sdx).

450

Hardware / Re:Nový IBM mainframe Z16

« kdy: 18. 08. 2022, 00:03:51 »

Tak ono to neni bezny zelezo... viz:
https://developer.ibm.com/blogs/a-tour-inside-the-ibm-z16/

a podrobnejsi reference:
https://www.redbooks.ibm.com/redpieces/pdfs/sg248951.pdf

1 system = 200C/400T v 16 socketech, 8GB cache, 40TB ram (max) a 192 pcie gen3x16 slotu :P

RAM je jiste hotswap a CPU budou hotswapnutelny na urovni draweru ktery nese 4 sockety, PCIe je swapnutelny per slot.

(par jader k 256C je do poctu - zaloznych.. protoze zde platite mesicne za pocet cpu, takze kdyby nejaky odesel.. tak "oprava" spociva v aktivaci jineho kousku kremiku, aby system odpovidal objednane konfiguraci)

Jednou zapnes a nikdy nevypnes, buhvi zda kvuli upgradu hypervisoru je potreba rebootovat cely stroj.. spis je to odladeny ze nic takoveho nebude potreba a jen cyklujes hromadu VM co v tom bezi.