Příspěvky

706

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 19. 03. 2019, 09:31:08 »

Stačí nastavit v databázi unikátní index a duplicitní záznam se nevloží. Select pak nebude potřebný a atomicita operace bude zajištěna.

Tak předpokládám, že tam ten index je. Ale zaprvé tam nebudu cpát duplicitní data a generovat zbytečně chyby v databázi (byť bych si je třeba v php odchytil) a zadruhé chci asi nějak zjistit a zobrazit stav transakce - třeba uživateli nebo to někam zalogovat.

707

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 18. 03. 2019, 20:58:59 »

Pokud máte datatype json tak z PHP posílejte taky json:

Kód: [Vybrat]

print(json_encode(array("text" => "tohle je ten text")));

Teoreticky by to nemělo stačit. Ještě je důležité posílat hlavičku:

Kód: [Vybrat]

header("Content-Type: application/json");

To je pravda, dík za doplnění. Ono když se to děje v nějakém frameworku automaticky tak na to člověk časem zapomene 

Když něco nefunguje je potřeba se stejně podívat v prohlížeči, jaké tam běhají http dotazy a co píše konzole prohlížeče (vývojové nástroje - F12)...

708

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 17. 03. 2019, 22:38:52 »

Pokud máte datatype json tak z PHP posílejte taky json:

Kód: [Vybrat]

print(json_encode(array("text" => "tohle je ten text")));

709

/dev/null / Re:Riesenie nerealistickych scenarov

« kdy: 17. 03. 2019, 18:07:50 »

Zhodnotíte rizika, náklady a pak stanovíte, co se řeší anebo ne. Testování aplikací typicky řeší právě různé méně pravděpodobné scénáře. Takže ano, do určité míry to řeší doufám každý.

710

Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje

« kdy: 17. 03. 2019, 18:04:58 »

Pokud člověk neví, co je špatně, stačí to obvykle oddebugovat (xdebug) a podívat se, jaké dotazy se posílají do databáze (server umí dotazy logovat, tuším že to umí i pdo). Chybu pak člověk najde snadno sám...

Jinak některé databáze umí UPSERT resp. MERGE, tyto příkazy vloží nový záznam nebo jej aktualizují - podle toho zda, zda záznam už existuje.

Pak bych se ještě zamyslel, co se stane pokud bude ten váš vkládací kód spouštěn paralelně - a mezi ověřením existence a vložením se totožný záznam vloží z jiného requestu. Jinými slovy, chtělo by to synchronizovat aplikačně anebo transakcí. Abyste po nasazení nezjistil, že to vkládá nesmyslné údaje (což při testování jedním uživatelem nezjistíte a projeví se to až když je tam těch lidí víc).

711

Sítě / Re:Zkušenosti se síťovými PowerLine adaptéry

« kdy: 10. 03. 2019, 23:12:45 »

Zkušenost od rodinného domu od známého - dost to vypadává (má nějaký obyčejný tplink).

712

Server / Re:Jak spustit Android na CentOS?

« kdy: 08. 03. 2019, 15:59:25 »

Na běh Android aplikací používám http://www.android-x86.org/ a spoušítm to v KVM s pomocí virtmanagera. Je otázka, co ta aplikace dělá, zda jí nebudou scházet senzory apod. A je taky otázka, jak stabilní to bude pro trvalý dlouhodobý běh.

713

Vývoj / Re:Dynamicka cenotvorba / pricing engine

« kdy: 24. 02. 2019, 17:29:59 »

Tazatel píše, že bude problém seřadit produkty podle individualizovaných cen, což je potřeba bez ohledu na to, kolik produktů nakonec na jedné stránce ukážu.

Samozřejmě je klíčové vědět, jak se individualizovaná cena stanoví (zda se například sahá do dalšího systému či se pro stanovení ceny používá např. poloha uživatele) a dále jak dlouhou platnost bude takto stanovaná cena mít (podle toho se pak může cena předpočítat dopředu nebo cachovat).

Bez znalosti těchto parametrů nelze říct, zda je problém jednoduchý (jedno VIEW v databázi) nebo složitý (propojení několika systémů).

Nakonec si myslím, že ve skutečnosti ty ceny nebudou tak úplně individualizované, ale budou to zase jen ceny pro skupinu přičemž akorát bude ta skupina definovaná dynamicky (například zákazníci, kteří vygenerovali určitý obrat apod.)

714

Vývoj / Re:Viděli už jste někde distribuované transakce?

« kdy: 21. 02. 2019, 20:26:59 »

Očividně není totiž otázka položena tak, zda to udělat transakčně nebo nikoli. Otázka míří, jak je transakčnosti dosaženo. Jinak je ale skutečně populárnější https://en.wikipedia.org/wiki/Eventual_consistency

...

Z te Eventual Consistency nejsem moc chytry.

Eventual Consistency = pokud jsem to pochopil tak „nakonec dotečou správná data do všech uzlů“

715

Vývoj / Re:Viděli už jste někde distribuované transakce?

« kdy: 20. 02. 2019, 17:51:05 »

Tzn. ja mam na mysli distribuovane transakce na urovni komponent, ne na urovni databazi. Databazim to muze byt uplne fuk, ty jsou jak jsou.

Tak to jsem tě pochopil správně. Nemluvíš o distribuovaných databázích. Mluvíš o transakcích např. JTA, které by tu část kódu ve které probíhá transakce, ukončená commitem byla rozdělená na více mašin(např. aplikačních serverech).

Stále si zatím stojím, že ve většině případů by ztráta způsobená komunikací/potvrzeními mezi mašinama(aplikačními servery) bude zbytečně prodlužovat dobu celé transakce.

PS. navrhni testovací projekt, hoď ho na git a nech si ho zde zkritizovat. Takto je to příliš abstraktní.

Proc to bude zbytecne prodluzovat dobu cele transakce, kdyz ty ty komponenty musis stejne volat. Zavolas je tak jako tak, akorat to bude transakcni.

Očividně není totiž otázka položena tak, zda to udělat transakčně nebo nikoli. Otázka míří, jak je transakčnosti dosaženo. Jinak je ale skutečně populárnější https://en.wikipedia.org/wiki/Eventual_consistency

716

Sítě / Re:Robustni filesystem pro router?

« kdy: 24. 01. 2019, 11:12:10 »

A co za filesystem maji takove ty bezne soho-routery co se daji koupit? Taky neco co bezi z pameti? Co treba Turris, jak ten snasi kdyz jej nekdo natvrdo vypne? Nebo ty male Mikrotiky?

Co jsem viděl tak je root filesystem vždy ke čtení, kam se ukládá konfigurace jsem nezkoumal, ale pokud se zrovna ta konfigurace nemění tak může být taky read-only. Proměnná data jako tempy, spool, logy se budou řešit nejhůř, záleží jak hodně persistentní ta data budete chtít.

Každopádně bych se inspiroval u OperWRT, LEDE a podobných projektů.

717

Server / Re:Optimální server load

« kdy: 15. 01. 2019, 17:02:47 »

Odpovědí nejsou moc akademické. Load sám o sobě nestačí k zhodnocení stavu serveru - potřebujete znát vytížení CPU jader, porovnat  vytížení CPU v userspace a kernelspace a znát intenzitu IO operací, případně zaplnění RAM. Podle toho pak můžete zhodnotit jak „zdravá“ je momentální zátěž serveru.

Anebo se na to vykašlete a sledujete jen odezvu a propustnost služby (např. webu) a pokud ta vyhovuje požadavkům, tak už víc neřešíte. Optimální přístup to ale není.

718

Vývoj / Re:Co si myslíte o OOP?

« kdy: 11. 01. 2019, 15:54:15 »

Nejlepší jsou silně typované jazyky s pozdní vazbou 

Akademici mají na slunci taky své místo, není vše jen o praxi.

A už se nehádejte, stejně to jde odnikud nikam

719

Vývoj / Re:Co si myslíte o OOP?

« kdy: 08. 01. 2019, 14:45:08 »

IMHO by bylo užitečnější místo této diskuze vést polemiku ve formě série článků s různými autory. Autoři by museli lépe argumentovat a uvést konkrétní příklady, na které by se pak lépe reagovalo. Portál by měl přísun zajímavých článků a paradoxně by si možná všichni ušetřili čas promrhaný v diskuzi... :-D

720

Studium a uplatnění / Re:Nejrizikovejsi povolani vuci automatizaci? Programator

« kdy: 28. 12. 2018, 20:26:03 »

Pokud se více nasadí AI tak se pracovní pozice jen přeskupí, ale programátoři o práci nepřijdou (ať už se programátorem myslí cokoli). Ostatně snaha o automatizaci různých činností při programování je tu už dlouho.