Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Infrastrukturu pro chatovací aplikaci Telegram provozuje člověk s vazbami na ruské zpravodajské služby. Upozorňují na to investigativní novináři z redakce iStories. „Vedneev dodává služby ruskému státu včetně jeho jaderného institutu nebo zpravodajské službě FSB,“ říká v podcastu Antivirus novinář Jan Cibulka. Uživatelům, kteří si chtějí své informace chránit, doporučuje Telegram vůbec nepoužívat, a raději zvolit jednu z alternativ, WhatsApp nebo Signal.
The Trump Organization spustila ve Spojených státech mobilní síť Trump Mobile s neomezeným tarifem The 47 Plan za 47,45 dolarů měsíčně a představila vlastní značku telefonů The T1 Phone s Androidem za 499 dolarů.
Vývojáři KiCadu se na svém blogu rozepsali o problémech KiCadu v desktopových prostředích nad Waylandem. KiCad běží, ale s významnými omezeními a problémy, které podstatně zhoršují uživatelský komfort a vývojáři je nedokážou vyřešit na úrovni KiCadu. Pro profesionální používání doporučují desktopová prostředí nad X11.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
["Adam", "Bára", "Cecílie"]
a chceš odstranit Báru. Problém je, že z pole nemůžeš nějaký prvek prostě vyjmout. Představ si, že by ti lidé stáli v řadě a ty jsi toho prostředního odvedla. Zůstala by po něm mezera. V informatice by tou mezerou byla nejspíš nějaká speciální hodnota, třeba null
. I mezera ale zabírá místo (a navíc je nesmysl je posílat ještě na server). Co s tím?
No, pokud si nechceš psát spojový seznam, nebo používat externí knihovnu, nejjednodušší asi bude napsat si funkci, která vytvoří nové pole a přidá do něj všechny prvky z původního pole kromě toho jediného (odebíraného).
Všimneš si, že na to už potřebuješ znát index (pořadí) té položky v poli. Nevím, jak funguje tvůj stávající kód, ale odhadoval bych, že nejlepší by bylo do HTML elementů, které reprezentují jména nebo checkboxy, schovat atribut, o jaký že index se jedná. Druhou možností by bylo to prostě dopočítat, za předpokladu že položky v DOMu (HTML stránce) i v poli jsou ve stejném pořadí.
Velký pozor ještě na jednu záludnost, která mi málem unikla. Pokud jsou vedle jmen checkboxy, soudím, že je možné odstranit více jmen najednou. Buď místo funkce, která vytvoří kopii pole bez jednoho prvku (jak jsem navrhoval výše) napiš obdobnou funkci, která to bude umět pro více prvků (to by bylo asi nejlepší, ale zase je to složitější), a nebo tu funkci, která to odstraňuje po jednotlivých prvcích, musíš volat od nejvyšších indexů po nejnižší. Jde o to, že když z pole ["Adam", "Bára", "Cecil"]
budeš chtít odstranit prvky na indexech 0 a 2 a nedáš si pozor, tak ti po prvním kroku (odstranění nultého prvku) vznikne pole ["Bára", "Cecil"]
, které už žádný prvek na indexu 2 nemá (a i kdyby ho mělo, bude v něm něco jiného), a nebude ti to fungovat. Při postupu od nejvyšších prvků po nejnižší se ti to nestane (v tomto konkrétním případě bys vyrobila nejprve pole ["Adam", "Bára"]
a poté ["Bára"]
, což je správně).
<input type="text" readonly="readonly" name="list[index]" /> - index doplní JS kód
Na konci formuláře klasické submit. Teď si nejsem jistý zda se odesílají i readonly pole, pokud by to byl problém, JS to před odpálením přehodí na readolnly="false"
Takže <input id="nameInput" type="text" maxlength="40" /> <input type="submit" onclick="addNameToList( nameInput )" />
pod tím
<form name="list" id="nameList" method="get" onsubmit="prehodVsechnyReadoly" action="uloz.php" />
<table id="listTable" /></table>
<input type="submit" name="submit" value="odeslat" />
</form>
v každém řádku tabulky readoly polí ještě jeden submit s onclickem na smazání toho řádku.
Tedy zhruba tak. PHP kód pak v $_GET dostane pole jmen, a je vymalováno.
Mám si ta jména postupně házet do databáze?nie (uzivatel sa zahraje, ked bude spokojny, odosle na server a tam sa to ulozi). Aspon tak chapem zadanie. Neskor mozes urobit priebezne ak ukladanie a ked zavrie/otvori - mate neulozene rozlozenie).
A šlo by to aj s tím, že ve výpisu jmen mám hned vedle ty checkboxy (zda by šel js kód upravit tak, aby se z databáze vymazala ta jména při kliknutí na odstranit?)?ano Nastuduj zoznam (hlavne si pozri priklady, lahke na pochopenie)
Tiskni
Sdílej: