121
Software / Re:Program na editaci
« kdy: 25. 04. 2021, 11:17:11 »
Ano, taková šikovná utilitka existuje. Jmenuje se sed, viz výše.
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.
122
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 25. 04. 2021, 00:28:21 »Typicky chci načíst objekt, nějak ho měnit, validovat a až nakonec naráz uložit.To je ta chyba v uvažování. Nechci ten objekt načíst, chci ho jen změnit.
Dobře, tak ho už mám, změní se v uvažování něco? V podstatě můžu spouštět vlákna ve stejném procesu, pracovat nad stejnou pamětí, ale lze to nazvat databází? Ale bude to asi nejpodobnější tomu Smalltalku.
Ano, změní: Základním pravidlem je: Tell, don't ask. Když to neuděláš, děláš ze svého objektu v paměti cache. A špinavé cache jsou jedním ze dvou zel v programování právě proto, že demolují transakce.
123
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 25. 04. 2021, 00:21:47 »Takže když změním instanci objektu z jednoho procesu, co uvidí druhý proces (co by sdílel stejný stav)? Uvidí hned změnu, sdílejí stejnou instanci?Uvidí změnněnou hodnotu toho objektu. Když změním třeba Person.name = "Jozef", uvidí taky "Jozef". Když přidám, nebo odeberu prvek z kolekce, přidá se či odebere i u toho druhého. (Případně ve všech ostatních.)
Typicky chci načíst objekt, nějak ho měnit, validovat a až nakonec naráz uložit.
To je ta chyba v uvažování. Nechci ten objekt načíst, chci ho jen změnit.
124
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 25. 04. 2021, 00:02:18 »Hlavně tam nesmí být takové to:Jak bys řešil transakce?Kód: [Vybrat]entity = connection.query(anything)
entity.name = "Jozef"
connection.persist(entity)
Tohle právě nemá s transakcemi nic společného. Když místo toho použije UPDATE, tak je to transakce by design.
125
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 24. 04. 2021, 15:27:49 »Překvapivě nejčistší to mají funkcionální jazyky. Tam je jasně by design oddělený stav a logika, a tak není problém ten stav frknout do databáze, a všichni vědí.Logické jazyky ještě víc, tam je program DB + pravidla
Stačí se jen trošičku snažit a jde to krásně i v objektových jazycích. Stačí necpat data do objektů, ale do kolekcí. Stavy v objektech pak slouží výhradně k řízení toho objektu.
To se taky moc nechytloNo a jsme u toho. Pro spoustu malých projektů by stačil přístup Smalltalku.Zatímco u objektových jazyků furt cítím (na základě projektů se kterými jsem dělal i diskusí, které jsem vedl) děsnou schízu a neujasněnost.Kromě Smalltalku
Smalltalk samotný asi ne, ale mnohé přístupy jsou použitelné i v jiných jazycích.
126
Server / Re:MariaDB vs Postgres vs SQL Server
« kdy: 23. 04. 2021, 21:59:00 »...a to je mi právě záhada, proč se více neuchytily a nerozšířily objektové databáze.Kdysi jsem se bavil s autorem db4objects (C. Rosenberger). Hlavní problém je v neflexibilnosti tzv. OO jazyků. On zápasil s Javou (a portem pro C#, pro ten si napsal transpiler z Javy), dnes by to pro Rust, Swift nebo Go bylo ještě horší.
OO jazyky jsou flexibilní - pouze jako vývojáři děláme všechno možné pro to, aby flexibilními nebyly.
127
Software / Re:Náhrada scp
« kdy: 19. 04. 2021, 20:55:20 »
Pro přenos velkých objemů dat používám kolonu: tar | gzip | ssh | gunzip | tar. Nic rychlejšího jsem zatím nenašel.
128
Vývoj / Re:Používá někdo cloudové IDE?
« kdy: 09. 04. 2021, 20:03:17 »
Záleží na tom, co si pod tím vývojem v cloudu představujeme. Nainstalovat desktopové IDE na server a přistupovat na něj přes RDP? Tak to asi ne. Ovšem poslat obrázek na cloud, který z něj udělá 4 velikosti, opatří vodoznakem, umístí na CDN a vrátí mi URL? Tak tohle je určitě lepší dělat v cloudu.
Vim mi na cloudu jede také v pohodě a když z něj spustím testy, tak to švihá. Deploy je také svižnější, protože není závislý na rychlosti mého připojení. Nemám tedy problém ani na mobilních datech.
Vim mi na cloudu jede také v pohodě a když z něj spustím testy, tak to švihá. Deploy je také svižnější, protože není závislý na rychlosti mého připojení. Nemám tedy problém ani na mobilních datech.
130
Vývoj / Re:PHP výběr obrázku na základě data vytvoření
« kdy: 31. 03. 2021, 21:30:13 »Kód: [Vybrat]$files = scandir('directory', SCANDIR_SORT_DESCENDING);
$newest_file = $files[0];
Není zač.
SCANDIR_SORT_DESCENDING to setřídí podle abecedy.
Hmm, když to zkombinuje s https://www.php.net/filemtime, tak to bude dělat to, co chce.
131
Vývoj / Re:PHP výběr obrázku na základě data vytvoření
« kdy: 31. 03. 2021, 20:29:42 »Kód: [Vybrat]
$files = scandir('directory', SCANDIR_SORT_DESCENDING);
$newest_file = $files[0];Není zač.
133
Vývoj / Re:JavaScript načtení proměnné z lokálního souboru
« kdy: 23. 03. 2021, 13:18:21 »
Je to záměrně uděláno tak, aby to nešlo.
Alternativou by mohlo být ukládání do cookies nebo do localStorage:
https://www.w3schools.com/js/js_cookies.asp
https://www.w3schools.com/jsref/prop_win_localstorage.asp
https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Client-side_web_APIs/Client-side_storage
Alternativou by mohlo být ukládání do cookies nebo do localStorage:
https://www.w3schools.com/js/js_cookies.asp
https://www.w3schools.com/jsref/prop_win_localstorage.asp
https://developer.mozilla.org/en-US/docs/Learn/JavaScript/Client-side_web_APIs/Client-side_storage
134
Vývoj / Re:Náhrada PHP nebo ASP.NET Core
« kdy: 21. 02. 2021, 12:55:55 »Použij Wordpress a můžeš se věnovat obsahu.WP je jedna velká tragédie, to už bych raději použil Joomla.
ALE musí to vypadat dobře a potřebuji tam speciální funkcionality, vrazit je do WP nebo Joomla by bylo těžší, než to udělat celé znova. Jinak právě tu Joomla občas používám, když někdo chce webovou stránku pro svojí firmu, takže tyhle systémy celkem znám. Dokonce jsem měl Artisteer na generování a úpravu šablon.
https://www.youtube.com/watch?v=KLrKXQSCSPo
Takže Joomla to jistí. Nebo snad v něčem nevyhovuje?
135
Vývoj / Re:Náhrada PHP nebo ASP.NET Core
« kdy: 21. 02. 2021, 10:05:08 »
Použij Wordpress a můžeš se věnovat obsahu.
