Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).
Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.
Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.
Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.
Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.
Vyhledávač DuckDuckGo je podle webu DownDetector od 2:15 SELČ nedostupný. Opět fungovat začal na několik minut zhruba v 15:15. Další služby nesouvisející přímo s vyhledáváním, jako mapy a AI asistent jsou dostupné. Pro některé dotazy během výpadku stále funguje zobrazování například textu z Wikipedie.
Více než 600 aplikací postavených na PHP frameworku Laravel je zranitelných vůči vzdálenému spuštění libovolného kódu. Útočníci mohou zneužít veřejně uniklé konfigurační klíče APP_KEY (např. z GitHubu). Z více než 260 000 APP_KEY získaných z GitHubu bylo ověřeno, že přes 600 aplikací je zranitelných. Zhruba 63 % úniků pochází z .env souborů, které často obsahují i další citlivé údaje (např. přístupové údaje k databázím nebo cloudovým službám).
Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
1025614 1365992 1625430 2113601 2136500
seřazené vzestupně
Celkem těch hodnot je zhruba 3 000 000.
Mno a když zadám například 140020 chci aby mi to vrátilo nejbližší vyšší položku a nejbližší nižší položku tedy 1365992
a 1625430
.
Dokázal by mi někdo naznačit jak by se toto řešilo? Jaká databáze/jaký druh databáze by byl pro to vhodný?
ale tim ze je to nad pomalym diskemMožná jsem něco přehlédl, ale dnes snad není problém mít 3M položek v paměti?
Nene, to rozhodne neni, ale vychazel jsem z toho, ze nerekl skoro nic o tom, jak k tem datum planuje pristupovat. Bude existujici data menit? Mazat? Bude mit konkurencni pristup k datum? Ze to budou data serializovane do pajpy a nasledne z nich bude (zrejme) jen vyhledavat zminil az nasledne v komentari...ano následně jen vyhledávat nebo mazat...
Je-li strom v paměti, je vlastní vyhledání nanejvýš v řádu mikrosekund.Data budou na disku, v paměti by zabíraly hodně místa... Je tu nějaká databáze, která přímo zvládá data vyhledávat tak jak potřebuji, nebo se to bude muset řešit nějak složitěji?
SELECT * FROM tab WHERE cislo > konstanta LIMIT 1; SELECT * FROM tab WHERE cislo < konstanta LIMIT 1;
CREATE TABLE foo ( id NUMBER(16) PRIMARY KEY ); INSERT INTO foo VALUES (1025614); INSERT INTO foo VALUES (1365992); INSERT INTO foo VALUES (1625430); INSERT INTO foo VALUES (2113601); INSERT INTO foo VALUES (2136500); SELECT id FROM foo WHERE id > 1400200 AND ROWNUM = 1 ORDER BY id ASC; SELECT id FROM foo WHERE id < 1400200 AND ROWNUM = 1 ORDER BY id DESC;Tohle funguje na oraclu, na jinych dbms misto toho bude neco jako LIMIT 1 na konci..
select id from( select id from foo where id > 1400200 order by id ) where rownum=1
Dost bych doporucil, abys prestal davat pozadavky a vlastnosti systemu iterativne a dal to vsechno najednou, jinak budes dostavat reseni na problem kterej vlastne nemas a lidi budes jen srat.Ok chci udělat webovou aplikaci pro přehrávání obrázků pořízený programem motion. Motion obsahuje softwarovou detekci pohybu, takže nebude obrázky ukládat například každou sekundu, ale náhodně. Plánuji, že se obrázky budou ukládat do adresářový struktury ve formátu YYMMDD/HHMMSS.jpg Při každém uloženém obrázku motion pustí příkaz "echo 'YYMMDDHHMMSS NAZEV_KAMERY' > named_pype" No a nějaká aplikace bude z té pojmenované roury číst, a informace o obrázcích ukládat do nějakého vhodného úložiště. Jo a po zaplnění disku obrázky hodlám staré obrázky mazat, počítám se zhruba 30 dením záznamem - 3600*24*30 = 2592000. Ve webové aplikaci budu chtít přehrát obrázky od určitého data, tedy bude muset k tomu datu najít nejbližší uložený snímek, dále snímek co je hnedka po něm... Hodlám to spáchat v jazyce Erlang. Chci to napsat proto, abych tak nějak naučil v Erlangu programovat - tedy jakási cvičná/výuková aplikace.
cameraid_pk int autoincrement primary name varchar(64) description text/textblob/ placement varchar(255)picture
pictureid_pk bigint autoincrement primary cameraif_pk_fk int index (foreign key cameraid_pk) datetaken DATATIME index filename varchar(1024)picture2 (lepší)
pictureid_pk bigint autoincrement primary cameraif_pk_fk int index (foreign key cameraid_pk) datetaken DATA indexjinak dělení na YYMMDD a HHMMSS je nedostatečné bo tam musí být identifikátor camery:
YYMMDD/HHMMSS_CAMERAID CAMERAID/YYMMDD/HHMMSS YYYY/MM/DD/CAMERAID_HHMMSS(přičemž CAMERAID jsou vždy 4 znaky/čísla - třeba)
addnumber int
.picture2
je lepší v tom, že má pevnou šířku záznamu a cestu získáváte pomocí:YEAR(datetaken) + '/' + LPAD('0',2,MONTH(datetaken)) + '/' + LPAD('0',2,DAY) + '/' + TIME(HHMMSS) + '_' + LPAD('0',4,cameraif_pk_fk)
.cameraid_pk int autoincrement primary name varchar(64) cameraif_pk_fk int index (foreign key cameraid_pk) description text/textblob/
CHECKOPOINT/CAMERAID/YYYY/MM/DD/HHMMSS
Tiskni
Sdílej: