Re: [Facturalux-desarrollo] Las consultas =?utf-8?q?as=C3=ADncronas_no_resuelven_el?= problema

[<ra...@di...>]

El Lunes 07 Marzo 2005 09:34, Federico Albujer Zornoza escribi=C3=B3:
> Hola,
>
> para nosotros, en red local, lo resuelve perfectamente, y las consultas
> "pesadas" (sobre todo en informes) que antes congelaban el GUI ahora
> muestran el dialogo de progreso que avanza continuamente si una consulta
> dur=C3=A1 m=C3=A1s de 2 segundos.
>
> PQconsumerInput no bloquea, lee lo que hay disponible, si no hay nada vue=
le
> inmediatamente, y si hay algo lo almacena en un buffer intermedio, de una
> manera mucho m=C3=A1s r=C3=A1pida que la de obtener el resultado, con una
> configuraci=C3=B3n adecuada de postgres con los suficientes "shared buffe=
rs" va
> muy r=C3=A1pido.

Como ya dije, no s=C3=A9 si hab=C3=ADa entendido bien el asunto, veo que no.

> En "remoto" supongo que te refieres via internet, en este caso FacutraLUX
> Lite no est=C3=A1 pensada para trabajar as=C3=AD, para eso tenemos Enterp=
rise que
> hace un tratamiento mas sofisticado de los resultados.

En remoto me refiero incluso con un servidor local, pero saturado.
La Enterprise no est=C3=A1 publicada o =C2=BFs=C3=AD?. Se que se basa en BE=
EP (creo recordar=20
haber leido algo sobre eso en la web de facturalux).
Supongo que la Enterprise se basa el cliente/servidor mas avanzado, al usar=
=20
BEEP la hist=C3=B3ria es diferente.

Yo ahora mismo con Facturalux tengo b=C3=A1sicamente tres problemas, que he=
=20
medio-resuelto:

a) Control de usuarios,grupos y perfiles, lo he resuelto con un port "r=C3=
=A1pido"=20
de phpgacl. Aunque es un engorro el tener que estar comprobando continuamen=
te=20
los permisos.

b) A=C3=B1adir/Eliminar o Mostrar/Ocultar campos y formularios de una forma=
 mas=20
d=C3=ADnamica. Por ahora lo que hago es que si un "m=C3=B3dulo" quiere a=C3=
=B1adir "algo" a=20
otro, lo hago a=C3=B1adiendo un tab nuevo al formulario correspondiente del=
 primer=20
m=C3=B3dulo, pero me gustar=C3=ADa llegar a un punto donde se pueda posicio=
nar un campo=20
nuevo dentro de un formulario ya existente sin tener que a=C3=B1adir un nue=
vo tab.

c) Kugar es una MIERDA, lo siento, pero es verdad, para tener que andar=20
creando el informe con el editor y luego tocarlo a mano con el vi, prefiero=
=20
hacerlos con reportlab y RML, que de hecho es como lo tengo.
No me gusta la presentaci=C3=B3n de kugar, las tipograf=C3=ADas salen "feas=
", adem=C3=A1s de=20
que no salen igual en una plataforma que en otra. "Hace cosas raras" con la=
=20
colocaci=C3=B3n de las etiquetas, muchas veces las solapa. A lo mejor es=20
simplemente que no se usarlo, pero desde luego me resulta mucho mas facil=20
hacerlo con reportlab.

Esto no son mas que opiniones y sujerencias, desde luego que a=C3=BAn tenem=
os mucho=20
trabajo por delante y que para determinados entornos Facturalux ya es=20
productivo, pero es que a veces me desespero intentando echar a andar algun=
a=20
cosa y por alg=C3=BAn lado hay que soltar "lastre" ;-).

Saludos