Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
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?