Společnost Eclypsium se na svém blogu rozepsala o bezpečnostním problému počítačů Framework. Jedná se o zranitelnost v UEFI umožňující útočníkům obejít Secure Boot.
Editor kódů Zed (Wikipedie) po macOS a Linuxu s verzí 0.208.4 už běží také ve Windows.
Apple dnes představil 14palcový MacBook Pro, iPad Pro a Apple Vision Pro s novým čipem M5.
Debian pro mobilní zařízení Mobian (Wikipedie) byl vydán ve verzi 13 Trixie. Nová stabilní verze je k dispozici pro PINE64 PinePhone, PinePhone Pro a PineTab, Purism Librem 5, Google Pixel 3a a 3a XL, OnePlus 6 a 6T a Xiaomi Pocophone F1.
Operátor O2 představil tarif Datamanie 1200 GB . Nový tarif přináší 1200 GB dat s neomezenou 5G rychlostí, a také možnost neomezeného volání do všech sítí za 15 Kč na den. Při roční variantě předplatného zákazníci získají po provedení jednorázové platby celou porci dat najednou a mohou je bezstarostně čerpat kdykoli během roku. Do 13. listopadu jej O2 nabízí za zvýhodněných 2 988 Kč. Při průměrné spotřebě tak 100 GB dat vychází na 249 Kč měsíčně.
Byly publikovány informace o útoku na zařízení s Androidem pojmenovaném Pixnapping Attack (CVE-2025-48561). Aplikace může číst citlivá data zobrazovaná jinou aplikací. V demonstračním videu aplikace čte 2FA kódy z Google Authenticatoru.
Free Software Foundation (FSF) spustila projekt Librephone, jehož cílem je vytvoření svobodného operačního systému pro mobilní telefony. Bez binárních blobů.
Byla vydána verze 7 s kódovým název Gigi linuxové distribuce LMDE (Linux Mint Debian Edition). Podrobnosti v poznámkách k vydání. Linux Mint vychází z Ubuntu. LMDE je postaveno na Debianu.
Byl vydán Mozilla Firefox 144.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze lepší správu profilů. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 144 bude brzy k dispozici také na Flathubu a Snapcraftu.
Discord potvrdil únik osobních údajů přibližně 70 000 uživatelů. Incident se týká uživatelů po celém světě, především těch, kteří v rámci ověřování svého věku nahráli do aplikace doklad totožnosti. Únik informací se netýkal systémů samotné platformy, ale došlo k němu přes kompromitovaný účet pracovníka zákaznické podpory u externího poskytovatele služeb.
1) čakať na povely/žiadosti o dáta od klientskej aplikácie, 2) získavať dáta z hardware a ukladať ich a 3) poslúchať na TCP sockete a odosielať dáta podľa požiadania servera.Rozmýšlam o POSIXových threadoch, ale nie som si istý či sa jedná o najlepšie riešenie. Pôvodne som si myslel, že SQLite bude dobré jednoduché úložisko, ale zistil som, že nepodporuje paralelný zápis aj čítanie(jedine zamykanie). Tak teraz uvažujem o textových súboroch. Lenže je možne dosiahnuť paralelné čítanie aj zápis? Pravdepodobne len so zámkami, ale obávam sa o výkon. Jedná sa totiž o embedded zariadenie a zápisy budú časté, niekoľko za sekundu, čítania zas až tak časté nebudú(raz za hodinu približne). Myslíte, že je to dobrý nápad? Alebo uvažovať o nejakom embedded MySQL/Firebird? Ale, čo ten overhead? Ešte jedna možnosť by bola sa na celé multi-threading veci vykašlať a riešiť to v rámci jednej event loop. Ďakujem za odpovede.
Chtělo by to více podrobností:
Several computer processes or threads may access the same database without problems. Several read accesses can be satisfied in parallel. A write access can only be satisfied if no other accesses are currently being serviced, otherwise the write access fails with an error code (or can automatically be retried until a configurable timeout expires). This concurrent access situation would change when dealing with temporary tables.Ak tomu rozumiem správne, tak zápis môže sa diať len pokiaľ sa nedeje čítanie. K tomu mi napadli dve veci: ako zabezpečiť aby sa nezapisovalo keď chcem čítat, resp. čo s tými dátami, budem ich zatiaľ nejako bufferovať a potom zapisovať? To je ale dosť hnusný hack. Druhá vec je, že taký istý problém budem mať asi aj so súbormi.
SQLite connections can open two kinds of transactions, read and write transactions. This is not done explicitly, a transaction is implicitly a read-transaction until it first writes to a database table, at which point it becomes a write-transaction. At most one connection to a single shared cache may open a write transaction at any one time. This may co-exist with any number of read transactions.Mám za to, že ak explicitne nezačneš v Sqlite transakciu, tak on do transakcie zabalí každý jeden SQL príkaz osobitne (t.j. každý príkaz sa vykoná ako BEGIN-príkaz-COMMIT). Takže zápisy sa vykonajú postupne v nejakom poradí, zatiaľčo čítanie to nijak neovplyvní. Ako sám píšeš, zamykanie budeš musieť riešiť aj pri iných uložiskách, a toto je podľa mňa vyriešené celkom dobre samo od seba. Ale ber ma s rezervou, neskúšal som to, len tak mudrujem.
Tiskni
Sdílej: