Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.
Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.
OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).
Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek
… více »Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.
Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.
Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.
Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.
Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Clovek, ktery tu chce prispivat a mit tu profil, tak si muze najit chvilku a registrovat se sam. Automaticka registrace je zbytecnost.
S tou diskriminaci to nechapu. Leda bys myslel chybejici funkce, coz je v zapisku vysvetleno.
Proc nektere poradny maji tyden stare diskuse? Protoze jsou mene popularni a je v nich mene dotazu. No a poradna Linux je naopak velmi aktivni a dotazu je v ni polozeno hodne,
Je. Poradna Linux ma defaultne vetsi pocet radku nez ostatni. V profilu si muzes nastavit vlastni pocty. Viz:
<entry key="49490" value="15"/><!-- linuxova poradna --> <entry key="192820" value="5"/><!-- programatorska poradna -->
Někoho to potěší, někoho naštve, někdo si toho nevšimne, a nakonec příspěvky jednoho uživatele z jednoho stroje se bez ohledu na přezdívku dají podle databáze snadno spojit, pokud je ukládána IP a přispěvatel se neschovává za různé proxy servery, takže anonymitu to nesníží. Jen se nabízí otázka, jestli to nebude zbytečně plnit databázi – pokud sem někdo bude chodit často, nebude se registrovat a cookies bude při zavření prohlížeče mazat, tak se mu bude zakládat pořád nový a nový účet.
P.S.: Ten otřesně pomalý¹ WYSIWYG editor by mohl přimět časté přispěvatele mazající cookies k registraci.
¹ Na starém počítači.
No, odhadoval jsem to na statisice uctu rocne, coz uz nejaky efekt je. Proto jsem planoval udelat druhou tabulku a v kodu persistence se rozhodovat, do ktere tabulky uzivatele ulozit.
když zmiňovaný funkce někomu nestojej za vyplnění 4 údajů, tak se bez nich zřejmě bez problémů obejde.Přesně tak.
Spíš bych udělal nějakou jednoduchou abstrakční vrstvu nad ukládáním konfigurace, která by u nepřihlášených dávala data do sušenek. Samozřejmě ne všechna, ale jen ta vybraná podle nějakého whitelistu. Tím se ti kód nezesložití, možná se dokonce zjednoduší a výsledek bude imho lepší.K tomu se přidávám.
Coz me prekvapuje, vzdyt znas zdrojaky abicka. Tohle by znamenalo prekopat kazde misto, kde se pouziva konfigurace (objekt User) a take nastaveni (ktere vyzaduje prihlaseneho uzivatele). Mozna by se to castecne dalo nafakeovat pres virtualniho uzivatele CookieUser extends User, ale stejne by to bylo dost prace (prepis nastaveni). Nicmene by to asi bylo jednodussi a rozhodne skalovatelnejsi nez autoregistrace.
Ono to ale fakt neni o nejake nove funkci a nahrazeni grepem. Nove API by melo uplne jinou filozofii a kazdy vyskyt stavajici konfigurace by se musel prepsat.
Uvazoval jsem o tom, ale je tu bariera: kdyz je nekdo liny se zaregistrovat, bude liny zadat na jinem pocitaci tajnou hodnotu a zajistit si tak stejnou cookie.
Jiste ze mohl. Tam by nebyla zadna zmena. Akorat v pripade komentaru slo odlisit, ktery je ktery (pohledem do vypisu).
ak sa bude dat nastavit vypnutie WYSIWYG editoru tak super ;)
Já se registrovat nechci :( když se někde registruju portál skončí(takhle jsem už nakazil dvě fóra a jednen web typu webového časopisu) nebo tam přestanu chodit
Přijde mi to jako zbytečnost(zbytečná práce, která by mohla být použita k vývoji něčeho jiného), kdo chce registruje se, kdo nechce žije dál s WYSIWYG editorem a problémy za které si může sám(tím si na nic nestěžuju)
protože pro nepřihlášené je tu fakt dost o ničemNe že bych s tím souhlasil, ale v podstatě z toho vyplývá, že bys chtěl, abys jako nepřihlášený měl k dispozici stejné funkce, jako přihlášený, tedy že by to tu už nebyla o ničem. Kam by tedy zmizela výhoda toho, že se nepřihlašuješ?
To upozornovani na nove komentare se muze nehezky bit ve variante pro prihlasene ve variante pres cookie pro neprihlasene. Pro prihlasene je totiz svazano s uzivatelskym uctem a uzivatel ma tak po prihlaseni stejne chovani a data na vsech pocitacich. Pokud ale zavedu pro anonymy obdobu pres cookie, mohlo by se to pro navstevnika prihlasujiciho se rucne (ne pres autologin cookie) chovat zmatene.
Castecne by to slo vyresit chytrejsim algoritmem, ktery si bude pamatovat posledne prihlaseneho uzivatele (i kdyz nema autologin cookie) a aktualizovat mu navstivene diskuse, i kdyz neni prihlasen. Jenze pak by stacilo, aby se u jednoho pocitace stridalo vice lidi (doma, skola, icafe) a bude to jeste vetsi zmatek. Takze Ignore porad, co s tim. Kdyby ty mnoziny anonymu a uzivatelu byly disjunktni, dalo by se najit reseni. Takhle by to byl zmatek.
Pokud ale zavedu pro anonymy obdobu pres cookie, mohlo by se to pro navstevnika prihlasujiciho se rucne (ne pres autologin cookie) chovat zmatene. 1. jsem prihlaseny, prohlednu si diskusi A...Teď to ale funguje stejně.
Nebo sem snad nemůžu psát příspěvky jako Filip Jirsák?Můžete, ale budou se lišit od mých – bude vidět, že je psal někdo neregistrovaný, nebo z jiného profilu. Když někdo nepřihlášený začne používat jméno Ignor, od těch vašich je nijak nerozlišíme.
A jaké "příslušné údaje" údajně chci ukládat do cookies?Třeba nastavení WYSIWYG editoru.
Zatímco když se podepíšu jako neregistrovaný, tak každému dojde, že to může být kdokoli.Ne, každý stejně předpokládá, že to pořád píše jeden a ten samý člověk.
Zatímco když použiju přímo ten cizí účet, tak si lidi myslej, že to psal ten samej člověk.Přičemž „použít“ znamená buď získat cookie, pokud dotyčný používá automatické přihlášení, nebo z něj vymámit heslo.
Tiskni
Sdílej: