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 - Tomáš Procházka

Stran: 1 2 [3] 4 5 ... 7
31
Server / Re:SQLite a utf8mb4_unicode_ci collation
« kdy: 01. 11. 2022, 10:28:04 »
Ono celkově se SQLite chová jinak, než MySQL. Obecně, různé SQL systémy se chovají různě.
Například VARCHAR, pokud si dobře pamatuji, tak se ořezává (nebo jen někde, a jinde to vrací chybu?).
Každopádně SQLite má VARCHAR jen jako alias k TEXT, takže ta délka se neomezí. A to poravdu jen škrtáme povrch.
https://www.sqlite.org/datatype3.html#affinity_name_examples

32
Možná Hugo?
https://gohugo.io

+ Netlify CMS, to na edit udela comit do gitu, GitLab CI udělá brr a je to hned online.

33
Tak jsem to neštěstí rozluštil a vyřešil. Všem zůčastněným se omlouvám, že jsem nezmínil, že se jedná o pokus o port forwarding MS SQL Serveru.

Ono FOO\BAR bylo jmeno stroje (FOO) a Instance name SQL serveru (BAR).

Poslední překážka byl zápis v mssql-cli, kde se host a port oddeluje carkou. Pokud se totiž port explicitně neřekne, tak se ho to snaží vyresolvit pres jakousi SQL Server Browser service.
```
ssh -L 1433:FOO:1433 ...
mssql-cli -S "localhost,1433\BAR"
```

To zase byl zážitek ...
Tak snad to někomu někdy pomůže :)

34
Tak jsem se dohledal k `Get-ADComputer` prikazu v PowerShellu, ale ten tam z nejakeho duvodu neni.
Práva mám nízká, že ani nemuzu vypsat `systeminfo`. Takže to asi vzdávám a pokusím se to vydolovat ze zákazníka.

Kdyztak is koupim klíč za $5 :D
https://xkcd.com/538/

35
tak to jde dohledat pres AD:

adcli show-computer -D Domain -U TvujUser NazevStroje

hostname je to v atributu

dNSHostName

a ten si pak vyresolvíš normálně.

ASi bych měl doplnit, že jsem se nějak ocitl kompletně ve Windows wonderlandu, a `adcli` neni k dispozici.
Nevěděl bys alternativu ve Windows?

Kazdpoadně děkuji za vysvětlení a nasměrovaní.

36
Tak hned z kraje, nevím jestli je titulek správně. Win terminologie jde dost mimo mě a vlastně ani pořádně nevím co hledat.

Můj problém je, že bych rád věděl IP adresu od stroje který znám jen jako `FOO\BAR`.
Zkoušel jsem `nslookup`, ale bez výsledku.

Konkretní problém je, že se snažím udělat SSH tunnel. Jen se to nějak nedaří. Tak podezírám, že `ssh -L 1234:FOO\BAR:1234` možná neumí vyresolvit tu Win adresu.

37
Vývoj / Re:Poraďte backendovou platební bránu
« kdy: 06. 09. 2022, 17:21:01 »
inak sa zda ze ide o branu gpwebpay ktoru pouziva csob, revo, erste, fio, unicredit a preto typujem ze ten poplatok navyse je pre banku prave. napisal som im mejl tak uvidim co mi povedia.

Platební bránu pro ČSOB dělá Monet+. Jestli mají prsty i v gpwebpay, nebo to je něco ala korespondentské banky, to netuším. Je to 5 let, takze vše už může být uplně jinak.

38
Vývoj / Re:Poraďte backendovou platební bránu
« kdy: 05. 09. 2022, 23:37:44 »
Kdysi jsem dělal s ČSOB platební bránou, ta to umí.
 https://github.com/csob/paymentgateway/wiki/OneClick-Payment

Zda sa ze ano. Akurat maju trochu vyssie poplatky + za kazdu platbu maju dodatocne este 0.84%+0.5czk este navyse poplatok, cize az 3.83%+1czk pre mimo-eurospke karty. Plus este mesacny poplatok za vedenie plus poplatok za zriadenie. Akoze nie je to koniec sveta a pre europske karty je to vyhodne.

https://platbakartou.csob.cz/wp-content/uploads/2021/12/E-Commerce.pdf

To se řešilo, ale já byl na druhé straně dveří. Co jsem ale slyšel, tak pomohl letitý firemní účet u ČSOB.

39
Vývoj / Re:Poraďte backendovou platební bránu
« kdy: 05. 09. 2022, 20:49:58 »
Kdysi jsem dělal s ČSOB platební bránou, ta to umí.
 https://github.com/csob/paymentgateway/wiki/OneClick-Payment

40
Studium a uplatnění / Re:Rozcestí v kariéře
« kdy: 26. 08. 2022, 00:26:16 »
Abych doplnil proč, tak protože program psaný v Go 1.0 z roku 2012 funguje stále stejně. To asi není překvapení, když je kompilovaný. Ale také jde pak upravit a zkompilovat pod poslední verzí.
O skriptu psaném v Pythonu 3.3 (taky 2012) se to už říci nedá.

Wow, to jsem ani nevěděl, že se skript psaný v Pythonu 3.3 dnes už nedá upravit a "zkompilovat". Máš nějakou hrůznou historku ze života?

Nedávno rychlý debug MSSQL pomocí [mssql-cli](https://pypi.org/project/mssql-cli/).
Python 3.8 není už ani v Debian stable, který je tak nějak pověstný tím, že je lehce pozadu.
Takže jsem musel nahodit kontejner s oldstable
https://packages.debian.org/search?keywords=python3

Edit: asi to jde řešit přidaním nějakého repozitáře, ale prostě bych čekal, že Python verze budou dodržovat https://semver.org/. To už tedy nečekám, ale vždy nadávám.

https://github.com/dbcli/mssql-cli/issues/531

41
Studium a uplatnění / Re:Rozcestí v kariéře
« kdy: 18. 08. 2022, 22:26:30 »
[…] dneska trendy a má to potenciál […] Jsou to cloud služby? […] Napadlo mě se naučit programovat třeba v Pythonu […]
[…] Go (protože je v “cloud native” zrovna v módě) […]

Abych doplnil proč, tak protože program psaný v Go 1.0 z roku 2012 funguje stále stejně. To asi není překvapení, když je kompilovaný. Ale také jde pak upravit a zkompilovat pod poslední verzí.
O skriptu psaném v Pythonu 3.3 (taky 2012) se to už říci nedá.

42
Odkladiště / Re:Doporučte online brokera
« kdy: 09. 08. 2022, 23:45:20 »
Chtěl jsem používat Fio, ale to je tak nějak nepoužitelné.
Nakonec jsem skončil u XTB, protože má jakýsi štempl od ČNB. Tak doufám, že až budu chtít vybrat, tak bude co.

43
Vývoj / Re:JSON processor
« kdy: 09. 07. 2022, 19:11:28 »
Xpath 3.1 podporuje JSON a nebo mrknete na JSONiq

Treba Xidel umi oboji...

Určitě se podívám, děkuji :) I kdyby to třeba nesedlo na tenhle problém, tak to vypadá jako něco, o čem je dobré mít povědomí.

44
Vývoj / Re:JSON processor
« kdy: 08. 07. 2022, 14:24:44 »
Nepochopil jsem, proc nesaci samotne mongo agregace?

Hlavně proto, že jak se provede agregace, tak se výsledek vytáhne a původní data zahodí.
Je tam zdržení v tom, že se data musí nahrát, agregovat a stáhnout z MongoDB serveru.
Také běh samotného MongoDB serveru (a jakékékoliv jiné navrhované DB) mi přijde zbytečný. Aktuálně ideální by bylo mít něco jako `jq`, ale s Mongo syntaxí. To proto, že už hodně těch agregací je napsáno.
Na druhou stranu je mongo syntaxe dost ukecaná a opakující se. Proto se mi líbil Jsonnet, protože umožňuje definovat funkce, a je tak nějak celý navržen pro práci s JSON daty. Ale je oproti té současné opičárně s MongoDB 4x pomalejší.

45
Vývoj / Re:JSON processor
« kdy: 06. 07. 2022, 20:15:12 »
Tak v první řadě, tazatel (já) programovat umí, ale cílový uživatel ne. Jde o zpracování různých JSON payloadů, které se sice opakují, ale i z více zdrojů, které časem přibývají. Samozřejmě co zdroj, to jiný JSON. Psát to v C s libjson je fakt mimo, protoze je potřeba připravit to zpracování rychle, a bez seg faultů. Proto hledám kompromis mezi jednoduchostí a rychlostí. Nativně v Go to mám sice ca. 30x rychlejší, ale ten kod není ideální.

Nakonec asi nejlepší nápad asi bude zkusit ten JS. To se fakt naučí každá guma (vlastní zkušenost).
Alternativně by mohl být zábavný projekt zkusit udělat vlastní interpret na zmíněné Mongo agregace.

Stran: 1 2 [3] 4 5 ... 7