Příspěvky

1

Vývoj / Re:Maďarksá notace u materializovaných a virtuálnch sloupců

« kdy: 12. 09. 2022, 20:52:32 »

Keby som mal tento problem, dam tam mc_nieco a vc_nieco (mat. column a virt. column). Znie to podobne ako notazia, ktora sa pouziva u id, pk, fk - takze by sa na to rychlo zvyklo.

Zajímavá argumentace, díky.

2

Vývoj / Maďarksá notace u materializovaných a virtuálnch sloupců

« kdy: 09. 09. 2022, 18:33:09 »

Používáte nějakou konvenci pro rozlišovaní materializovaných a virtuálnch sloupců?

Například mám tabulku:

Kód: [Vybrat]

CREATE TABLE `post` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `title` varchar(250),
  `discuss_count` int(11) NOT NULL DEFAULT 0
)
CREATE TABLE `post__discuss` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `id_parent`int(11) NOT NULL,
  `title` varchar(250)
)

V discuss_count chci mít ^1/ předpočítaný (triggerem) celkový seznam komentářů. Mám tam i nějaké virtuální sloupce. A protože těch sloupců tam začínám mít hodně, ztrácím v tom přehled. Napadlo mě, že bych si ty materializovaný a virtuální sloupce nějak označkoval. A la maďarská notace.

Přijde vám to jaký dobrý nápad? Používáte na to něco?


1/ To, zda to je nebo není dobrý nápad prosím v rámci diskuse ignorujte.

3

Vývoj / Re:Zadávání údajů ve formuláři dnes a před lety

« kdy: 08. 04. 2022, 14:39:57 »

- mnohdy se do vstupníhu prvku dá napsat cokoliv a po nějakém submitu je uživatel upozorněn, že tam a tam není údaj správny a po řadě se to  koriguje

To je částečně client / server paradigmatem. Protože data na straně serveru kontrolovat musíte. Pokud chcete mít kontrolu i na straně klienta, tak musíte vlastně duplikovat tuhle validační logiku, což znamená vyšší pracnost a riziko nekozistencí. Občas se vyskytují knihovny, které se snaží nějak řešit, že by server dokázal předávat metadata na klienta, ale nevím o ničem obecně použitelném. Takže typicky se kontroluje povinnost, občas typ (číslo / řetězec) nebo pattern, ale složitější kontroly většinou probíhají až na serveru. Také některé věci mohou vyžadovat kontrolu v DB atp., což je další komplikace.

Nette to má by-default. Ke každému inputu, nebo formuláři se to napíše jako pravidla, a ty se potom použijí jak na serveru, tak javascriptem na klientu. Dá se tím pokrýt prakticky všechno.

Další FW to budou mít určitě taky.

4

Vývoj / Doctrine, entita ze dvou tabulek 1:1

« kdy: 25. 03. 2022, 10:50:00 »

Ahoj.

Mám entitu Article. A chtěl bych, aby se mi obsah té entity načítal ze dvou tabulek, přičemž ta druhá by byla volitelná.

Povedlo se mi vyřešit problém tak, že mám entitu Article a ta má property ArticleExtended. Volitelně si zavolám:

Kód: [Vybrat]

->addSelect('extended')->leftJoin("{$rootAlias}.extended", 'extended')

a tím se mi tam načte.

Já bych ale rád, jestli by bylo možné, aby se mi nevytvářela podentita, ale aby se mi prostě načetli ty sloupce z article_extended přímo do té entity Article.

Narazil jsem v Doctrine na možnost dědění, ale tam to vypadá, že se to dělá z druhé strany, že si musím vybrat jakou entitu chci. To není ono. Potřebuju načítat a nenačítat nejlépe pomocí toho select+join.


Znáte někdo Doctrine dost na to, abyste mi poradili?

Díky předem.

5

Vývoj / Re:Tranzitivní závislost na různých verzích knihoven (C#)

« kdy: 14. 01. 2022, 22:44:22 »

Neznám C#, znám hlavně javu.

V tomto případě se mi jedná skutečně o C#. Jsem někde v dokumentaci zahlédl, že se dají nějak ifovat různé věci, architektura a tak. A tak si představuji, jestli nejde ifvnout, že pokud bude k dispozici tato knihovna, tak jeď tento kód, pokud bude tato, tak tamten...
Ale v C# jsem zelenáč, a tak netuším kde a jak hledat.

6

Vývoj / Tranzitivní závislost na různých verzích knihoven (C#)

« kdy: 14. 01. 2022, 17:47:51 »

Ahoj.

Mám knihovnu LibA, která využívá jednu knihovnu LibThirdA (pro zajímavost se jedná o RestSharpSign). Pak mám aplikaci AppA, která využívá LibA ale také LibThirdA. Pak mám aplikaci AppB, která využívá LibThirdB (konkrétně RestSharp (bez Sign)), a teď bych rád aby používal taky tu LibA, což ale nejde, protože LibThirdA a LibThirdB konfliktí. Případně dokonce LibThirdA nechci v aplikaci vysloveně používat. LibThirdB je jen další generace LibThirdA, takže to prostě můžu přepsat, jenže:

Dotaz:

Obecně, jak takovýto problém řešit?

Momentálně to mám vyřešené tím, že mám knihovnu LibA ve verzi 1.0.x a 1.1.x. Což sice funguje, ale začíná se to jevit jako ne úplně šťastný nápad, protože to při závislostech zlobí, nainstaluje to správný balíček, ale řve to, že tam není požadovaný objekt. [1] To by mohlo řešit, že bych vytvořil separe pojmenovaný balíček, kdy by nominálně neměli nic společného. Ale stejně mi to přijde divný.

Napadá vás jiný způsob?

Nejvíc by se mi líbilo, když bych mohl vydat jeden balíček, v jedné verzi, který by ale byl tolerantní a umožnil by závislost na LibThirdA nebo LibThirdB podle toho, co by chtěl nadřazený.

Díky za nápady.


[1] Mám tam totiž ještě jednu úroveň:

    AppA závisí na LibA, LibX a LibThirdA.
    LibX závisí na LibA.
    LibA závisí na LibThirdA.
    AppB závisí na LibThirdB.

Potřebuju změnit:

    AppB závisí na LibA, LibX a LibThirdB.

7

Sítě / Re:remote mysql server

« kdy: 24. 10. 2021, 21:43:37 »

Každopádně - díky za pomoc, hodně to pomohlo. Nakonec jsem přesvědčil admina, aby se kouknul do Azure, a měl tam nějaké další filtrování, u kterého předpokládal trochu jiné chování, než jaké ve skutečnosti bylo.

Takže vyřešeno.
Ještě jednou díky.

8

Sítě / Re:remote mysql server

« kdy: 24. 10. 2021, 21:36:41 »

Zkuste:

nmap.exe ip-adresa-1 -p 3306

na stroji ze ktereho to zkousite

Skvělé. Mám první rozdíl:

nmap ip-adresa-1 -p 3306

Kód: [Vybrat]

PORT     STATE    SERVICE
3306/tcp filtered mysql

nmap ip-adresa-2 -p 3306

Kód: [Vybrat]

PORT     STATE SERVICE
3306/tcp open  mysql

Tušíš, co to může filtrovat? ufw to nebude, když je vypnutý, a dál moje znalosti bohužel nešahají 

zkusil bych na stroji ip-adresa-1 udelat:

netstat.exe -anop tcp | findstr 3306

Kód: [Vybrat]

tcp6       0      0 :::3306                 :::*                    LISTEN      13723/mysqld     off (0.00/0/0)
tcp6       0      0 10.0.2.5:3306           ip-adresa-1:64560      ESTABLISHED 13723/mysqld     keepalive (546.14/0/0)

Co z toho mohu pochopit?

9

Sítě / Re:remote mysql server

« kdy: 24. 10. 2021, 13:15:56 »

Zkuste:

nmap.exe ip-adresa-1 -p 3306

na stroji ze ktereho to zkousite

Skvělé. Mám první rozdíl:

nmap ip-adresa-1 -p 3306

Kód: [Vybrat]

PORT     STATE    SERVICE
3306/tcp filtered mysql

nmap ip-adresa-2 -p 3306

Kód: [Vybrat]

PORT     STATE SERVICE
3306/tcp open  mysql

Tušíš, co to může filtrovat? ufw to nebude, když je vypnutý, a dál moje znalosti bohužel nešahají 

10

Sítě / Re:remote mysql server

« kdy: 24. 10. 2021, 12:56:43 »

Nahrát ve Wiresharku jak tam přistupuje PMA a jak tam přistupuje řádkové mysql. (jenom pro ujištění, skutečně se PMA připojuje z toho stejného stroje co spouštíš řádkového klienta? nebo je to PMA lokální, takže problém je ve skutečnosti v tom, že mysql třeba nenaslouchá ven? netstat -tlpn, tcpdump v okamžiku připojování)

Pardon, to je nepochopení. PMA přistupuje na tom stroji, a přistupuje přes localhost. To jsem uváděl jen, že bych měl mít přistupovací údaje v pořádku. Já se k němu pokouším dostat zvenčí.

Buď MySQL server na té IP adrese neposlouchá, nebo je komunikace blokovaná na firewallu. Takže obojí zkontrolovat. Naslouchání nejlépe příkazem ss -nltp a kontrolou, zda tam proces MySQL je a naslouchá na správné IP adrese. Firewall výpisem a kontrolou firewallových pravidel.

Firewall (ufw) jsem kontroloval, to by mělo být v pořádku (navíc jsem ho zkoušel i vypínat, bez efektu).

Kód: [Vybrat]

3306                       ALLOW       moje.ip

MySQL je nakonfigurované stejně, jako ten druhý server. Vlastně je to do default z balíčku. Kde se to nastavuje?
ss -nltp - toto bohužel neznám, ale vrací to tento záznam, takže to je snad taky ok?

Kód: [Vybrat]

LISTEN     0      80          :::3306                    :::*                   users:(("mysqld",pid=13723,fd=31))

11

Sítě / Nelze se připojit vzdáleně na MySQL server

« kdy: 24. 10. 2021, 01:30:48 »

Ahoj.

Pokouším se přihlásit z příkazové řádky na server (Ubuntu 16.04) na MySQL.

Kód: [Vybrat]

mysql -h ip-adresa-1 3306 -u user -pheslo

To mi skončí na timeoutu:

Kód: [Vybrat]

ERROR 2002 (HY000): Can't connect to MySQL server on 'ip-adresa-1' (115)

Přes webové rozhraní (PMA) to jde. Uživatel má omezení na přístup 'user'@'%', což by tedy mělo být v pořádku.

Mám druhej server, kde mi to funguje, ale ten první se mi nedaří rozchodit.

Zkontrolovat jsem si firewall (ufw), zda mám povolenou IP. Zkusil jsem ho celej vypnout - nepomohlo. Když dám

Kód: [Vybrat]

telnet ip-adresa-1 80 # tak v pořádku
telnet ip-adresa-1 3306 # umře na timeout
telnet ip-adresa-2 3306 # v pořádku, to je ten druhej stroj, co mi funguje

Konfiguraci jsem porovnával (funkční a nefunkční) a jsou stejné.

Už mi dochází nápady. Poradíte prosím?

12

Server / Re:MariaDB vs Postgres vs SQL Server

« kdy: 17. 04. 2021, 15:02:32 »

A když použiju PG, v něm tabulku nosql, obsahující sloupce id a data, a do data budu ukládat dokumenty jako json; v čem jsem hůř než když bych použil MongoDB?

C# dovoluje objekt uložit přímo do Monga.
Stejně tak dovoluje tyto objekty z Monga získat.
Navíc mi dovoluje z Monga získat jen věci, které chci.
Vrať mi objekty, jejichž hodnota typ = auto a cena > 100000 a < 200000.

Ano. To s tou mou tabulkou v PG mohu úplně stejně.

Nevím jak cizí, ale moje programy fungují tak, že uvedu referenci na Mongo, určím si objekty, které se ukládají do Monga a pokud chci provést změnu objektu, řeknu objektu "ulož se" a on se uloží. Vůbec se o nějakou databázi nezajímám.
Vlastně mě to zajímá jen v případě "SELECTU", kdy si na základě vlastností řeknu, které objekty chci z databáze načíst.

Ale pořád pracuji jen se svým objektem.
Práce s MongoDB je mnohem blíž NHibernate než práci s SQL databází bez ORM.

Takže ta výhoda je v tom, že pro PostgreSQL musím napsat drobný wraper (odhadem na deset řádek), abych dosáhl toho samého co MongoDB? To zase není tak velká cena.

Měl byste si to zkusit, abyste to pochopil, to je nejsnazší.

Je mnoho software, které si žádá mou pozornost. Pokud nejste schopen obhájit jeho výhody, tak to asi nestojí za to :-)

13

Server / Re:MariaDB vs Postgres vs SQL Server

« kdy: 17. 04. 2021, 14:57:23 »

Microsoftí server jsem odepsal dávno a popravdě častěji se narazí na ORACLE když už klient má peníze na rozhazování.
Není mi zcela jasné, jestli někdo má nějaký use-case, kde to dává smysl.

Tady hodně záleží, kde se člověk pohybuje - jsou oblasti a firmy, kde MSSQL dominuje - ...

Moje zkušenost (nijak rozsáhlá samozřejmě) je taková, že MSSQL používají Windows vývojáři protože se stalo. Šáhli po tom, co se jim nabízelo, a co znali. Nijak zvlášť to nepromýšleli.

14

Server / Re:MariaDB vs Postgres vs SQL Server

« kdy: 17. 04. 2021, 02:11:23 »

Velmi snadno můžete říct "Proč použít SQL databázi, když zákazník, objednávka i produkt jsou vlastně jen objekty/dokumenty."

NoSQL databáze velmi snadno obslouží většinu webových projektů, troufnu si říct, že i s úsporou 2/3 času programátora.
Jistě, pokud používáte věci jako NHibernate ...

A když použiju PG, v něm tabulku nosql, obsahující sloupce id a data, a do data budu ukládat dokumenty jako json; v čem jsem hůř než když bych použil MongoDB?

15

Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?

« kdy: 08. 02. 2021, 12:52:12 »

nojo, dve prazdny hodiny denne neni jednoduche najit. Jedine nejakou synergii (nebo jiny cizi slovo).

Zrovna necestuju, takze tenhle ztratovy cas padl a jak uz jsem psal, tak jsem jsem stejne nenasel metodu, jak ho efektivne vyuzit.

Bohuzel neverim v uceni se ve spanku.

Porad se neco ucim noveho (jako kazdy v IT), najit si nemecky material i za cenu toho, ze to bude silene zdrzovat?

Ocividne je to Hlava 22, bez jobu v  nemeckym kolektivu se nemecky nenaucim, bez nemciny se nedostanu do nemeckeho kolektivu.

Blbost. Jak jsem se snazil naznacit na zacatku. Nedokazes si najit cas = mas smulu. Kdyz se tomu nechces venovat tak se na to radeji vykasli.

Tohle uvazovani proste nechapu, chces se naucit cizi jazyk, ale nedas tomu nic. Jestli
se takhle "ucis" tak to je opravdu smesny.
Ty se vubec neucis, jen beres za pochodu.

To neni uceni se.. to se trochu pletes..

Jde o to, že když se bude člověk učit dvě hodiny denně, tak za půl roku se domluví. Když se bude učit čtyři hodiny týdně, tak se na tu úroveň nedostane nikdy. Souvisí to s opakováním, motivací, s tím jak funguje hlava.