Zobrazit příspěvky

331

Server / Re:Optimalizace MariaDB na čtení nebo zápis

« kdy: 08. 11. 2022, 07:37:49 »

To mají být zcela nezávislé instance s různými daty, nebo ta čtecí databáze má být replikou té zapisovací? Pokud to má být replika té zapisovací, pak se do té repliky samozřejmě také musí zapisovat, akorát to nedělají klienti, ale replikují se tam data z masteru. Takže prostor pro jinou konfiguraci je velmi omezený.

332

Server / Re:Bind vrací špatnou IP pro doménu

« kdy: 07. 11. 2022, 08:52:23 »

Citace: Rhinox 06. 11. 2022, 22:41:26

Tohle byl asi dobrej tip, protoze tam vidim jinej serial! Jak je to mozne, a odkud se to vzalo?

No a už víte, kterého serveru se reálně dotazujete? Nebo pořád jen doufáte, že je to ten, kde děláte změny?

Dále, až budete vědět, že opravdu komunikujete s vaším serverem, bych zvýšil úroveň logování bindu. Při vysoké úrovni logování bude určitě vypisovat, odkud načítá zónové soubory, jaké na něj přicházejí požadavky i něco o tom, proč odpovídá tak, jak odpovídá.

333

Server / Re:Bind vraci spatnou IP pro domenu...

« kdy: 06. 11. 2022, 09:13:13 »

Citace: Rhinox 05. 11. 2022, 23:54:45

Ano, nasloucha (predpokladam, ze kdyby tam zadnej bind nenaslouchal, asi bych nedostal zadnou odpoved). Pres IP-adresu je to to same. Taky sem skusil vzdalene z jineho systemu...

Ne, kdyby tam nenaslouchal, může tam naslouchat něco jiného, třeba systemd-resolved, který vám může vracet adresu z veřejného internetu nebo nakešovaný záznam.

Které procesy naslouchají na jakém UDP portu zjistíte příkazem

Kód: [Vybrat]

ss -nlup

334

Server / Re:Bind vraci spatnou IP pro domenu...

« kdy: 05. 11. 2022, 23:27:56 »

Naslouchá na localhostu opravdu ten bind?

335

Server / Re:Může aplikace po spuštění smazat sama sebe?

« kdy: 02. 11. 2022, 16:18:21 »

Citace: _Tomáš_ 02. 11. 2022, 14:15:12

lze to, dokonce to i používáme v produkcích. Hlavní use case je připojení disku s aplikacemi přes nfs, spuštění aplikace a odpojení disku. Děláme to tak u diskless virtuálů, není pak potřeba udržovat dlouhodobé nfs spojení, snadněji se migrují mezi hosty a nemusíme mít složité mechanismy pro distribuci posledních verzí aplikace.

To je ale trochu něco jiného – to spoléháte na to, že soubor aplikace se nahraje do paměti nebo zůstane v NFS cache. Ale obecně odpojení disku je jiná operace než smazání souboru.

336

Software / Re:Kreslení stavových diagramů - alternativa k programu DOT?

« kdy: 02. 11. 2022, 13:22:02 »

Zkuste se podívat na https://kroki.io, jestli tam náhodou nebude jiný algoritmus, který by vám vyhovoval lépe.

A nebo pak hledat něco, co neexportuje přímo do SVG, ale do GraphML, pak byste to mohl v editoru doladit.

337

Server / Re:Může aplikace po spuštění smazat sama sebe?

« kdy: 02. 11. 2022, 13:09:56 »

Na Linuxu (a unixech obecně) to lze. Nicméně to, že smažete ten soubor, neznamená, že přestane existovat na disku. Souborový systém na unixech funguje tak, že máte data na disku, a na ně vede jeden nebo více ukazatelů (hard linky). Když počet ukazatelů klesne na nulu, soubor se smaže. Když spustíte aplikaci, ta běžící aplikace má na soubor hardlink, který lze najít třeba v adresáři /proc. Tj. v tu chvíli budou existovat minimálně dva odkazy. Když smažete jméno ze souborového systému (to, čemu říkáte „smazat soubor“), smaže se ten jeden link ze souborového systému, ale pořád zůstává ten druhý z běžící aplikace. Takže data na disku zůstávají – a kdo má právo číst třeba z /proc, může ten soubor pořád přečíst nebo na něj vytvořit nový odkaz (a tím zase soubor zviditelnit pod nějakým jménem v souborovém systému).

Pozor také na to, že tohle platí, když se spouští jednoduchá nativní binárka. Když budete spouštět nějaký skript, virtuální stroj nebo binárku s odkazy na další knihovny, může se stát, že přistupuje k dalším souborům a otvírá je až v průběhu toho, co aplikace běží. Takže kdybyste smazal celou aplikaci se všemi soubory, může se stát, že najednou v průběhu běhu aplikace bude chtít otevřít další soubor, který ale bude už smazaný. A čistě teoreticky by k tomu mohlo dojít i v rámci jedné binárky – že by aplikace sama svou binárku z nějakého důvodu chtěla otevřít znova na základě cesty k souboru.

Na Windows to udělat nepůjde, protože tam se při spuštění soubor zamkne.

338

Server / Re:Upload souborů přes HTTP vs. WebSocket

« kdy: 02. 11. 2022, 12:12:01 »

Nerozumím tomu, co je dané, co můžete měnit a co chcete měnit. Pokud můžete měnit server a vadí vám nahrávání souboru po 1 MB úsecích, opravte server tak, ať můžete nahrát celý soubor najednou.

K použití WebSocketu nevidím žádný důvod, byla by to jen zbytečná komplikace. Binární formát se používá i u HTTP, nahrát celý soubor jedním spojením i jedním požadavkem můžete přes HTTP také. Když použijete standardní nahrání celého souboru najednou, je implementace na serveru triviální (pro spoustu knihoven už je implementace hotová) a na klientovi to snadno můžete testovat nebo i používat třeba pomocí curl. Nebo z prohlížeče.

339

Server / Re:SQL: aktualizacia auto-increment pola?

« kdy: 31. 10. 2022, 21:09:00 »

To je dost zvláštní požadavek. Pokud je to MariaDB, ta podporuje sekvence, mohl byste ji použít místo AUTO_INCREMENT. V MySQL můžete zkusit místo DELETE+INSERT použít REPLACE.

340

Server / Re:SQLite a utf8mb4_unicode_ci collation

« kdy: 31. 10. 2022, 16:26:49 »

Citace: Death Walker 31. 10. 2022, 13:35:18

V ziadnej inej db to takto blbo riesene nie je

Chtěl jsem namítnout Oracle DB, ale uznávám, tam je to ještě horší ;-)

Citace: hknmtt 31. 10. 2022, 16:05:22

Ja som pocital s tym ze sqlite to proste odignoruje ked to nepozna.

To je další zlozvyk z MySQL. Ta se takhle při vytváření schématu chová (aspoň to tak platilo dříve) – aby mohla akceptovat příkazy podle SQL standardu, spoustu částí příkazů ignorovala („FOREIGN KEY – v MySQL nedělá nic, ale příkaz je implementován kvůli kompatibilitě s SQL jiných databází“). Jiné databáze to ale nedělají a v SQL příkazech akceptují jenom to, čemu rozumí a co umí.

341

Server / Re:SQLite a utf8mb4_unicode_ci collation

« kdy: 30. 10. 2022, 18:56:58 »

Když používáte nestandardní rozšíření MySQL, na jiné databázi to fungovat nebude. Na druhou stranu často se používají věci specifické pro danou databázi, takže pokud chcete podporovat víc různých databází, musíte mít i přizpůsobené SQL dotazy.

342