abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 03:44 | Komunita

    V Bolzanu probíhá konference SFSCON (South Tyrol Free Software Conference). Jean-Baptiste Kempf, zakladatel a prezident VideoLAN a klíčový vývojář VLC media playeru, byl na ní oceněn cenou European SFS Award 2025 udělovanou Free Software Foundation Europe (FSFE) a Linux User Group Bolzano‑Bozen (LUGBZ).

    Ladislav Hagara | Komentářů: 0
    dnes 02:44 | Zajímavý projekt

    Open-source minimalistický trackball Ploopy Nano byl po modelech modelech Classic a Thumb Trackball také aktualizován. Nová verze Nano 2 používá optický senzor PAW3222 a k původně beztlačítkovému designu přidává jedno tlačítko, které ve výchozí konfiguraci firmwaru QMK přepíná režim posouvání koulí. Sestavený trackball nyní vyjde na 60 kanadských dolarů (bez dopravy a DPH).

    |🇵🇸 | Komentářů: 0
    včera 14:22 | Zajímavý článek

    Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.

    Ladislav Hagara | Komentářů: 0
    včera 09:55 | Komunita

    Kit je nový maskot webového prohlížeče Firefox.

    Ladislav Hagara | Komentářů: 14
    včera 00:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 2
    6.11. 23:55 | IT novinky

    Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.

    Ladislav Hagara | Komentářů: 1
    6.11. 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 9
    6.11. 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 16
    6.11. 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 16
    6.11. 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 19
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (21%)
     (15%)
     (16%)
    Celkem 324 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    Rozcestník

    Dotaz: XSLT dlouhá doba zpracování

    17.12.2012 09:57 Kit
    XSLT dlouhá doba zpracování
    Přečteno: 262×
    Zpracovávám dokument v MathML XSLT procesorem. Zkoušel jsem saxon a xsltproc. Doba zpracování krátkého dokumentu je v obou případech 6-10 sekund. Pokud odstraním DOCTYPE, doba se zkrátí na jednotky milisekund, ale nejsou rozpoznány entity.

    Zřejmě se dynamicky stahují DTD a další doplňky z netu. Dá se nějakým způsobem použít cache, aby se to nestahovalo pokaždé znovu?

    Odpovědi

    17.12.2012 10:19 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    Dá se nějakým způsobem použít cache, aby se to nestahovalo pokaždé znovu?

    V /etc/xml/catalog lze nadefinovat přepis URL na lokální adresář.

    Popřípadě lze použít i jiné umístění pomocí proměnné $SGML_CATALOG_FILES a xsltproc --catalogs.

    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    17.12.2012 10:55 Kit
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    To zní sice pěkně, ale těch závisejících souborů je docela dost a do ručního stahování se mi moc nechce. Cache by byla určitě zajímavější. I tak díky.
    17.12.2012 12:42 Vojtěch Horký | skóre: 39 | blog: Vojtův zápisník | Praha
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    ale těch závisejících souborů je docela dost a do ručního stahování se mi moc nechce

    To by šlo částečně obejít xmllintem. Pro tenhle jednoduchý vstup:

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE math PUBLIC "-//W3C//DTD MathML 2.0//EN"
               "http://www.w3.org/Math/DTD/mathml2/mathml2.dtd">
    <math xmlns="http://www.w3.org/1998/Math/MathML">
        <mrow>
            <mi>a</mi>
        </mrow>
    </math>

    vypíše

    xmllint mathml.xml --loaddtd --load-trace --noout 2>&1 | cut '-d"' -f 2

    tohle (zkráceno):

    mathml.xml
    http://www.w3.org/Math/DTD/mathml2/mathml2.dtd
    http://www.w3.org/Math/DTD/mathml2/mathml2-qname-1.mod
    http://www.w3.org/Math/DTD/mathml2/iso9573-13/isotech.ent
    ...
    http://www.w3.org/Math/DTD/mathml2/iso8879/isobox.ent
    ...
    http://www.w3.org/Math/DTD/mathml2/mathml/mmlextra.ent
    http://www.w3.org/Math/DTD/mathml2/mathml/mmlalias.ent

    Mimochodem - nejsou ty DTD už připravené jako nějaký balíček (pro Arch se zdá, že něco takového existuje)?

    I am always ready to learn although I do not always like to be taught. (W. Churchill)
    17.12.2012 18:23 Kit
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    xmllint jsem si vyzkoušel, ale v principu mi na tomto přístupu vadí, že kvůli každému DTD uživatelského programu musím ručně hrabat do /etc/ (ke kterému má přístup jen root) nebo stále trpět několikasekundové časy zpracování. Jeví se mi to jako dost nešikovné.

    Nejde mi ani tak konkrétně o MathML, ale o obecný přístup k cachování DTD a přidružených souborů. Například i DocBook trpí podobným neduhem. To může shazovat použitelnost i jinak kvalitních projektů. Kvůli takové banalitě se výrazně prodlužují časy zpracování a to je špatně.
    17.12.2012 20:03 l4m4
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    kvůli každému DTD uživatelského programu musím ručně hrabat do /etc/
    $XML_CATALOG_FILES

    Ale především: On-line zdroje nemusejí být dostupné. Naprostá většina těch věcí je v distribucích v nějakém balíku. Takže naopak xsltproc --nonet a donutit uživatele je nainstalovat. Používáš-li něco fakt exotického, tak to tahat s sebou.
    17.12.2012 20:57 Kit
    Rozbalit Rozbalit vše Re: XSLT dlouhá doba zpracování
    Tak xsltproc mi už s $XML_CATALOG_FILES chodí i bez dalšího parametru. Saxon zatím ne, ale to mě tolik netrápí.

    Možná nejjednodušším řešením bude HTTP proxy cache.
    $ http_proxy=http://127.0.0.1:8000 xsltproc ...
    

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.