V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 15.0 (Mastodon). Forgejo je fork Gitei.
Současně se SUSECON 2026 proběhne příští čtvrtek v Praze také komunitní Open Developer Summit (ODS) zaměřený na open source a openSUSE. Akce se koná ve čtvrtek 23. 4. (poslední den SUSECONu) v Hilton Prague (místnost Berlin 3) a je zcela zdarma, bez nutnosti registrace na SUSECON. Na programu jsou témata jako automatizace (AutoYaST), DevOps, AI v terminálu, bezpečnost, RISC-V nebo image-based systémy. Všichni jste srdečně zváni.
Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
b je pro zvýraznění textu, strog pro významJsi mi dodal odvahy: proč zdejší editor generuje B a I namísto STRONG a EM? Mám na mysli ten jednoduchej a ty jeho tlačítka B a I… Mám takový pocit, že původní FCK Editor (nebo jak se to jmenovalo), generoval právě STRONG a EM, což mi víc vyhovovalo… Ale to už je dávno.
11.8.2010 17:05
mkoubik | skóre: 5
| blog: lorem_ipsum
| Praha 8 - Bohnice
12.8.2010 15:32
mkoubik | skóre: 5
| blog: lorem_ipsum
| Praha 8 - Bohnice
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
6.8.2010 16:05
6.8.2010 17:10
6.8.2010 19:13
[B] pro tučné písmo měla vytvářet značku EM nebo STRONG? Pokud nechceš šukat řezy, tak na ní neklikej.
To že tady není možnost použít třeba texy syntaxi je věc úplně jiná a vůbec jsem se o ní nezmiňoval.
Proč by ikonka [B] pro tučné písmo měla vytvářet značku EM nebo STRONG?Protože ikonky B a I už dávno neznamenaj Bold a Italic. Navíc i samotný termín Bold je chybný, protože ve skutečnosti dělá semi-bold.
12.8.2010 16:31
mkoubik | skóre: 5
| blog: lorem_ipsum
| Praha 8 - Bohnice
Protože pro tučné písmo a kurzívu (resp. italiku) se, světe div se...Vždycky jsem si myslel, že trendem je postupné odělování sémantiky a grafické podoby.
12.8.2010 15:34
mkoubik | skóre: 5
| blog: lorem_ipsum
| Praha 8 - Bohnice
12.8.2010 20:32
6.8.2010 16:26
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="cs">
<head>
<meta http-equiv="content-Type" content="text/html; charset=UTF-8"/>
<meta http-equiv="content-Language" content="CS"/>
<title>Analýza zdrojového kódu www stránek (www.abclinuxu.cz) - SEO Servis</title>
<meta name="description" content="Komunitní portál: Linux, Open Source, BSD a jiné unixy. Nejvíce funkcí, nejaktivnější poradna, nejživější blogy. Pozor - návykové."/>
<meta name="keywords" content="linux,open source,free software,linux hardware,software,ovladače,pomocOptimalizace,vyhledávače,ranky,pozice,klíčová slova" />
<meta name="copyright" content="2005-2007, Webový Servis"/>
<meta name="author" content="Webový servis - info@webovy-servis.cz"/>
<meta name="robots" content="index, follow" />
<meta name="verify-v1"
...
Zaměříme se hlavně na meta tagy description a keyword. Vtipné že? Převzaté mety ze stránky abclinuxu. Ano, google na tohle už dávno kašle, ale co to tam dělá? A celý výpis toho hodnocení je též pěkně seo:
<h2>Analýza zdrojového kódu</h2> <h3 class="top">Adresa: <a href="http://www.abclinuxu.cz" rel="nofollow">www.abclinuxu.cz</a></h3>Zase si doporučuji všimnout nofollow na abclinuxu, kterou to kontrolovalo. Pod tím je tabulka ukazující klíčová slova a různé shrnutí generované ze stránky abclinuxu - což tam sice má svůj význam, ale má to i druhý efekt. Ty slova indexuje vyhledávač. A co to znamená? Že spousta lidí se nechala tím serverem zblbnout, udělala si analýzu své stránky a odkaz na ní poslala do různých fór s dotazem, jak to opravit. Výsledek? Po hledání klíčových slov nacházejících se na dané stránce se na vyšší pozici nezobrazila ta stránka, ale právě analýza seo servisu. A to je taky jejich cílem. Uživateli dobrovolně budovaná seo farma na tenhle pochybný web - který má komerční služby, takže mají na čem vydělat. Ted se jejich web bude objevovat v google i při dotazech na linux, paráda.
Keby chceli na Ábičku, aby sa sem nehádzali linky, tak to zakážu.Pochopil jsi vůbec příspěvek, na který reaguješ? Nemáš doufám s tím seo-servisem nic společného.
Velice populární závadou je přebytečné lomítko v prázdných elementech.som už ďalej ani nečítal ja to nepoužívam a kód mám validný. Neviem či to nazvať tuposťou, alebo ako, ale takýchto kravín môžem písať na mraky.
<script type="…" src="…" />).
A teď pro tenhle hnůj vyvíjej aplikace. Muhehe!
, vše se v prdel obrací 
.
. Že je to teď validní je pěkné, gratuluji!, ale jinak význam 0 nic .
Takže ja som sa strápnil tým že ty čítaš každé druhé slovo, O čom píšem celý čas?Spíš tím, že podkládáš svoje tvrzení o optimalizaci pro vyhledávače jiným (svým vlastním příspěvkem), kde o vyhledávačích nepadlo ani slovo. A co víc, ten jiný příspěvek je sám o sobě velmi nepovedenou odpovědí na Roberta, který se výslovně ptal, jaký mají ty lomítka u tagů vliv na SEO. Tedy přesněji, na otázku na vyhledávače jsi odpovídal odpovědí s prohlížečema... a abysis ten trapas opravdu pojistil, přidal jsi několik vykřičníků. Kdo z nás, že špatně čte?
<br/> vs. <br>?
. Takže tyhle argumenty jsou Bedňo fakt mimo .
K argumentu k rychlosti: tu analýzu provádí browser tak či tak (jinak by ani nemohl poznat, že parsuje nevalidní kód), takže validní x nevalidní kód rychlost parsování neovlivní.
PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktická
Jelikož současné xhtml (jak jsem už Bedňovi ukazoval výše) se musí (jinak to nevezme ie6) posílat s mime typem text/html…Opravdu se musí? HTTP hlavička Accept vám nic neříká?
PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktickáVěc je to zejména praktická. Vývojář si ušetří mnoho trápení, proč se selektory CSS chovají nepředvídatelně či že DOM pro javascript vypadá nějak divně. Nedej bože, pokud by chtěl někdo stránku zpracovat jako XML (např. provést XSLT, či vytáhnout elementy pomocí XPath).
IE6 se poslat musí. Validátor takový dokument akceptuje, i když je to prasárna. Ano, accept je berlička, jak to jiným browserům poslat správně.Jelikož současné xhtml (jak jsem už Bedňovi ukazoval výše) se musí (jinak to nevezme ie6) posílat s mime typem text/html…Opravdu se musí? HTTP hlavička Accept vám nic neříká?
Já neříkám nevalidovat, věci jako neuzavřené divy a podobně jsou strašné prasárny a umí nadělat spoustu problémů. Ale za zpětné lomítka v html dokumentu majitele webu buzerovat nebudu (už proto, že to všechny renderovací jádra kvůli zmíněnému problému s xhtml budou muset do smrti webu podporovat). Sám bych to ale asi opravil.PS: tím samozřejmě nenabádám plodit nevalidní kód, jenom je to opravdu z větší části věc ideologická než praktickáVěc je to zejména praktická. Vývojář si ušetří mnoho trápení, proč se selektory CSS chovají nepředvídatelně či že DOM pro javascript vypadá nějak divně. Nedej bože, pokud by chtěl někdo stránku zpracovat jako XML (např. provést XSLT, či vytáhnout elementy pomocí XPath).
<br/> na /n je to rýchle, ale pokiaľ ma tolerovať iné zápisy s medzerami, bez medzier, s lomítkami, bez lomítiek tak na to použije regulárne výrazy a to už pekne žere strojový čas. Ja som len upozornil na problém, nech si každý píše ako chce, aj tak sa prehliadaše predháňajú, ktorý zožere väčšiu prasárnu.
> time grep - domena-cz.20100801.txt | wc -l 163196 real 0m0.337s user 0m0.312s sys 0m0.056s > time grep -E "-" domena-cz.20100801.txt | wc -l 163196 real 0m0.336s user 0m0.328s sys 0m0.040s > time grep -E "[0-9]" domena-cz.20100801.txt | wc -l 23605 real 1m19.083s user 1m18.809s sys 0m0.052s
Tiskni
Sdílej:
