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.


Příspěvky - tacoberu

Stran: [1] 2
1
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.

2
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?

3
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í  :-[

4
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))

5
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?

6
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 :-)

7
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.

8
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?

9
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.

10
Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?
« kdy: 08. 02. 2021, 01:43:34 »
Mimochodem, zajimave pozorovani (pro pripadnou diskusi).

Kdysi davno jsem se ucil anglicka slovicka pomoci karticek (jsem byl mlady, i tech 3000-5000 karticek jsem pres letni prazdniny dal).

Nicmene jsem zkousel znovu karticky pro Nemcinu, v porovnani s Anglictinou vyrazne mene dostupneho materialu. Vyrobit si vlastni by byla otresna prace (ale mozna ta hledana synergie, pri vyrobe karticky bych se vice naucil).

Na co jsme narazil, pokud ta karticka (papirova nebo elektronicka) byla Nemecko - Anglicka, mozek se mi porad zmatene prepinal do anglictiny, absolutne zadny postup vpred.
Je mozne, ze jedine, co nebude matouci, je karticka cesko-nemecka, kde mozek bude mit jasnejsi caru, co je nativni/vysvetlujici jazyk a co ten cizi?

Moje nemcina je porad tak mizerna, ze nemecko-nemecke karticky zatim nehrozi.

Já se teda francouzštinu běžně učím z angličtiny. (A to ta má angličtina žádná sláva.) Jde spíše o to, že kouknu na slovo, a snažím se ho v hlavě zafixovat. Rozeberu na slabiky (ve fránině nutnost), vytvořím pomůcku s významem, zafixuju a hotovo. Ten překlad mě pak zase tolik netankuje. Je jen pomocnej.

Čtu si větu, a buď té větě rozumím, nebo ne. Buď si sem jistej tím významem, nebo nejsem.
Poslouchám větu, buď se chytám, nebo nechytám.

Zkus na youtube namluvené knížky. To je fajn na výslovnost a chytání mluvené podoby.

11
Studium a uplatnění / Re:Jak zlepšit úroveň němčiny?
« kdy: 07. 02. 2021, 23:27:32 »
Jojo, to jsem si taky pomyslel  na sousednim vlakne " jak zlepsit uroven anglictiny", ale nakonec se tam cas od casu objevil zajimavy napad ci tip.

Napriklad drive jsem jezdival 8 hodin v kuse, tak jsem zkousel poslouchat nejake CD lekce. Ale bylo to nesnesitelne uz po pulhodine, ocividne spatna volba ( metody nebo tech titulu). Specificky "Michel Thomas - German Foundation", chvaleny statisici fanousku, toho doted intenzivne nenavidim.

Pochopitelne jsem zkousel intelektualni cestu, kdy jsem nasel pocet hodin, co dle Goethe institutu  staci na B1, nasel jsem si odpovidajici pocet z nemeckych slovicek serazenych podle cetnosti atd...

Mozna, po letech zivota utracenych na cestine (BTW podle jazyko-ucencu narocnejsi nez Nemcina )a rustine a dobre investovanych do anglictiny, ta kapacity ci spise psychicke odolnosti uz tolik nezbyva.

Řekl bych, že ty tipy platí obecně.

Já používám:
- duolingo, když nestíhám, na takové to procvičování hrou
- čtu si comixy, knihy
- snažím se sledovat nějaké youtube videa, kde se baví o něčem co mě baví, zapnu si tam titulky a snažím se chytat
- používám mnemotechniky na takové to nadrcení - mám naplánováno jaká slovesa se mám naučit do kdy a tak
- hodně opakovat, vytvářet věty, používat
- Mám kámoše se kterým mluvím (snažím se mluvit).
- Kolik hodin denně tomu věnuješ, tak rychle ti to půjde. Hodina denně je imho minimum.

V mém případě je to fránina, ale mělo by jít o obecné principy.

Nejsem už mlaďoch, takže mi to nejde do hlavy samo. Ale obecně platí, bych řekl, že když tomu budeš věnovat čas, tak se to hne. Já třeba po dvou měsících intenzivního studia se začínal orientovat. Je tam takové to obdoví kdy furt nic furt nic, a najednou to začne najíždět. Ale hodina dvě denně je IMHO minimum. Jinak se zbytečně mučíš.

12
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 13. 03. 2020, 02:09:43 »
d) je to normálně používané označení typového systému, viz odkazy výše na popisy jednotlivých jazyků na wiki, u každého je definováno, zda má silné nebo slabé typy a to i u dynamických jazyků, používá se to úplně běžně.
Ale jo, to je samozřejmě pravda, že se to naprosto běžné používá. Já ale tvrdím, že je to blbost protože to vyvolává falešná očekávání.

13
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 13. 03. 2020, 02:06:21 »
co to je silné a slabé typování

Python je dynamicky typovaný jazyk, což neznamená, že není typovaný silně, narozdíl např. od JavaScriptu nebo PHP, které jsou slabě typované (sečtete hrušky a jablka a dá vám to nějaký výsledek).

Pojmy silně a slabě typovaný jsem nikdy moc nepochopil. Vždycky, když jsem začal do toho trochu víc do hloubky, zjistil jsem, že Python je silně typovaný jen u buildin funkcí a buildin typů. Zatímco v případě PHP a JS je to slabé typování ve skutečnosti jen automatická konverze (debilní jasně, ale přesto jen konverze) a ve skutečnosti je úplně stejně silně/slabě jako Python. V praxi mezi tím pak není vůbec žádný rozdíl. U všech tří jazyků mám u všech hodnot podobné informace o typech, a chovají se vesměs podobně (se zmíněnými výjimkami).

IMHO je pojem slabě typovaný hrubě zavádějící, a spíše bych hovořil o tom, že JS má nešťastně zvolené automatické přetypovávání.

Rozdíl je právě v tom, zda při operaci s rozdílnými typy dojde k vyvolání výjímky (silné typy) nebo o automatické konverzi (slabé typy). Python má silné typy, protože v Pythonu hodnoty svůj typ automaticky nemění (s jednou výjimkou u Python 2, konverze int/long). Python je silně typovaný i u uživatelských typů.

operace jsou uzivatelsky definovane u vsech typu, vyjimku musi explicitne vyhodit treba __add__

Přesně tak. Možná tak C, tam je opravdu všechno jen ukazatel na int.  Ale když se tu porovnává Python s Javascriptem a PHP, tak ten rozdíl je jen v tom automatickém přetypovávání u buildin věcí. Jakmile si vytváříš vlastní funkce a objekty, tak je jen na tobě, zda budeš asertovat vstupy. Na této úrovni není Python o nic silnější jak Javascript. A PHP je dokonce ještě o chloupek chytřejší, protože má typehinty, a tudíš to jakože usnadňuje tu asertaci.

Bez ohledu na obdiv, který k Pythonu chovám, tak pojem silná typová kontrola považuju za marketingový kec a nemám ho rád, protože to s žádným typováním nesouvisí.

14
Vývoj / Re:Datove tridy v Pythonu
« kdy: 11. 03. 2020, 22:53:49 »
Jython je kompilátor Python kódu produkující bajtkód pro JVM. Umožňuje v prostředí JVM používat jazyk Python, což je výhodné. Python nabízí mnohem vyšší produktivitu, Python kód je 2 až 10 × kratší než Java kód.

Na Javě je zajímavé jen to JVM. Proto pro JVM vzniká tolik jazyků, je tu ohromující snaha se jazyku Java vyhnout. https://en.m.wikipedia.org/wiki/List_of_JVM_languages

Další zásadnější nevýhoda JVM je studený start. Pro někoho (mě) to může být nevýhoda dost zásadní, protože jinak už těch nevýhod víc nebude.

15
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 11. 03. 2020, 22:40:48 »
co to je silné a slabé typování

Python je dynamicky typovaný jazyk, což neznamená, že není typovaný silně, narozdíl např. od JavaScriptu nebo PHP, které jsou slabě typované (sečtete hrušky a jablka a dá vám to nějaký výsledek).

Pojmy silně a slabě typovaný jsem nikdy moc nepochopil. Vždycky, když jsem začal do toho trochu víc do hloubky, zjistil jsem, že Python je silně typovaný jen u buildin funkcí a buildin typů. Zatímco v případě PHP a JS je to slabé typování ve skutečnosti jen automatická konverze (debilní jasně, ale přesto jen konverze) a ve skutečnosti je úplně stejně silně/slabě jako Python. V praxi mezi tím pak není vůbec žádný rozdíl. U všech tří jazyků mám u všech hodnot podobné informace o typech, a chovají se vesměs podobně (se zmíněnými výjimkami).

IMHO je pojem slabě typovaný hrubě zavádějící, a spíše bych hovořil o tom, že JS má nešťastně zvolené automatické přetypovávání.

Stran: [1] 2