Byl vydán Debian 13.3, tj. třetí opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.13, tj. třináctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
Byla vydána prosincová aktualizace aneb nová verze 1.108 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.108 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na lasvegaském veletrhu elektroniky CES byl předveden prototyp notebooku chlazeného pomocí plazmových aktuátorů (DBD). Ačkoliv se nejedná o první nápad svého druhu, nepochybně to je první ukázka praktického použití tohoto způsobu chlazení v běžné elektronice. Co činí plazmové chladící akční členy technologickou výzvou je především vysoká produkce jedovatého ozonu, tu se prý podařilo firmě YPlasma zredukovat dielektrickou
… více »Patchouli je open source implementace EMR grafického tabletu (polohovací zařízení). Projekt je hostován na GitLabu.
Český Nejvyšší soud potvrdil, že česká právní úprava plošného uchování dat o elektronické komunikaci porušuje právo Evropské unie. Pravomocným rozsudkem zamítl dovolání ministerstva průmyslu a obchodu. To se teď musí omluvit novináři Českého rozhlasu Janu Cibulkovi za zásah do práv na ochranu soukromí a osobních údajů. Ve sporu jde o povinnost provozovatelů sítí uchovávat údaje, ze kterých lze odvodit, kdo, s kým a odkud komunikoval.
Jsem zakladatelem tohoto portálu. Linux jsem používal spousty let, nějaký čas jsem se aktivně podílel na jeho propagaci v Česku (CZLUG, časopisy ComputerWorld, Network Magazine atd). Se současným Abíčkem už nemám nic společného.
Plánuju v brzké době předělat uživatele. Mohli by získat hezčí URL adresy, více emailových adres a určení jejich použití (s potvrzováním), zrušit plaintext heslo, HTTPS pro logovací formulář, otázky pro zapomenuté heslo nebo reset hesla, přehlednější úpravy a personalizace. Bugzilla je plná nápadů.
Freshmouse měl jednu zajímavou myšlenku pro URL uživatelů. Podobně bych si to představoval. Ale hlavní problém je, co bude jménem uživatele pro URL? Login je sice unikátní, ale obvykle nic moc. Přezdívka je také unikátní, ale ne každý ji má. Reálné jméno zase nebývá unikátní, nicméně bych mohl přidavat číselné přípony, například /uzivatel/jan-novak-3. Co tedy použít? A má se URL vyměnit, když uživatel upraví svůj profil? Spousta odkazů by mohla přestat fungovat a ukládat do tabulky přesměrování všechny kombinace URL včetně virtuálních adres, to se mi nezdá vhodné.
Dále uvažuju, zda pod URL uživatele i převést jeho blog? Takze místo /blog/leos by bylo /uzivatel/leos-literak/blog. Jak se vám to pozdává? Uvítám vaše komentáře, co by se vám líbilo, jak byste co řešili či preferovali, co byste přidali či odstranili, prostě vš kolem uživatelů. Díky.
Tiskni
Sdílej:
Dát tam jméno je podle mě pitomost každej si ho může změnit.To přeci nevadí - pokud si ho změní, jeho blbost. Číselné URL bude fungovat pořád, takže problém s mrtvým i odkazy nenastane.
Ten login mi připadá jako nejlepší volba.Jenže je úplně zbytečné tam ten login ukazovat. Textové URL pak pozbývá smyslu, protože z loginu nemusí být vůbec poznat, o koho jde. To už by bylo lepší tam nechat číslo ID.
Vše by vnitřně bylo přes 9838 (tedy číslo, které se už nemění). Pokud změním přezdívku, změní se jen přesměrování, ale ve skutečnosti bude vše 9838, což se nezmění a všechny url zůstanou stejné.Tak to bude fungovat každopádně.
/uzivatel/marek-bernat než /Profile/6620. Původní adresy samozřejmě fungovat nepřestanou.
Takze uprednostnujes /hardware/show/190335 pred /hardware/vstupni-zarizeni/mysi/logitech/logitech-g5 ?
Jednoznačně. Situací, kdy mi kilometrová URL komplikují práci, zažívám řádově víc než situací, kdy by mi chyběla čitelnost u krátkého URL.
kdyz ti poslu odkaz /History?type=comment&uid=12345 a /uzivatel/pepa-novak/komentare
Tady považuji za špatná obě, ale u toho prvního se to dá podstatně snáze napravit.
Abych nebyl špatně pochopen: nejde mi o to, že ta kilometrová čitelná URL nemáte zavést. Pokud jste přesvědčeni, že budou přínosem, zaveďte si je. Jen chci, abyste věděli, že existují i lidé, kteří s tímto módním trendem nesouhlasí a považují ho za chybu.
Jakmile má URL generovat automat (což je nutnost), vznikají z toho hrůzy.Proto je potřeba nastavit rozumná pravidla. Nicméně i nadále všude fungují i netextové adresy: http://www.abclinuxu.cz/clanky/show/165225.
A vůbec, je nějaký problém naimplementovat několik cest k témuž? Vždyt na to URL si na druhé straně TCP připojení brousí zuby turingovsky úplný stroj.
Vždyt na to URL si na druhé straně TCP připojení brousí zuby turingovsky úplný stroj.Opravdu? To bych chtel videt ten server s nekonecnou pameti :D
(Ano, vím, upsal jsem se.
)
Nekde to resi tim, ze to uzivatel sice smi editovat, ale zobrazi se tam varovny text.Na některých fórech je to řešené tak, že se explicitně zobrazí "naposledy editoval Franta, 18:35 12.12.2006", tohle jsi měl na mysli ?
Vím, že je možné před vložením provést náhled, ale i tak bych se přimlouval za možnost dodatečné úpravy.Já myslím, že by taková funkce přinesla více škody než užitku. I kdyby byla ukládána historie, mohli bychom se setkávat se spoustou komentářů, jejichž obsahem by byly tři tečky nebo slůvko "smazáno", ačkoliv původně šlo o dlouhé příspěvky. Hledat vždy v historii by byla otrava. Diskuze by pak jako celek byla hodně špatně čitelná. V současné době funguje, že pokud člověk udělá v otázce nebo komentáři nějakou vážnou chybu, může prostřednictvím Vzkazů správcům požádat adminy, aby to opravili. Žádosti o změnu obsahu nebo vymazání odmítáme, zatímco požadavky na opravu překlepu (např. v názvu hardwaru) nebo na vyhvězdičkování omylem zveřejněné adresy docela rychle plníme.
a) Ano, může se to obrátit i v příspěvky "smazáno" -- to je ale na uživatelích...No jistě, že to záleží na uživatelích. Podívej se na blogy - těch je také slušná řádka, které jejich autoři smazali - takže je dost pravděpodoné, že by to dělali i s komentáři.
b) A tohle by se zase obrátilo proti tobě: měl bys ve schránce 10 000 e-mailů s prosbou o i/y, mě/mně atd.Takhle už to funguje teď a žádná záplava se nekoná. Řekl bych, že lidi jsou v tomhle rozumní a i když udělají překlep nebo chybu, tak si z toho většinou nic nedělají. Když někdo vyžaduje opravu, tak většinou kvůli chybě, kterou udělal v titulku otázky. Zatímco u slovníku, hardwarových položek, faq a pod. dává možnost editace a uchovávání historie smysl, u komentářů je to zbytečné a v mnoha případech spíše škodlivé.
Stačí tedy jen uvést url na blog a descriptionPřesně tak. Nadpis, popis a případně adresu diskuze, kde se o problému mluvilo.
Freshmouse měl jednu zajímavou myšlenku pro URL uživatelů. Podobně bych si to představoval. Ale hlavní problém je, co bude jménem uživatele pro URL? Login je sice unikátní, ale obvykle nic moc. Přezdívka je také unikátní, ale ne každý ji má. Reálné jméno zase nebývá unikátní, nicméně bych mohl přidavat číselné přípony, například /uzivatel/jan-novak-3. Co tedy použít?Dal bych tam ID.
/uzivatel/jan-novak-3 zní jako e-mailové adresy typu tomasek.kocourek39@seznam.cz... ID sice není tak hezké jako přezdívka nebo jméno, ale je trvalého charakteru. Nebál bych se ho tam použít: něco.cz/uživatel/uživatelovo_id/.
... a login je osobní věc, ten tam podle mě nepatří.
A má se URL vyměnit, když uživatel upraví svůj profil? Spousta odkazů by mohla přestat fungovat a ukládat do tabulky přesměrování všechny kombinace URL včetně virtuálních adres, to se mi nezdá vhodné.Pokud by se jednalo o měnitelnou hodnotu (přezdívka, jméno), mělo by se spolu s ní měnit i URL. Ale viz výše.
Dále uvažuju, zda pod URL uživatele i převést jeho blog? Takze místo /blog/leos by bylo /uzivatel/leos-literak/blog. Jak se vám to pozdává? Uvítám vaše komentáře, co by se vám líbilo, jak byste co řešili či preferovali, co byste přidali či odstranili, prostě vš kolem uživatelů. Díky.Weblogy bych nedával pod uživatele (i když si to trošku protiřečí s mým komentářem, na který se odkazuje v zápisku). Udělal bych to takhle:
/
- weblog
- weblog 1
- weblog 2
Ale kdyby to šlo pod uživatele... ... tak je to docela jedno. Mohlo by to být takhle: něco.cz/uživatel/weblog. Byl by jen problém s tím, že pokud by se místo "uživatel" dosadilo ID, tak by se to špatně pamatovalo: něco.cz/1234567/weblog. Takže preferuju: něco.cz/weblog/název_weblogu/.
abclinuxu.cz/lide/jeho-ignorstvo/blogísek, co?