Příspěvky

316

Distribuce / Re:Vymazání HDD před prodejem NB

« kdy: 23. 12. 2019, 22:18:08 »

Kup nové SSD, vlož místo původního HDD, který si ponecháš na zálohy.

souhlas, jednoduche a nejlepsi metoda.

nevim co je na tom nejlepsiho, investovat do ssd ktere se v prodejci cene cele nezaplati, investovat do ramecku na hdd, nebo pustit shred, coz je nastroj presne k reseni dotazu urcen ;-)

Notebook s vestavěným SSD se lépe prodává a disk s daty mi zůstane. Není třeba ho čistit.

317

Distribuce / Re:Vymazání HDD před prodejem NB

« kdy: 23. 12. 2019, 19:13:09 »

Kup nové SSD, vlož místo původního HDD, který si ponecháš na zálohy.

318

Vývoj / Re:Ukládání různých typů produktů do databáze

« kdy: 20. 12. 2019, 13:34:26 »

U variantov produktov je problem napriklad ako ukladat cenu daneho variantu produktu.

Povedzme ze mame produkt tricko (base price 10€) s atributmi: velkost (s, m, l, xl), farba (green, blue, red) a potlac (ano, nie), pricom niektore atributy nam mozu ovplyvnovat aj zakladnu cenu (velkost XL +5€, farba blue +5€, potlac ano +10€). Takze mame dokopy 24 moznych kombinacii s roznou vyslednou cenou:

V OOP bychom to vyřešili vzorem Decorator. Možná by se to dalo vyřešit uložením serializovaného objektu. Nevýhodou tohoto řešení je však prakticky nemožná indexace, proto se jako efektivnější jeví vytvoření jednoho objektu a vygenerování všech 24 variant, které jsou následně uloženy do databáze.

319

Vývoj / Re:Ukládání různých typů produktů do databáze

« kdy: 19. 12. 2019, 11:01:30 »

Jednoduchým řešením je vytvoření JSON se všemi nepovinnými atributy, uložit to do jednoho sloupce a vyhledávat fulltextem.

320

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 17. 12. 2019, 18:57:35 »

Ale stále ten skript beží len pár sekúnd po requeste. V iných prostrediach si viem zvoliť dobu platnosti objektu. V PHP je platnosť objektu max. per-request. Pri ďalšom requeste sa vymaže celý obsah pamate a skript beží "nanovo". A dokonca aj ten beh skriptu zvykne byť časovo obmedzený (podľa nastavení). Odpoveďou na request je vždy nejaký string pričom PHP skript rieši len spracovanie vstupu na základe ktorého generuje nejaký textový výstup. Je to teda taký lepší templating engine povýšený na jazyk.

To je přesně účel PHP. Sice jsem veškeré HTML vystrnadil mimo něj, ale stále je to jazyk, ve kterém zpracuji vstup, provedu interakci s databází, vyleju data na výstup a ukončím skript. Není to pár sekund, ale jen desítky milisekund. Paměť se promázne a může zpracovat další request. Nemusím řešit memory leaky, synchronizaci vláken a když proces jednoho requestu spadne, na další to nemá vliv. Zero down time při update je také velkou výhodou, kterou se každý jazyk pochlubit nemůže.

321

Vývoj / Re:Test selháním , test to fail - vysvětlení

« kdy: 14. 12. 2019, 18:59:13 »

Skvělé, děkuji za jasnou odpověď. Pak už mě jen napadá, že na testy musí být jasně vymezený čas, pokud se nedaří aplikaci shodit  a očekává se pád aplikace-tudíž neúspěch.

Ona se jaksi testuje hlavně aktuální verze na žádoucí/správné chování. Nebudu se ujišťovat, že mi známá chyba aplikaci shodí, ale účinnost opravy, tedy opak.

Takové testy ale nemají nic společného s vývojem řízeným testy. Je spousta druhů chyb, u kterých chceš, aby aplikace spadla, protože nesmí s tou chybou pokračovat dál.

322

Vývoj / Re:Test selháním , test to fail - vysvětlení

« kdy: 14. 12. 2019, 15:11:03 »

Skvělé, děkuji za jasnou odpověď. Pak už mě jen napadá, že na testy musí být jasně vymezený čas, pokud se nedaří aplikaci shodit  a očekává se pád aplikace-tudíž neúspěch.

Zpravidla stačí počkat si na výsledek, čas není třeba specifikovat.

Proč píšeš "aplikace", když se tyto testy dělají hlavně jednotkové a integrační?

323

Vývoj / Re:Test selháním , test to fail - vysvětlení

« kdy: 14. 12. 2019, 14:37:11 »

Vstupní data záměrně vybírám tak, aby podchytila hraniční hodnoty. Pokud má například pracovat s intervalem 0..100, tak do vstupu postupně vkládám hodnoty -1, 0, 1, 99, 100, 101. Na hodnoty -1 a 101 musí jednotka selhat - test zkontroluje, zda k selhání skutečně došlo a pokud ano, zahlásí úspěch, jinak selhání.

324

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 13. 12. 2019, 13:15:05 »

Jinde než na sdíleném hostingu není důvod PHP používat.

PHP je moderním programovacím jazykem, používám ho i na VPS. Jeho filozofie mi vyhovuje, mohu kombinovat paradigmata jak potřebuji.

jde o to co používá odvětví, ne co tobě vyhovuje. Objektivně PHP nepřináší žádnou výhodu mimo sdílený hosting.

Na VPS je výhoda, že si to PHP mohu nakonfigurovat dle svých potřeb. Sdílené hostingy nenabízejí vše, co potřebuji, obvykle některé moduly chybí.

325

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 13. 12. 2019, 13:01:38 »

Jinde než na sdíleném hostingu není důvod PHP používat.

PHP je moderním programovacím jazykem, používám ho i na VPS. Jeho filozofie mi vyhovuje, mohu kombinovat paradigmata jak potřebuji.

326

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 13. 12. 2019, 12:58:31 »

Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká.

Jako, napadnou. Namátkou:

- Nechci se učit kompletně nové paradigma
- Vůbec nechápu funkcionální programování
- Nedokážu pochopit koncepty jako destrukturování objektů, imutabilití objekty ve stavu aplikace, ...

Trefil jsem se? ;-)

- Paradigma pro mne není nové
- Funkcionální programování není problém
- Immutabilní objekty mám v PHP běžně

Přesto mě Javascript neláká.

327

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 13. 12. 2019, 11:44:19 »

kimec> díky za podporu

Jinak, kdybych měl vybrat, co chci dělat nejméně, bylo by to právě JS. Je tam momentálně sice obrovská poptávka, ale z mnoha důvodů, které leckoho asi napadnou, mě to neláká. Java se jeví jako takový stabilní a ukotvený svět, což člověk po třicítce žádá čím dál víc ve všech oblastech

Stabilní a ukotvený svět pro programátora po třicítce? PHP.

328

Studium a uplatnění / Re:Přechod PHP -> Java

« kdy: 12. 12. 2019, 18:59:37 »

mám za sebou 12 let vývoje v PHPku a přemýšlím co dál, rád bych PHP opustil
...
Nebo by snad bylo nakonec výhodnější držet se svého kopyta a raději vyšvihnout na top seniora a ždímat z "PHP trhu" co se dá?

Zůstaň u PHP, jinak u Javy budeš brečet.

329

Server / Re:Zálohování s rsync

« kdy: 11. 12. 2019, 10:23:41 »

Povedzme, ze mam niekde moutnuty filesystem ext4 (inode_ratio = 4096, miliony malych suborov) a tento teraz rsyncujem kazdu hodinu niekam offsite...

Da sa na nejakom btrfs/zfs spravit nejaky base backup a k tomu nejake hodinove diff? Mate nejake tips & tricks?

Napadá mě použití Subversion.

330

Vývoj / Re:PHP a access 2000

« kdy: 10. 12. 2019, 22:53:45 »

Je třeba si uvědomit, že Access je embedded databází a jako taková nesmí být provozována na sdíleném úložišti, jinak se chová nepředvídatelně.