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 17:44 | Nová verze

    Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    dnes 04:44 | Komunita

    Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.

    Ladislav Hagara | Komentářů: 1
    dnes 03:55 | Nová verze

    VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.

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

    Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách

    … více »
    Ladislav Hagara | Komentářů: 5
    včera 15:44 | Zajímavý článek

    David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.

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

    Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.

    JZD | Komentářů: 0
    včera 12:55 | Komunita

    Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.

    Ladislav Hagara | Komentářů: 0
    27.4. 23:11 | IT novinky

    Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.

    Ladislav Hagara | Komentářů: 2
    27.4. 14:22 | Komunita

    Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.

    Ladislav Hagara | Komentářů: 8
    27.4. 04:44 | Komunita

    Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (8%)
     (2%)
     (13%)
     (31%)
     (4%)
     (7%)
     (3%)
     (15%)
     (25%)
    Celkem 1449 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: XSLT dlouhá doba zpracování

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