Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přřehled novinek v poznámkách k vydání.
V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).
Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.
Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.
Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.
Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.
Sovereign Tech Fund oznámil finanční podporu následujících open source projektů: Scala, SDCC, Let's Encrypt, Servo, chatmail, Drupal, Fedify, openprinting, PHP, Apache Arrow, OpenSSL, R Project, Open Web Docs, conda, systemd a phpseclib.
Bylo vydáno OpenBSD 7.8. S předběžnou podporou Raspberry Pi 5. Opět bez písničky.
Valkey (Wikipedie) byl vydán v nové major verzi 9.0. Valkey je fork Redisu.
Byly publikovány informace o kritické zranitelnosti v knihovně pro Rust async-tar a jejích forcích tokio-tar, krata-tokio-tar a astral-tokio-tar. Jedná se o zranitelnost CVE-2025-62518 s CVSS 8.1. Nálezci je pojmenovali TARmageddon.
Tentokrát o připravených pluginech pro FatRat a rozšíření pro Google Chrome.
FatRat bude tématem mé bakalářské práce. Dřív jsem si myslel, že bakalářská práce má být nějaká hlubší výzkumná práce, ale minimálně na FELu/SW inženýrství má většina lidí bakalářku na téma "napsal jsem za dva víkendy 4 funkce do cizího projektu XYZ" a FatRat bude mezi ostatními pracemi evidentně docela vystupovat z řady. Na FatRatu se teď tedy intenzivně pracuje, což je vidět na aktivitě v Gitu.
Začal jsem psát skutečná rozšíření pro FatRat, zdroják je v Gitu pod projektem fatrat-jplugins. Rozšíření budou instalovatelná a aktualizovatelná přímo z programu.
Zatím jsem napsal stahovací rozšíření pro Uloz.to, HotFile.com, FileServe.com a MegaUpload.com. Když už jsem byl u toho, jak jsem na javovské straně napsal podporu pro uploady a dále také extrahování "link folderů" na některých z těchto serverů. Tato funkčnost ještě čeká na podporu na nativní straně programu.
Dlouho jsem přemýšlel, jak vlastně vyřešit zadávání captchy. Na rozdíl od jednoduchých stahovadel je to u FatRatu složitější věc: FatRat může mít vícero frontendů (GUI, webové rozhraní, Jabber...) nebo dokonce žádný. Z toho vyšly dvě nezbytnosti:
První věc je vyřešena časovým limitem - ve výchozím nastavení 30 sekund - které má uživatel na to, aby začal captchu zadávat, jinak bude žádost stažena, přenos selže a půjde se dál. Co se druhé věci týče, zatím je hotový jen frontend pro GUI.
FatRatu se dotýká ještě jedna implementační věc, která jej odlišuje od různých stahovadel z file sharing serverů. Model n vláken na n přenosů je v celém FatRatu považován za nepřijatelný a stejně je tomu tak u těchto rozšíření. Nebude tedy (aspoň prozatím) možné využívat pluginy z JDownloaderu nebo FreeRapid Downloaderu. Rozšíření pro FatRat využívají callback mechanizmů (v Javě listenerů), jejichž princip asi hodně z vás zná třeba z XMLHttpRequest z JavaScriptu.
Na webu jsem vytvořil stránku o integraci s prohlížeči a napsal jsem primitivní rozšíření pro Google Chrome. Pro každou platformu/architekturu CPU se musí vytvořit rozšíření zvlášť, protože obsahuje nativní NPAPI plugin. Řeknu vám, humus jako NPAPI jsem dlouho neviděl. Ke stažení je rozšíření pro Linux/x86-64, zatím jsem ještě nekompiloval pro x86, ale můžete se o to pokusit sami, kód je v Gitu.
Rád bych udělal i rozšíření pro Operu 11, její API ale bohužel nenabízí integraci s kontextovým menu, kde mi to zrovna přijde nejvhodnější. Tak snad brzy.
Toto jsou mé úkoly na tento semestr. Kromě toho jsou v blízké budoucnosti v plánu tyto věci:
Mezi dlouhodobější plány patří vestavěný FTP klient a další věci z TODO listu.
Tiskni
Sdílej:
Ale tohle by snad a) řešil nějaký wrapper skript b) je to vůbec třeba, když se program integruje s prohlížečem jinak?
Ja bych hlasoval za 2 veci:
Na deobfuscator plugin interface by mozna pro zacatek postacovaly dve metody, bool canDecode(const QString&) a QString decode(const QString&), zkouselo by je to treba linearne za sebou (s tim, ze canDecode by nemela blokovat na dlouho, nebo to nejak chytre vymyslet pres signaly/sloty).
Item, "Download link with FatRat" = Execute program, "fatrat", "%l"(Za predpokladu, ze staci spustit fatrat s linkom ako argumentom. Inak namiesto "%l" nieco ako "--download-link %l". Nepouzivam zatial FR, tak netusim syntax cmdline parametrov.)
Těším se na návod 
:) mirec@kofola ~ $ java bash: java: príkaz nenájdený 127 :( mirec@kofola ~ $
Dôsledok toho, že java ma istého času keď som ju potreboval vytočila tým, že segfaultovala pri každom programe väčšom ako hello world.
Dělat to pro Python bude dost redundantní práce zvážím-li, že teď mám v plánu napsat návod, jak psát pluginy pro FatRat s Jythonem.
Mne stačí obyčajné C++ rozhranie (1 hlavičkový súbor), ja si už bindingy na python nagenerujem.
. Uz se mi to nekolikrat hodilo (s Java, Python, Lua).
Ma zkusenost s JNI (opacny smer, volani nativniho kodu z Javy): onehda jsem psal softwarovy projekt (povinne na MFF) v Jave a chtel jsem pouzit C-ckove knihovny pro cteni ext2/3, fat12/16/32. Stravil jsem tim tolik casu, ze nakonec to vyslo rychleji napsat "from scratch" v Jave. Akorat jsem nadaval na rozhodnuti nedat do javy unsigned integery