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 »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
7.12.2008 20:25
xsubway | skóre: 13
| blog: litera_scripta_manet
TigerWiki (Wikiss) spokojeně používám - taky jsem si vytvořil vlastní fork [1] se syntaxí markdown [2]. LionWiki je propracovanější a vypadá rozhodně velice zajímavě 
Rodina TigerWiki je hodne obsahla, jak vidim :)
O necem jako Markdown jsem docela premyslel, idea jednotne syntaxe pro vsechny wiki neni vubec spatna ...
Nakonec jsem se ale rozhodl zatim nic takoveho nedelat, z nekolika duvodu - nutnost predelavat databazi a ucit stavajici uzivatele neco nove, nutnost drzet se nejakeho standardu, ktery pak omezuje flexibilitu a "specialni" vlastnosti daneho projektu a take velikost 80 KB je pro minimalisticky projekt trosku moc.
Jinak, Markdown se mi osobne co do syntaxe moc nelibi, lepsi se mi zda CREOLE, ktere zastituje sam velky Ward Cunningham.
7.12.2008 22:02
xsubway | skóre: 13
| blog: litera_scripta_manet
mě je zase markdown syntaxe přijde celkem sympatická i když uznávám že není ideální ... na svoji presentaci ji používá například i projekt suckless.org ... díky za další inspiraci ... wiki standard by se samozřejmě taky hodil
Docela by me zajimalo, proc je databaze "prijatelnejsi". Osobne u malych wiki nevidim zadnou vyhodu ...
Jinak LionWiki neni postaveno pro vice backendu, je optimalizovana ciste pro soubory ... predelani na mysql urcite neni v planu (delej jednu vec, zato poradne).
No, na "normalnich" webech by to asi melo davat error 404, ale u wiki je neexistujici stranka podnet k rozsireni ... :)
A není lepší vrátit 404 a přesto uživateli nabídnout možnost tu stránku založit? To by tuším mělo jít..
To urcite jde ... premyslim, zda to ma nejaky smysl - napr. jestli se podle toho search enginy ridi ...
Tak jsem se zeptal zkusenejsich a vysledek je, ze by to asi bylo prinosne ... ale nektere browsery, kdyz zaregistruji 404, tak zobrazi vlastni 404 stranku bez ohledu na to, ze server poslal svoji ...
Sel by na to samozrejme udelat switch, ale LionWiki je minimalisticka wiki, proto tento detail uplne opomene (switch - dalsi zbytecny kod, testovani, dokumentace apod.)
Takze to mam ignorovat?
Spis to vidim tak, ze budu ignorovat lidi, pro ktere toto ma vyznam ... ti si ostatne budou schopni napsat patch, ktery toto dela (jeden radek).
Vetsina velkych wiki enginu ma tohle defaultne vypnute a nemusim se zas lisit ve vsem :D
Používám to na své wiki a zatím jsem nepotkal prohlížeč, který by s tím měl problém.
Ale LionWiki nejspíš niky používat nebudu, byť se mi minimalistické programy líbí, takže nějaké 404 hrátky byly jen snahou o dobrou radu :)
Nešlo by tomu dát jiné číslo verze? Vždy, když vidím "2.0", mám nepříjemný pocit...
verze v historii teď obsahují také sekundy - eliminuje problém v situaci, kdy uživatel(é) zapíší více změn v jedné minutě.
A co kdyz zapisou vic zmen v jedne sekunde?
Pak mame problem ... dojde ke ztrate prvni verze v dane sekunde - dan za jednoduchost.
Myslim, ale ze u wiki, ktera je urcena k editaci maximalne par lidi parkrat za tyden (coz jeste zmensuje sanci, ze nekdo bude pouzivat historii) je to dan mala.
Pro dalsi verzi je planovana ochrana pred editacnim konfliktem (pripadne mozna merge zmen), coz problem jeste zmensi ...
Hodne zalezi na tom, co konkretne myslite ... ale myslim, ze by to nemelo byt moc velky problem (stacilo by napsat nejaky "zaclenovaci" plugin, graficka sablona je asi samozrejma ...)
Chtělo by to lépe oddělit "podpůrný" kód (konfigurace, html) od toho, který něco dělá a klidně to rozhodit do několika souborů...
Btw, uvažoval jsi o kešování vygenerovaného html? Výrazně by to zvedlo výkon a je to jen o if (filemtime() > filemtime()) { file_put_contets() } else { file_get_contents() }; a druhém adresáři se soubory.
No co jsem tak zběžně prolítnul zdrojáky, tak to moc použitelné není Chtělo by to lépe oddělit "podpůrný" kód (konfigurace, html) od toho, který něco dělá a klidně to rozhodit do několika souborů...
To je presne to, co delat nechci. Udrzet vse v jednom souboru je pro me dulezite a struktura kodu pro me momentalne pracuje velmi dobre ...
Btw, uvažoval jsi o kešování vygenerovaného html? Výrazně by to zvedlo výkon
Pokud mate typicky maximalne nekolik desitek navstev denne, vykon vas moc netrapi ... :) Mozna bych ale mohl naprogramovat kesovaci plugin, to jo ...
Ty prvni varovani se tykaji omezeni hostingu, odstranite je tim, ze pred ony prikazy ini_set pridate @
Ta chyba (ktera provadeni skriptu ukoncila) souvisi s tim, ze vas hosting bezi na PHP4 a pluginy pro LionWiki jsou dostupne pouze pro PHP5. Jinak ale "core" LionWiki bez pluginu bezi i na PHP4.
Popripade pockej na 2.1, to bude obsahovat plnou podporu PHP 4 (>= 4.3.0) ... je az prekvapujici, kolik lidi dnes stale jeste jede na PHP4
Zpětná kompatibilita je zpětná kompatibilita.
Už to mám! Na OneBit.cz se v základu používá (pro .php) PHP4 (po dohodě lze změnit) a jinak .php4 pro verzi 4 a .php5 pro verzi 5. Jak fikané. ^_^
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
8.12.2008 19:27
8.12.2008 20:43
13.12.2008 14:58
