abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 13:33 | Nová verze

    Byla vydána nová verze 2.44.0 distribuovaného systému správy verzí Git. Přispělo 85 vývojářů, z toho 34 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 8.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    včera 12:33 | Nová verze

    Google zveřejnil seznam 195 organizací přijatých do letošního Google Summer of Code (GSoC). Dle plánu se zájemci přihlašují od 18. března do 2. dubna. Vydělat si mohou od 750 do 6600 dolarů. V Česku a na Slovensku je to 900 dolarů za malý, 1800 dolarů za střední a 3600 dolarů pro velký projekt. Další informace v často kladených otázkách (FAQ). K dispozici jsou také statistiky z minulých let.

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | Nová verze

    Mixxx (Wikipedie), tj. svobodný software určený (nejenom) pro diskžokeje, byl vydán v nové major verzi 2.4.0. Přehled novinek i s videi v oficiálním oznámení. Aktualizována byla také uživatelská příručka. Oficiální flatpak je k dispozici na Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.2. 18:44 | IT novinky

    Softwarová společnost Avast musí ve Spojených státech zaplatit pokutu 16,5 milionu dolarů (více než 386 milionů Kč) a přestat prodávat data o uživatelích k reklamním účelům. V tiskové zprávě to ve čtvrtek oznámila americká Federální obchodní komise (FTC). Společnost Avast se sídlem v Británii se podle FTC nedovoleného jednání dopouštěla přes svou českou součást Jumpshot.

    Ladislav Hagara | Komentářů: 21
    23.2. 14:33 | Zajímavý článek

    Andrey Konovalov popisuje, jak se mu podařilo na notebooku Lenovo ThinkPad X1 Carbon 6. generace povolit řadič xDCI, aby umožnil emulaci libovolných USB zařízení.

    Fluttershy, yay! | Komentářů: 1
    23.2. 10:00 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.2 Kereru. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    23.2. 09:00 | Nová verze

    MindForger, tj. poznámkový blok, markdown editor a nástroj pro management znalostí, byl vydán v nové major verzi 2.0.0. Přehled novinek na GitHubu. Hlavní novinkou je integrace s LLM (OpenAI).

    Ladislav Hagara | Komentářů: 0
    23.2. 08:00 | IT novinky Ladislav Hagara | Komentářů: 8
    Kolik máte nálepek na víku notebooku?
     (17%)
     (60%)
     (5%)
     (4%)
     (5%)
     (9%)
    Celkem 381 hlasů
     Komentářů: 14, poslední včera 17:01
    Rozcestník

    Dotaz: XSLT dlouhá doba zpracování

    17.12.2012 09:57 Kit
    XSLT dlouhá doba zpracování
    Přečteno: 210×
    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.