Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - RDa

Stran: 1 ... 40 41 [42] 43 44 ... 165
616
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.

617
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 :-)

618
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

619
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.

620
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.


621
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.

622
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 :-)

623
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.

624
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.

625
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).

626
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.

627
Hardware / Re:Upgrade SSD
« kdy: 17. 08. 2022, 11:56:14 »
Rozdil v rychlosti prakticky nepoznas. O neco vyssi cisilko v benchmarku je bezvyznamne - pokud neni o rad jinde.

Ridil bych se podle TBW, delky zaruky, realne spotreby (teploty).

628
Vývoj / Re:AI: jak najít nejziskovější variantu?
« kdy: 17. 08. 2022, 01:36:21 »
Nestacilo by se ridit podle pocatecniho kurzu? Pokud ten je nastaveny podle pravdepodobnosti vysledku?

Jakoze vzit vzdy tu nizsi variantu, kterou preferuje sazkovy provider? Tak to by mohl zopovedet OP velice jednoduse, protoze ma data (tedy jestli ma i ty puvodni kurzy)

629
Server / Re:ZFS + mysql ničí SSD disky
« kdy: 17. 08. 2022, 01:34:55 »
Nejak si matne pamatuji, ze pro btrfs se pro urcite aplikace doporucovalo vypinat CoW.. nebude to i tvuj problem ? Co rika google na ZFS + mysql/myisam + SSD write amplification ? Mas oddeleny write intent log nebo je na stejnem zarizeni?

630
Vývoj / Re:Trendy v PHP
« kdy: 16. 08. 2022, 23:28:37 »
Jako clovek co skoncil nekde u PHP6 bych taky ocenil nejaky souhrn jak programovat moderne. Kdyz vyslo 7, a pak i 8, tak se muj codebase neprepisoval pokud fungoval, protoze jsem pozadoval zpetnou kompatibilitu. Ted by uz ta 8 mohla byt ulezela a zajistit ji neni problem na vsech uzlech.

Frameworky me ale nezajimaj.. holt mam svuj vlastni svet :P

Stran: 1 ... 40 41 [42] 43 44 ... 165