PyPy (Wikipedie), tj. implementace Pythonu v RPythonu, alternativa CPythonu v C, byla vydána v nové major verzi 8.0.0. Podporuje Python 2.7, 3.11 a 3.12.
V jádře Linux byly nalezeny a v upstremu ve verzích 5.10.270, 5.15.221, 6.1.188, 6.6.157, 6.12.109, 6.18.50 a 7.2.4 již opraveny 4 kritické zranitelnosti umožňující eskalaci práv: DirtyAH6 (CVE-2026-80844), TUNderflow (CVE-2026-81000), PPPoEject (CVE-2026-68121) a DiagSpill (CVE-2026-74469).
Německá policie a celníci zneužívají ke čtení zpráv komunikačních aplikacích WhatsApp, Signal, Telegram nebo Threema velice jednoduchý trik, který nevyžaduje prolomení šifrování, spear phishing, odposlech SMS či jinou technicky náročnou metodu. Příslušníkům státního aparátu pouze stačí získat krátký přístup k odemčenému telefonu a prostřednictvím QR kódu propojit účet s oficiální desktopovou nebo webovou aplikací v policejním
… více »Počítačová hra Factorio (Wikipedie) nově běží nativně na ARM64 Linuxu a headsetu Steam Frame.
Fugleramme, v překladu 'ptačí rámeček', je open-source projekt postavený na Raspberry Pi, který pomocí lokální umělé inteligence BirdNET-Go rozpoznává ptačí druhy podle jejich zpěvu a na displeji následně zobrazuje koláž tvořenou odpovídajícími ilustracemi. Databáze obsahuje přes 800 ručně vybraných historických přírodovědných ilustrací více než 400 druhů ptáků.
… více »Unicode Consortium, nezisková organizace koordinující rozvoj standardu Unicode, oznámila vydání Unicode 18.0. Přidáno bylo 13 007 nových znaků. Celkově jich je 172 808. Přibylo 9 nových Emoji.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 169 (pdf).
Byla vydána nová verze 6.4 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Německý kancléř Friedrich Merz (CDU) se během debaty s finalisty studentské vědecké soutěže Jugend forscht vyjádřil pro konec anonymity na internetu a vyslovil názor, že pro uživatele Internetu by měla platit podobná právní odpovědnost jako pro novináře tradičních médií. Na dotaz studenta, jak by se tedy povinnost uvádět pravé jméno slučovala s prací investigativních novinářů nebo ochranou jejich zdrojů, Merz neodpověděl, ve své
… více »Vůbec jsem tady na abclinuxu nezaslechl nic o Google+. To tam nikdo není? A co Kernel Ultras, už mají zadní vrátka? Co se vám na G+ líbí, co se vám nelíbí? A ocení místní bezpečností paranoici https? A co na to Jan Tleskač? Má už svoje kolo?
Kdyby si mě chtěl někdo přidat, tak tady je profil: https://plus.google.com/115696026087185650246/
Tiskni
Sdílej:
Vidím to podobně, jenže se obávám, že Google+ zabil Diasporu, podle mě to nemá šanci se dostat mezi lidi a budou to používat leda linuxáci (podobně jako identi.ca.
Ale jsem za Google+ rád, je to mnohem lepší než Facebook, funguje líp jako beta než FB za celou dobu provozu...
Tak mysql jakožto všude dostupná, je IMO vhodnější než mongo.Všechno co je opensource a má slušno dokumentaci se dá považovat za všeobecně dostupné. Ceny VPS se dostaly pod hranici, kdy to má ještě smysl nějak víc řešit.
Tak mysql jakožto všude dostupná, je IMO vhodnější než mongo.
Osobní auto je lepší než raketoplán, protože je dostupnější. Zejména pro cestu na oběžnou dráhu. Ne že bych byl z MongoDB nějak extra nadšený, ale jsou projekty, kde má své místo.
Tak mysql jakožto všude dostupná, je IMO vhodnější než mongo.Ona je mysql dokumentova databaza?
Můžu se zetat, kolik je ti let?Proč? Co chceš z mého věku vyvodit?
Svet sa nám rozdelil na tých čo sú a nie su na FB džihád.Ani jsem si nevšiml.
+1
))
. Ale fakt je, že do divadla ABC jsem chodil už v 70. letech a nevím, jestli byl v té době už Klaus profesorem
Moje nejoblíbenější asociální síť je ABCLinuxu, to mi nikdo nevezme 
Nejsem paranoidní, ale to ještě neznamená, že po mně nejdou.
To je přece přesně v unixovém duchu, dělat jednu věc a dělat ji dobře. Tedy aspoň ten TwitterA centralizovaně :D. To je hrozně UNIXové :P.
JID/čas**.
A teď jde jen o to jak podle toho klíče JID/čas dohledat konkrétní stavovou zprávu. Např. tak, že z JIDu zjistíme doménu a ta může mít v TXT záznamu odkaz na službu, která tyhle zprávy archivuje – těch může být víc alternativních, nebo dokonce každý uživatel může mít svoji v profilu (to už by se muselo tahat přes XMPP a nestačilo by DNS). Případně může existovat vyhledávač (Google je na to asi moc obecný, ale možná by šel taky použít), který bude tyhle služby procházet a indexovat. A všechny tyhle data se dají dost dobře cacheovat (protože data jen přibývají a zpětně se nemění), takže není potřeba se pokaždé znova dotazovat DNS nebo posílat XMPP požadavky.
*) ten je globálně jednoznačný a na rozdíl od @david připouští existenci i jiných poskytovatelů služeb – netváří se, jako že služba XYZ (v tomto případě Twitter) je středem vesmíru a všichni si z ní mají sednout na zadek.
**) tohle by se samozřejmě nepřenášelo takhle primitivně jako prostý text, ale bylo by to zapsané nějak sémanticky, pomocí značkovacího jazyka a mělo by to podporu v daném protokolu.
A teď jde jen o to jak podle toho klíče JID/čas dohledat konkrétní stavovou zprávu. Např. tak, že z JIDu zjistíme doménu a ta může mít v TXT záznamu odkaz na službu, která tyhle zprávy archivuje – těch může být víc alternativních, nebo dokonce každý uživatel může mít svoji v profilu (to už by se muselo tahat přes XMPP a nestačilo by DNS). Případně může existovat vyhledávač (Google je na to asi moc obecný, ale možná by šel taky použít), který bude tyhle služby procházet a indexovat. A všechny tyhle data se dají dost dobře cacheovat (protože data jen přibývají a zpětně se nemění), takže není potřeba se pokaždé znova dotazovat DNS nebo posílat XMPP požadavky.
Čuchám potenciální problém, co se výkonu týče. Ostatně na StatusNetu můžu data zpětně měnit, rep. minimálně mazat.
A že z těch 50 requestů je 48 pro obsah, který se uloží do cache a příště se načte z ní1) To sice ano, ale když na tu stránku nechodíš často nebo tam jdeš poprvé, tak to prostě zdržuje. 2) I když se berou z mezipaměti, musí se čtyřicetkrát poslat ten
GET požadavek a přijmout 304 Not Modified odpověď.
Mimochodem, když načtu frantovo.cz, dopadne to na čísla téměř stejně, proč asi?1) Až na jednu výjimku (jeden obrázek z api.flattr.com) jsou z jedné domény. 2) Je tam celkem dost obrázků, které jsou součástí obsahu (u každého článku jeden), přesto se stáhne o skoro 100 KB dat méně než na tom Twitteru (kde jde hlavně o ty textové zprávy). 3) Text naskočí prakticky hned a ty „blbosti kolem“ se načítají až pak (u Twitteru je to přesně naopak). 4) Použil jsem hotové řešení (Drupal), protože to z hlediska poměru úsilí/užitek vycházelo nejlépe – byť samozřejmě taková řešení nebývají po všech stránkách (v tomto případě rychlost) optimální. Ale věř, že kdybych si našel čas na psaní vlastního blogovacího systému na míru, bylo by to úspornější. P.S. ať neodbíháme od tématu – smyslem mého příspěvku nebylo kritizovat Twitter – reagoval jsem na Davidovy pochyby ohledně výkonu a snažil jsem se říct, že decentralizované/distribuované řešení by nemuselo být výrazně horší než současný centralizovaný Twitter (jehož rychlost zřejmě uživatelé akceptují jako ještě přijatelnou) a spíš by mohlo být i rychlejší…
Mně osobně by se nejvíc zamlouvalo, kdyby se dal XMPP rozšířit o pár „sociálních“ extenzí...Neznalost neomlouvá.