Il convertitore pdf di Pisa è molto lento con i grandi tavoli

Question

Sto usando Pisa per convertire l'HTML in PDF (in un progetto Django). È molto lento quando si gestiscono tabelle che si estendono su più pagine:

una tabella di 200 righe richiede fino a 150 secondi per essere convertita, mentre ci vogliono 15 secondi se la divido in tabelle più piccole.

Ci sono suggerimenti o best practice per la creazione di tabelle HTML da gestire da Pisa?

Answer 1

Ho avuto lo stesso problema. Il documento era solo una prima pagina e un enorme tavolo. Il tempo di rendering PDF aumentava esponenzialmente con la dimensione della mia tabella di contenuti.

Ho fatto una lista di cose da controllare, che potrebbe essere il problema

ho fatto semplice sincronizzazione sulla mia funzione di rendering PDF (dal momento che potrebbe essere il rendering HTML, di passarlo a StringIO, o la creazione di risposta HTTP), e ha notato che la chiamata a pisa.pisaDocument ha impiegato 60 secondi per tornare. Ho fatto una lista di cose che potrebbero essere il problema, e ho lavorato su ognuna di esse. La checklist includeva immagini, CSS, complessità di markup e frame.

Le immagini hanno interessato a malapena il tempo di rendering (ne avevo solo una per pagina, quindi YMMV). Neanche Frames.

La complessità del markup era il problema principale del mio modello. Apparentemente pisa renderà molte colonne in una tabella molto, molto lentamente

La tabella impiegava troppo tempo per il rendering, ma ho notato che se dividevo la tabella in tabelle più piccole, il tempo di rendering non aumentava più esponenzialmente, e il tempo necessario per rendere tutto è stato tagliato a metà. Ho usato il codice qui sotto nel mio modello Django:

{% if forloop.counter|divisibleby:20 %}</table><table>{% endif %} 

edit: Questa correzione non funziona bene con la ripetizione intestazioni di tabella, quindi se si sta facendo repeat="1" dovete sapere esattamente quante righe per adattarsi in ogni pagina.

Inoltre, ho avuto questo mostro di un selettore a mio CSS:

html, body, div, span, applet, object, iframe, 
    h1, h2, h3, h4, h5, h6, p, blockquote, pre, 
    a, abbr, acronym, address, big, cite, code, 
    del, dfn, em, img, ins, kbd, q, s, samp, 
    small, strike, strong, sub, sup, tt, var, 
    b, u, i, center, 
    dl, dt, dd, ol, ul, li, 
    fieldset, form, label, legend, 
    table, caption, tbody, tfoot, thead, tr, th, td, 
    article, aside, canvas, details, embed, 
    figure, figcaption, footer, header, hgroup, 
    menu, nav, output, ruby, section, summary, 
    time, mark, audio, video{ 
     ... 
    } 

Cambiando al * {...} il rendering accelerato un po '. Questo è stato contro-intuitivo dal momento che i browser non renderanno la tua pagina altrettanto veloce quando si utilizza il selettore * rispetto a quando si utilizza il mostro di cui sopra.

Inoltre, per qualche motivo, la fusione di due tag in-page <style> in un tag ha diminuito anche il tempo di rendering.