676
Server / Re:PHP, jednoduchá transakční operace do MySQL
« kdy: 25. 03. 2019, 13:02:28 »
Ta funkce aktualniSoupiska() nemůže fungovat správně, protože proměnná $dotaz_nactiAktualniSoupisku není uvnitř dostupná.
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.
677
Vývoj / Re:Ako komplikovane programujete?
« kdy: 24. 03. 2019, 16:24:15 »Každý, kdo má mozek, tohle viděl už v roce 1980. Potom z BASICu urychleně přešel buď na C nebo rovnou na assembler!
Tehdy jsem šel do Pascalu, ve kterém jsou aplikace stejně rychlé, ale nemusím přitom tolik přemýšlet, na jakém HW to poběží. Dnes jen lituji, že jsem se už tenkrát nenaučil Lisp.
678
Hardware / Re:HDD do (příležitostného) NASu
« kdy: 24. 03. 2019, 16:13:57 »>spíš jen dvě osoby, každá 0x - 5x za den (zalohování fotek z mobilu, atd.)
Kolko tych dat moze byt od 2 ludi za den ?
Roztočení HDD 10x denně vůbec nestojí za řeč a nemá význam kvůli tomu pořizovat ještě SSD. To bych raději investoval do SSHD, který to má v jednom včetně obsluhy.
679
Odkladiště / Re:K čemu je dobré RSS?
« kdy: 23. 03. 2019, 14:28:41 »
Zřejmě se jen vyskytuješ mezi uživateli, kteří RSS nepoužívají. Přitom je velmi praktické. Obrázky se přes něj také dají přenášet, ale většina poskytovatelů obsahu to zřejmě z praktických důvodů nedělá.
RSS slouží zejména k přenosu nadpisu a perexu článků, tedy jako zjednodušená titulní strana. Pokud chceš některý z nich číst dál, stačí ho rozkliknout.
RSS slouží zejména k přenosu nadpisu a perexu článků, tedy jako zjednodušená titulní strana. Pokud chceš některý z nich číst dál, stačí ho rozkliknout.
680
Hardware / Re:HDD do (příležitostného) NASu
« kdy: 23. 03. 2019, 14:19:35 »Samozrejme. Akurat 2 prilezitostne NAsy jaksi stracaju na vyzname pri prilezitostnom jednom NASe.
Myšleno tak, že zrcadlený disk v takovém příležitostném NASu také ztrácí na významu. Mnohem praktičtější je synchronizace dat s cloudem a/nebo notebookem.
681
Hardware / Re:HDD do (příležitostného) NASu
« kdy: 22. 03. 2019, 18:00:30 »Keby som chcel silou mocou brat ohlad na vydrz diskov, tak ci tak zohladnim mozny vypadok, cize minialne ...
RAID1 je přežitek. Dnes se zrcadlí NASy.
682
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 21. 03. 2019, 09:28:46 »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.
Unikátní index splňuje vše, co je zmíněno.
Jak?
Tím, že neumožní duplicitní záznam vložit ani externím nástrojem.
Takže tam pak budeš z aplikace insertovat záznamy s existujícím id a je podle tebe vše v pořádku?
O vkládání duplicitních ID vůbec není řeč. Přečti si původní dotaz.
683
Software / Re:Alternativa za .csv
« kdy: 20. 03. 2019, 07:12:28 »
Synchronizace Gitem řeší nejen verzování, ale i konce řádek a zálohování.
684
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 20. 03. 2019, 07:04:56 »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.
Unikátní index splňuje vše, co je zmíněno.
Jak?
Tím, že neumožní duplicitní záznam vložit ani externím nástrojem.
685
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 19. 03. 2019, 15:38:57 »Kite...díky..nechám si od zkušených jako Ty rád doporučit správný postup, ale domnívám se, že primární klíč nezajistí aby se do sloupce nedostal stejný záznam/hodnota. Pokud se mýlím, tak pak nechápu ten princip.
Pravděpodobně máš na mysli, že hodnotu co chci kontrolovat by byla primárním klíčem.
Primární klíč je automaticky unikátním podle definice. Mám na mysli sekundární indexy, které můžeš vytvořit ke kterémukoli sloupci nebo skupině sloupců, u kterých potřebuješ zajistit unikátnost. Zároveň pomáhají při vyhledávání záznamů.
686
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 19. 03. 2019, 12:21:34 »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.
Unikátní index splňuje vše, co je zmíněno.
687
Vývoj / Re:PHP PDO - SQL Insert pouze když záznam neexistuje
« kdy: 19. 03. 2019, 07:45:41 »
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.
688
Vývoj / Re:PHP a access 2000
« kdy: 15. 03. 2019, 18:26:18 »
Nejjednoduším řešením bude asi konverze databáze do MySQL. Bude pak přístupná z MS Accessu i z PHP.
689
Vývoj / Re:AJAX předání hodnot do input elementů z PHP assoc array
« kdy: 14. 03. 2019, 15:18:36 »Nevrací to jako asociativní pole, ale jako JSON. Zpracovává se to metodou JSON.parse().díky za info..
Já to ještě na úrovni PHP encoduju do jsonu a ten pak echuju ven a Ajaxem zpracovávám.
Každopádně i bez 'parse' to rozklíčuje a hodnoty vsadí přesně jak potřebuju.
To je právě špatně, takový skript je zranitelný. Proto parse().
690
Vývoj / Re:AJAX předání hodnot do input elementů z PHP assoc array
« kdy: 14. 03. 2019, 13:22:20 »
Nevrací to jako asociativní pole, ale jako JSON. Zpracovává se to metodou JSON.parse().
