Příspěvky

436

Software / Re:Údajné zneužití licence SW

« kdy: 14. 05. 2020, 22:30:22 »

Podle mě jde dost možná o scam. Bez porady se specialistou na licence bych nekomunikoval. Můžou to být i čistí podvodníci pohybující se na hranici zákona.

Stavěl bych na tom, co je pravda, tj. pokud nebyl program používán, tak bych se to snažil doložit, pokud používán byl, tak bych to řešil s ohledem na to, zda jej chci nadále používat a zda bylo použití systematické nebo náhodné. Vše po poradě s tím specialistou. Pochybuji, že bych měl platit plnou licenci za nahodilé spuštění programu, ostatně od toho tu jsou evaluation licence. Na druhou stranu zatloukat reálnou skutečnost se může v důsledku prodražit. Vždyť i ti podvodníci staví jednoduše na tom, že vyjde levněji splnit jejich podmínky, než to nějak řešit.

437

Server / Re:Email hosting

« kdy: 13. 05. 2020, 20:18:27 »

Můžete zkusit seznam, mají mail na vlastní doméně zdarma. Stahování přes IMAP tam funguje. A ty webmaily taky většinou používají interně IMAP. 

Otázka kvality je jiná, kvalitní email zaprvé nežije z reklamy a zadruhé zahrnuje dobré nastavení domény. Z mých zkušeností zatím každý email hosting má svoje problémy, dokonce i placené - ideální službu neznám.

438

Sítě / Re:Oprava kutilem napadné kabeláže

« kdy: 07. 05. 2020, 15:37:48 »

IHMO propojky nemusí vadit, vadit může spíš špatné nakrimpování. Radši bych to komplet proměřil takovým tím testerem.

439

Server / Re:PostgreSQL DB na Linuxu roste nad všechny meze

« kdy: 07. 05. 2020, 15:31:03 »

+1 

Můžu jen dotaz, zda je důvod spouštět ručně FULL VACUUM když mám zapnuté autovacuum?

Těch důvodů může být více - mohou vám neplánovaně narůst tabulky, které pak chcete promazat, a u kterých nechcete riskovat fullscan, který by zbytečně četl 100násobek balastu - aplikační chyby, dos útok, promazání logů, .. autovacuum, připadně samotné vacuum může být z několika důvodů neefektivní - např. dlouho otevřená transakce.

(...)

Děkuji.

440

Server / Re:PostgreSQL DB na Linuxu roste nad všechny meze

« kdy: 06. 05. 2020, 14:10:10 »

Postgres boptna, protoze se chova k prostoru na disku podobne jako Java k pameti, "naalokuje co muze".

Takto se to samozřejmě nechová. V detailech jste úplně mimo. Nic ve zlém, ale pokud něčemu nerozumím, tak je lepší mlčet. Bohužel internet je zaplněný špatnými dobrými radami.

Bez přihlášení do db žádnou administraci neuděláte. Lze něco detekovat na souborovém systému, ale je to dost pracnější, a navíc hloupost - pokud zákazník si databázi neadministruje sám, a ani nezplnomocní k tomu Vás, tak to jednou musí dopadnout špatně a je to signál, že něco ve vztahu vy, váš zákazník je špatně.

Podívejte se do tabulky pg_stat_activity jestli nenajdete neuzavřenou transakci - state: "idle in transaction". To blokuje VACUUM, a pokud VACCUUM neaktualizuje mapu volného místa v datovém souboru, tak engine neví, že tam volné místo a zvětšuje soubor. Zkontrolujte log - dost často se jedná o aplikační chybu - čistící funkce padají na syntaktických chybách, timeoutech, ..  Podívejte se jestli nějaké tabulky nejsou přefouklé https://wiki.postgresql.org/wiki/Show_database_bloat - pak aplikujte VACUUM FULL. Zkontrolujte jestli si zákazník nevypnul autovacuum.

+1 

Můžu jen dotaz, zda je důvod spouštět ručně FULL VACUUM když mám zapnuté autovacuum?

441

Server / Re:Postgresql DB na linuxu

« kdy: 05. 05. 2020, 15:50:46 »

Zkontroloval bych autovacuum, velikost indexů a korektní ukončování transakcí.

442

/dev/null / Re:Erouška

« kdy: 05. 05. 2020, 15:49:08 »

Je otázka, zda je ten požadavek legální. Pokud nechceme skončit jako v Číně, tak bych se požadavku nepodřizoval. Notabene když není možnost funkčnost aplikace ověřit (kontrola zdrojového kódu, audit bezpečnosti a anonymizace). Na rizika upozorňují i na ČVUT a snaží se ve své aplikaci ukázat alternativní přístup:

„Dosavadní iniciativy boje proti koronaviru, které připravuje vláda ve spolupráci s technologickými korporacemi, počítají s monitorováním pohybu na individuální úrovni. To může vést ke stigmatizaci potenciálně nemocných a v důsledku obav z reakce okolí i k chování prohlubující epidemii. My před podobnou erozí soukromí varujeme. Navrhujeme vydat se cestou prevence a osobní zodpovědnosti, která je udržitelná dlouhodobě a v souladu s principy vyspělé společnosti. Proto jsme se rozhodli nabídnout náš systém postavený na zpracování anonymních dat pokročilými algoritmy umělé inteligence modelující lidské chování. Ty již byly dříve úspěšně nasazeny např. ve vídeňské nemocnici Haus der Barmherzigkeit specializující se na dlouhodobou léčbu starších pacientů,“ říká duchovní otec projektu doc. Tomáš Krajník.

https://www.fel.cvut.cz/cz/aktuality/2020/nasi-vedci-vyviji-aplikaci-na-boj-proti-koronaviru-ktera-vyuziva-umelou-inteligenci-a-anonymni-sber-dat

443

Software / Re:Obnovenie dát z poškodenej NTFS particie

« kdy: 04. 05. 2020, 18:21:03 »

Nebyl náhodou ten NTFS přeplněný? Byl jsem překvapený, jak snadno se naboří systém pouhým zaplněním na 100%. Tuším, že to byl také NTFS (už je to delší dobu).

inac, nejde mi celkom do hlavy ako je mozne ze sa NTFS len tak pokazi ked disk vyzera byt ze je po fyzckej stranke OK (vid testdisk/ddrescue)

Koukněte, zda se Vám nebude hodit něco z tohoto: https://www.abclinuxu.cz/poradna/hardware/show/410372

444

Software / Re:Obnovenie dát z poškodenej NTFS particie

« kdy: 04. 05. 2020, 16:37:42 »

Nebyl náhodou ten NTFS přeplněný? Byl jsem překvapený, jak snadno se naboří systém pouhým zaplněním na 100%. Tuším, že to byl také NTFS (už je to delší dobu).

445

Vývoj / Re:Microservice architektura pre real-time aplikaciu

« kdy: 03. 05. 2020, 00:15:29 »

Pokud jde o realtime chat, mohou se ty zprávy předávat brokerovi a z něj rovnou zase číst a přeposílat klientům zpět, zápis do databáze bych navěsil jen kvůli dlouhodobé persistenci. Takže v podstatě jedna služba pro zápis zpráv od klienta na server, druhá na rozposílání nových zpráv členům chatu a  třetí na ukládání do historie. Jako hrubý nástřel IMHO vyhovující. Pak něco na registraci, přihlášení, vytvoření místnosti, stažení seznamu místností apod. Tam se ale bude už jen sledovat podobná logika. Tak bych to viděl já.

Zda bude server komunikovat s browserem přes websockety nebo long pooling je relativně detail, ale použil bych hotovou knihovnu, jinam budete muset řešit různé ztráty spojení, nepodporu websocketů apod., což za vás hotová knihovna vyřeší (websocket není nějaké automaticky garatované spojení - tedy pokud se něco nezměnilo od té doby co jsem to používal).

446

Vývoj / Re:Microservice architektura pre real-time aplikaciu

« kdy: 02. 05. 2020, 13:10:48 »

Distribuované transakce nezajistí 100% spolehlivost.

Měl jsem za to, že transakce zajistí transakční chování, tj. jistotu o stavu (+ jeho granularitu).  To je +- to, na co se tazatel ptal. Zda je to 100% spolehlivost nevím, protože nejsme dohodnuti na tom, co se tím výrazem myslí.

447

Sítě / Re:Nelze přidat Wi-Fi STA/IBSS do bridge

« kdy: 02. 05. 2020, 13:06:13 »

To co se píše na tom askubuntu mi přijde logičtější. Mám-li odpovědět bonmotem, tak bych ve Windows logiku nehledal  Jinak ale nevím. Každopádně jsem si už dávno zapamatoval, že Wifi není to samé, co ethernet, a je tam spousta pastí, které jsou navíc zčásti závislé na konkrétním typu zařízení a driveru.

448

Vývoj / Re:Microservice architektura pre real-time aplikaciu

« kdy: 01. 05. 2020, 23:13:03 »

Já bych to viděl tak, že pokud chcete mít 100% spolehlivost, potřebujete distribuované transakce. A to je samostatné téma.

Pokud nechcete 100% spolehlivost, končíte s tím, že se požadavek předal systému a že máte brokera nastaveného tak, aby nic neztratil.

449

Vývoj / Re:Microservice architektura pre real-time aplikaciu

« kdy: 01. 05. 2020, 19:55:45 »

Koncepce, kdy data probublají od uživatele přes brokera až do persistentního storage (databáze) je v pořádku. Pokud by zpracování požadavku selhalo (a bylo to pro uživatele zásadní), musí se to dozvědět taky asynchronně. Mailem, notifikací v prohlížeči, smskou... Ale pokud máte message brokera nastaveného aby byl fail safe, nemělo by k tomu běžně dojít - i při selhání databáze se po jejím nahození zprávy dodatečně obslouží. Na ty mikroframeworky určitě koukněte (Javalite, Microunaut, Quarkus... je jich moc), je to opravdu dost přímočaré na použití a poznáte alternativu.

450

Sítě / Re:Nelze přidat Wi-Fi STA/IBSS do bridge

« kdy: 01. 05. 2020, 00:01:02 »

Jde skutečně o principiální omezení - viz třeba https://askubuntu.com/a/685348

V současném stavu implementace hostap a dalšího se ale už neorientuju, takže víc neporadím...