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 - Filip Jirsák

Stran: 1 ... 128 129 [130] 131 132 ... 375
1936
Na použití globálních proměnných není nic magického. Úplně stejnou globální proměnnou se stejným významem má Perl, má je i standardní knihovna pro C (errno). Seznam globálních proměnných pro Ruby máte zde: Ruby user's guide: Global variables.

Disclaimer: V Ruby jsem nikdy nenapsal ani čárku. Akorát znám magický web www.google.com.

1937
Server / Re:Double SSH tunelling
« kdy: 21. 04. 2020, 14:27:35 »
OpenSSH příkaz ssh na to má parametr -J. Případně někteří databázoví klienti (třeba DBeaver nebo DataGrip) umí spojení k databázi tunelovat skrz SSH spojení.

Mimochodem, ve vašem případě je zbytečné vytvářet dva tunely – nemusíte dělat tunel na serveru z localhostu na veřejnou IP adresu. Normálně si v SSH udělejte tunel, který bude na desktopu naslouchat na portu 3306 a komunikaci přeposílat SSH tunelem na server na localhost:3306:

Kód: [Vybrat]
ssh -L 3306:localhost_3306 -N

1938
Server / Re:OVH/Debian Buster po restartu přepisuje /etc/hosts
« kdy: 19. 04. 2020, 14:43:50 »
To přepisování ale nedělá poskytovatel, dělá to Debian. Protože neví, že IP adresa přidělená vašemu FQDN je přidělená napevno. Řešením by mělo být to, že konfiguraci IP adresy nebudete brát z DHCP, ale nastavíte si tu přidělenou IP adresu staticky. Tím pádem bude Debian vědět, že je přidělená napevno a že ji může použít pro FQDN.

1939
Sítě / Re:NAT prerouting pravidlo iptables neotevře port
« kdy: 18. 04. 2020, 15:01:01 »
Začalo to fungovat, když jsem smazal zahazovací (DROP) pravidlo na konci FORWARD
Aha, to jsem v předchozím komentáři nějak přehlédl. Obecně když ladíte síťové nastavení, je lepší mít na firewallu vše povolené, a teprve když vám funguje správně NAT a takové věci, nakonfigurovat i firewall. Jinak nikdy nevíte, zda je chyba v to NATu nebo ve firewallu.

A dále je zbytečné dávat na konec pravidlo, které něco dělá pro vše. K tomu slouží politika chainu – tou se řídí vše, co dojde až na konec. A také je jednodušší politiku změnit, než odebírat poslední pravidlo a přidávat místo něj jiné.

1940
Spousta aplikací zjišťuje, zda vypisuje na terminál (a pak využívají vlastností terminálu, třeba barvičky), nebo zda vypisuje do roury (pipe), tedy na vstup jiného programu –  takovém případě vypisují jen čistý text, protože ten jiný program by byl tím  „smetím“ okolo nejspíš zmaten. watch nebo less jsou ty čestné výjimky, které si s výstupem určeným pro terminál poradí. Ale ta vypisující aplikace nemá jak zjistit, kdo je na druhém konci té roury.

1941
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 23:30:40 »
Pro drobné věci stačí pár řádků v jQuery
Vývoj je vždycky stejný. Nejprve: „Na tohle stačí pár řádků v jQuery.“ O tři týdny později: „Já v… jsem se zase nechal nachytat. Že jsem to od začátku nepsal v něčem pořádném.“ Otázka je jenom kolikrát se vám to stane, než si to zapamatujete a ten první krok rovnou přeskočíte.

který je na webu pravděpodobně stejně už načtený
Dokonce nejspíš vícekrát, v různých verzích …

Jinak pro nové věci mi přijde vhodný Vue.js - minimalistický a rychle naučitelný.
Souhlasím.

1942
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 23:24:33 »
Ajajajajaj už tu začína - krásna ukážka gatekeepingu.
Aha, takže nejen, že nevíte, co je Babel a TypeScript, ale ani co je gatekeeping.

1943
Viděl bych problém v následujícím. Vy na serveru změníte cíl paketu a pošlete ho do VPN. Zdroj ale zůstává stejný. Paket tedy dorazí do vaší LAN stále s původní zdrojovou IP adresou. Tam se přijme, vygeneruje se na něj odpověď – ta se ale pošle přímo původnímu zdroji. Vy potřebujete, aby se na tom Centosu změnila i zdrojová IP adresa, aby odpověď z LAN nešla přímo, ale vrátila se na ten Centos. Ten pak může vrátit hlavičky paketu do původního stavu (před NATováním) a poslat je původnímu odesílateli. Předpokládám, že o to jste se pokoušel tou maškarádou – tohle ale musíte dělat na paketech směřujících do VPN, tedy -o tun0 místo -o eth0.

1944
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 18:43:45 »
Babel a TypeScript je 99% to isté
TypeScript je programovací jazyk. Babel je nástroj, transpiler, který umí překládat novější verze JavaScriptu a mimo jiné i TypeScript do starších verzí JavaScriptu (a pro starší prohlížeče).

1945
Vývoj / Re:Lehká modernizace JavaScriptu
« kdy: 17. 04. 2020, 16:09:11 »
jQuery bych už dnes nepoužíval. Není k tomu důvod, máme lepší nástroje. Šílenému this se vyhnete tím, že budete používat ES2016 a arrow funkce. Používejte importy – je to součástí standardu, na rozdíl od require to tedy má budoucnost. Bundler použijte nejlíp podle toho, co budete mít ve stacku s frameworkem. Teda nejlepší by bylo nepoužívat žádný bundler, už nějaký pátek tu máme HTTP/2. Jenže autoři bundlerů vám budou tvrdit, že i s HTTP/2 jsou potřeba (nejsou) – přišli by o práci. Takže je dnes těžké nakonfigurovat celý stack tak, abyste tam měl Babel, minifikaci apod., ale na rozdělení do souborů aby se nesahalo.

1946
iptables NAT nijak „neotvírá“ port. NAT dělá jenom přesměrování, nic jiného. Aby paket prošel, musíte mít nastartovanou cílovou aplikaci a ta musí na příslušném portu naslouchat (to je skutečné otevření portu). A dále nesmíte mít na firewallu nastavená pravidla, která by ten paket zahodila nebo odmítla.

Jak vypadá topologie vaší sítě? Je to server někde v internetu, který je přes VPN připojen do vaší privátní sítě? Nejlepší je pouštět tcpdump postupně od rozhraní nejblíž ke klientovi (tj. na vašem serveru na rozhraní do internetu, asi eth0) a postupně se po rozhraních přibližovat k cílovému serveru. Tím zjistíte, kam až pakety dorazí a kde se ztrácí.

Kód: [Vybrat]
tcpdump -ni eth0 port 48280
tcpdump -ni tun0 port 48280

Příkaz ifconfig nepoužívejte. V linuxu je označen za zastaralý už snad od Říma a někdy nefunguje správně. Místo něj používejte příkaz ip.

1947
Ano, jde mi o titulní stránku.

Nemám přehled, jak to vypadalo v posledních dnech. Ale to: jednou napsat, tisíckrát číst, platí i pro Pivotalovy dotazy. On ten dotaz jednou napíše, ale pak ten dotaz čte spousta lidí ochotných odpovídat. Někomu to nedá a odpoví – když už věnoval ten čas otevření a přečtení dotazu. Pochybuju, že jsou ty dotazy a odpovědi přínosné pro někoho jiného – někdy jsou to věci, které by Pivotal sám zjistil rychleji, než napsal dotaz.

Nejvíc mi na tom vadí, že Pivotal odebírá kapacitu lidí ochotných odpovídat. Možná mu odpoví někdo „navíc“, kdo by na nic jiného neodpověděl. Moje zkušenost je taková, že mám třeba pět minut, tak zkusím na něco odpovědět. A buď odpovím Pivotalův dotaz, nebo nějaký jiný. Takže Pivotalovy dotazy reálně ubírají odpovědi jinde. Další věc je, že normální mi připadá, že se s nějakou věcí trápím třeba několik hodin, nemůžu s ní hnout – a na fóru mi někdo pomůže a věnuje tomu třeba minutu, pět minut nebo půl hodiny. Já jako tazatel jsem na tom ale strávil dost času a ten, kdo mi poradil, mi s tím „jen“ pomohl. Pivotal ale normálně svou práci přeloží na někoho jiného a jenom si počká na výsledek, sám pro to ani nehne prstem.

Řešením samozřejmě je Pivotala ignorovat „ručně“, jenže v okamžiku, když zjistím, že jde zase o jeho další „googlení“, už jsem se tomu dotazu věnoval docela dost.

Tak doufám, že to, že bude Pivotal víc pod drobnohledem, pomůže (i jemu), a že to nebude stát redakci moc sil. Díky.

1948
Nebylo by možné zavést na zdejším fóru možnost uživatelské blokace jiných uživatelů? Že bych si určil uživatele, jejichž dotazy vůbec nechci na hlavní straně root.cz vidět. Například to, že Pivotal dlouhodobě používá zdejší fórum jako náhradu Googlu, je dost otravné.

1949
Windows a jiné systémy / Re:Android - privacy app
« kdy: 11. 04. 2020, 12:11:28 »
Takových aplikací existuje spousta – Tasker, MacroDroid, AutomateIt a spousta dalších.

1950
Software / Re:Kde najít přesnou formu spuštěného programu?
« kdy: 04. 04. 2020, 14:42:16 »
Přesměrování do souboru bar by možná šlo dohledat jinde, v cmdline to nebude.
V otevřených file descriptorech bude odkaz na obsah toho souboru. Ale jaká byla původní cesta k tomu souboru nezjistíte – on už ten soubor nemusí mít v souborovém systému jméno (může ho držet už jenom ten proces), nebo dokonce pod tím jménem může být v souborovém systému jiný soubor.

Stran: 1 ... 128 129 [130] 131 132 ... 375