[pyar] Convertir HTML a PNG/JPG

[Lucas]

On Sep 10, 2013 8:35 AM, "Felipe Lerena" <felipelerena en gmail.com> wrote:
>
> Roberto,
> En mi caso tengo MUCHAS limitaciones de tamaño de disco y memoria y no me
puedo hacer el cowboy e instalar medio ubuntu para poder renderear una
paginita...
>
> Lipe
>
> Lipe
> twitter @felipelerena
>
>
> 2013/9/10 ralsina en netmanagers.com.ar <ralsina en netmanagers.com.ar>
>
>> Resulta que lo que necesitas para mostrar una página web es... más o
menos un browser.
>>
>>
>>
>> Yo para esto tengo un script que usa qtwebkit y anda bien, sobre todo
con la última versión que soporta webfonts.
>>
>>
>>
>> Mencionan problemas de dependencias y tener que compilar todo... de
curioso nomas: porqué?
>>
>>
>>
>> ------ Mensaje original ------
>> Desde: Federico Ferraro
>> Fecha: 10/09/2013 8:17 AM
>> Para: Python Argentina;
>> Asunto:Re: [pyar] Convertir HTML a PNG/JPG
>>
>>
>> Estimados , vi en algunos proyectos usan openoffice/libreoffice no
puntualmente para esa labor, pero puede servir .. Vi que convierten
presentaciones de powerpoint en imagenes y luego MUX con video ..
>>
>> El openoffice/libreoffice corre como un servicio en un puerto . Habría
que mirar las especificaciones ..
>>
>>
>> Slds  ...
>>
>>
>> El 10 de septiembre de 2013 02:05, Felipe Lerena <felipelerena en gmail.com>
escribió:
>>>
>>>
>>> On Sep 9, 2013 5:37 PM, "Claudio Freire" <klaussfreire en gmail.com> wrote:
>>> >
>>> > 2013/9/7 Alejandro J. Cura <alecu en protocultura.net>:
>>> > > 2013/9/6 Claudio Freire <klaussfreire en gmail.com>:
>>> > >> webkit2png no lo puedo instalar en mi server (o, más precisamente,
>>> > >> sería una patada en las tarlipes hacerlo porque tendría que
compilar
>>> > >> todo, QT y XVFB incluídos)
>>> > >>
>>> > >> Cambiar mi server de distribución (a una que soporte webkit2png)
no es
>>> > >> tampoco tan interesante como idea.
>>> > >
>>> > > Bugs de seguridad en webkit!
>>> > >
>>> > > Cualquiera de las opciones que te propusieron que incluyen "compilar
>>> > > algo" me parecen malas, porque al renderizar las páginas que
(supongo)
>>> > > vas a crawlear vas a estar dejando que cualquiera corra código js en
>>> > > tu server. Y webkit es una superficie de ataque muy amplia para
>>> > > alguien que quiera romperte algo, entonces vas a tener que estar
>>> > > actualizando vos todas esas dependencias.
>>> >
>>> >
>>> > No, suponés mal. Las genero yo.
>>> >
>>> > Pero tengo un requerimiento de transparencia muy fuerte: el PNG que
>>> > genero tiene que representar fielmente su equivalente en HTML, por eso
>>> > no puedo simplemente generar el PNG sin pasar por HTML (además, hay
>>> > pedacitos de HTML que son customizables por mis usuarios, en quienes
>>> > confío para no introducir fruta de JS - porque además sólo pueden
>>> > introducir styles, no JS, valido todo el input).
>>> >
>>> > En fin, no es un crawler, necesito el PNG porque el protocolo (OpenRTB
>>> > 2.1 al que le interese) me lo demanda.
>>> >
>>> >
>>> > 2013/9/8 Marcelo Fernandez <marcelo.fidel.fernandez en gmail.com>:
>>> > >> En mi opinión, si vas a usar esto en producción, es mucho mejor
dejar
>>> > >> que de mantener actualizadas estas cosas se encargue una
distribución,
>>> > >> que es en lo que se especializan :-)
>>> > >
>>> > > Y... es complicado, Ubuntu 13.04 por ejemplo incluye PhantomJS
>>> > > (desactualizado, 1.6 y ya va por 1.9) en los repos (Universe, que no
>>> > > tienen security updates por lo general), y tampoco depende de
>>> > > libwebkit-*, asumo que usa la versión (seguramente patcheada)
provista
>>> > > por PhantomJS. Con lo cual viendo esta situación yo me tiraría a
usar
>>> > > la versión upstream.
>>> > >
>>> > > Creo que la solución *posta* a los potenciales problemas de
seguridad
>>> > > podrían pasar por correrlo dentro de un perfil bien estricto de
>>> > > AppArmor/Selinux o bien correrlo en una VM con el disco raíz montado
>>> > > en modo read only, o usar algo por el estilo, ver zones de Solaris o
>>> > > jails de BSD.
>>> >
>>> > Sobre dejar que la distro lo mantenga, estaría de acuerdo con eso, si
>>> > la distro que está instalada en el server tuviera los paquetes. Pero
>>> > no los tiene.
>>> >
>>> > Lo del perfil de selinux me gusta. Tengo que ponerle bastante pulmón,
>>> > pero creo que se puede. Buena idea.
>>> > _______________________________________________
>>> > pyar mailing list pyar en python.org.ar
>>> > http://listas.python.org.ar/listinfo/pyar
>>> >
>>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>> >
>>> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre
de Argentina - http://www.usla.org.ar
>>>
>>> Entre nos: estas en el horno... No hay nada realmente bueno para
solucionar ese problema. Yo tuve un problema similar hace 4 meses y probé
de todo y terminé generando svg con jinja. Y lo que hay en svg no es ni un
poquito la panacea del SVG... No le podes incrustar xhml lo cual
solucionaria tu problema y el mio... Salvo que quieras usar inkscape que sí
renderiza xhtml dentro se un svg...
>>>
>>> Nos se si te sirve, pero no veo mucha mas alternativa que eso... Es una
cagada que lo que hay dependa de un stack tan pesado/complejo.
>>>
>>> Saludos,
>>> Lipe
>>>
>>>
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
Argentina - http://www.usla.org.ar
>>
>>
>>
>>
>> --
>> --
>> Federico Ferraro
>> Usuario Linux : 482533.
>> --
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
Argentina - http://www.usla.org.ar
>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
Argentina - http://www.usla.org.ar

Yo pobaria con libRocket [0]. No hace exactamente lo que necesitan out of
the box, pero no dbeberia ser complicado implementarlo encima.

Tiene bindings a python y pocas dependencias. Lo que si para renderear van
a necesitar un backend (se que alguien de PyAr lo habia hecho renderear
sobre SDL).

Saludos,

Lucas
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130910/a43ce21e/attachment-0001.html>