php-groups.com | Post Question | Search | About | Groups | Contact | Register | Login


New in This Group

almacenar imagenes con php en mysql
1/3/2010 8:39:57 AM

Dudas con sockets y SSL/TLS
12/21/2009 3:03:00 AM

que tan confiable es mysql_insert_
12/18/2009 7:12:33 AM

Conexion en Escucha con PHP-MYSQL
12/11/2009 5:27:39 PM

Exportar a Excel
11/29/2009 6:52:11 PM

Busco colaboradores
10/26/2009 7:15:07 PM

Lector de codigo de barras
10/26/2009 3:55:12 PM

system no me imprime en el php
10/21/2009 1:13:48 PM

estrategias para evitar un Denial Of Service (D.O.S)
10/8/2009 1:25:19 PM

Demasiada memoria ram
10/5/2009 11:22:27 AM

Conexion en Escucha con PHP-MYSQL Reply

Group: php.general.es Subscribe Posted:12/11/2009 5:27:39 PM Replies:0 Views:5 Items(0)
--00151774041c8d71c1047a773d35
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hola amigos

Tengo las siguientes dudas:

Tengo un modulo en PHP que debe tomar en tiempo real una solicitud que
contiene un ID y detalles y luego de ello pasar a un estado aprobado o no
aprobado, esta solicitud es generada por un usuario a trav=E9s de un form, =
los
datos van a la tabla solicitudes en mysql asociada a ese usuario que genero
dicha solicitud, la cuesti=F3n es que el modulo o ll=E1mese interfaz (pagin=
a)
que lee esta solicitud deber=EDa estar en un estado en escucha, es decir t=
an
pronto se genere la solicitud aparezca en pantalla sin estar recargando a
cada momento el navegador para ver si hay nuevas solicitudes.

Entonces se plantea lo siguiente:

1. podr=EDa hacerse un refresh cada 2 segundos pero seria engorroso adem=E1=
s de
saturar el SGBD, dado el caso de muchas instancias de este modulo abierta y
consultado cada dos segundos, aparte de estar algunos de ellos haciendo
updates (aprobado- o no aprobado) al estado de la solicitud, por
consiguiente el mismo select a la BD y usando un motor de almacenamiento
como MYISAM seguro ir=EDa muy lento para algunos(hablo de vol=FAmenes muy a=
ltos
de Selects y Updates) y de vez en cuando un bloqueo para las instancias que
est=E9n actualizando el estado de aprobaci=F3n manifestado por lentitud
o denegaci=F3n de conectivad.

2. Existe Comet quiz=E1s mas cercano a lo que quiero pero algo un poco
complejo a mi parecer, quizas debe existir una soluci=F3n mas =F3ptima y
profesional a Refresh sin congestionar el SGDB ni el servidor con tanta
peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
confundido.

De que manera podria implementar esto? alguien que pueda orientarme?.


Agradecido.


Hahmael

--00151774041c8d71c1047a773d35--
hahm...@gmail.com (hahmael)
12/11/2009 5:27:39 PM




Comet es la mejor opcion para una comunicacion con el cliente de forma
instantanea, aunque en este caso no merece la pena todo el engorro de
montarlo, para algo tan "basico".

Yo te recomendaria hacer una peticion http que devolviese solamente un
"ejecutando..." y pusiese en marcha una tarea del sistema en
background que ejecutase todo el calculo (entiendo que el proceso
puede ser muy intenso y lento).

En ese momento el cliente podria empezar a hacer llamadas XHR cada dos
minutos (mas o menos) para ver si el proceso en background ha
finalizado (algo tan simple como mirar un registro de una tabla que
ponga el estado).


El d=EDa 11 de diciembre de 2009 18:27, hahmael <hahmael@gmail.com> escribi=
=F3:
> Hola amigos
>
> =A0Tengo las siguientes dudas:
>
> Tengo un modulo en PHP que debe tomar en tiempo real una solicitud que
> contiene un ID y detalles y luego de ello pasar a un estado aprobado o no
> aprobado, esta solicitud es generada por un usuario a trav=E9s de un form=
, los
> datos van a la tabla solicitudes en mysql asociada a ese usuario que gene=
ro
> dicha solicitud, la cuesti=F3n es que el modulo o ll=E1mese interfaz (pag=
ina)
> que lee =A0esta solicitud deber=EDa estar en un estado en escucha, es dec=
ir tan
> pronto se genere la solicitud aparezca en pantalla sin estar recargando a
> cada momento el navegador para ver si hay nuevas solicitudes.
>
> Entonces se plantea lo siguiente:
>
> 1. podr=EDa hacerse un refresh cada 2 segundos pero seria engorroso adem=
=E1s de
> saturar el SGBD, dado el caso de muchas instancias de este modulo abierta=
y
> consultado cada dos segundos, aparte de estar algunos de ellos haciendo
> updates (aprobado- o no aprobado) al estado de la solicitud, por
> consiguiente el mismo select a la BD y usando un motor de almacenamiento
> como MYISAM seguro ir=EDa muy lento para algunos(hablo de vol=FAmenes muy=
altos
> de Selects y Updates) y de vez en cuando un bloqueo para las instancias q=
ue
> est=E9n actualizando el estado de aprobaci=F3n manifestado por lentitud
> o denegaci=F3n de conectivad.
>
> 2. Existe Comet quiz=E1s mas cercano a lo que quiero pero algo un poco
> complejo a mi parecer, quizas debe existir una soluci=F3n mas =F3ptima y
> profesional a Refresh sin congestionar el SGDB ni el servidor con tanta
> peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
> confundido.
>
> De que manera podria implementar esto? alguien que pueda orientarme?.
>
>
> Agradecido.
>
>
> Hahmael
>
ecentin...@gmail.com (=?ISO-8859-1?Q?Javier_Mart=EDnez_Fern=E1ndez?=)
12/11/2009 7:09:24 PM

--0016e64608480b2644047a7e15d0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hola gracias a todos por sus respuestas.

amigo fazmf99, me da curiosidad la soluci=F3n que planteas, me gustar=EDa s=
aber
poque me recomiendas InnoDB en vez de Myisam para este caso..por otro lado
lo de los sockets como seria?, es posible esta implementaci=F3n teniendo en
cuenta la limitaci=F3n de un hosting compartido tipo Goddady con el plan Li=
nux
*Unlimited, te agradeceria un poco me orientaras, pues me llama mucho la
atencion lo que has planteado.

Muchas gracias..


agradecido.



Hahmael.


2009/12/11 <fazmf99@gmail.com>

> Hola, creo q deberias usar innoDB en lugar de myisam, asi mismo si lo que
> buscas es no refrescar innecesariamente podrias probar con sockets y flas=
h
> en tu aplicativo
>
> la idea de los sockets es dejar un demonio (escrito en php con un bucle
> infinito) escuchando por un puerto mensajes, bajo este esquema las person=
as
> que hacen de cliente serian las que se registran en tu formulario y al
> finalizar envias un mensaje al demonio quien se encarga de mandar la orde=
n
> de refresco a la pagina que lee las solicitudes
>
> saludos
>
> El 11/12/2009 12:27, hahmael <hahmael@gmail.com> escribi=F3:
> > Hola amigos
> >
> >
> >
> >
> >
> > Tengo las siguientes dudas:
> >
> >
> >
> >
> >
> > Tengo un modulo en PHP que debe tomar en tiempo real una solicitud que
> >
> >
> > contiene un ID y detalles y luego de ello pasar a un estado aprobado o =
no
>
> >
> >
> > aprobado, esta solicitud es generada por un usuario a trav=E9s de un fo=
rm,
> los
> >
> >
> > datos van a la tabla solicitudes en mysql asociada a ese usuario que
> genero
> >
> >
> > dicha solicitud, la cuesti=F3n es que el modulo o ll=E1mese interfaz (p=
agina)
>
> >
> >
> > que lee esta solicitud deber=EDa estar en un estado en escucha, es dec=
ir
> tan
> >
> >
> > pronto se genere la solicitud aparezca en pantalla sin estar recargando=
a
>
> >
> >
> > cada momento el navegador para ver si hay nuevas solicitudes.
> >
> >
> >
> >
> >
> > Entonces se plantea lo siguiente:
> >
> >
> >
> >
> >
> > 1. podr=EDa hacerse un refresh cada 2 segundos pero seria engorroso ade=
m=E1s
> de
> >
> >
> > saturar el SGBD, dado el caso de muchas instancias de este modulo abier=
ta
> y
> >
> >
> > consultado cada dos segundos, aparte de estar algunos de ellos haciendo
> >
> >
> > updates (aprobado- o no aprobado) al estado de la solicitud, por
> >
> >
> > consiguiente el mismo select a la BD y usando un motor de almacenamient=
o
> >
> >
> > como MYISAM seguro ir=EDa muy lento para algunos(hablo de vol=FAmenes m=
uy
> altos
> >
> >
> > de Selects y Updates) y de vez en cuando un bloqueo para las instancias
> que
> >
> >
> > est=E9n actualizando el estado de aprobaci=F3n manifestado por lentitud
> >
> >
> > o denegaci=F3n de conectivad.
> >
> >
> >
> >
> >
> > 2. Existe Comet quiz=E1s mas cercano a lo que quiero pero algo un poco
> >
> >
> > complejo a mi parecer, quizas debe existir una soluci=F3n mas =F3ptima =
y
> >
> >
> > profesional a Refresh sin congestionar el SGDB ni el servidor con tanta
> >
> >
> > peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
> >
> >
> > confundido.
> >
> >
> >
> >
> >
> > De que manera podria implementar esto? alguien que pueda orientarme?.
> >
> >
> >
> >
> >
> >
> >
> >
> > Agradecido.
> >
> >
> >
> >
> >
> >
> >
> >
> > Hahmael
> >
> >
> >
>

--0016e64608480b2644047a7e15d0--
hahm...@gmail.com (hahmael)
12/12/2009 1:37:24 AM

--0016e6480e08219b71047a7e1bac
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Si amigo lo de Comet seria demasiado para esto quizas, cuando dices de hace=
r
una peticion http que devuelva solo un "ejecutando" a que te refieres?

agradecido.

Hahmael.

2009/12/11 Javier Mart=EDnez Fern=E1ndez <ecentinela@gmail.com>

> Comet es la mejor opcion para una comunicacion con el cliente de forma
> instantanea, aunque en este caso no merece la pena todo el engorro de
> montarlo, para algo tan "basico".
>
> Yo te recomendaria hacer una peticion http que devolviese solamente un
> "ejecutando..." y pusiese en marcha una tarea del sistema en
> background que ejecutase todo el calculo (entiendo que el proceso
> puede ser muy intenso y lento).
>
> En ese momento el cliente podria empezar a hacer llamadas XHR cada dos
> minutos (mas o menos) para ver si el proceso en background ha
> finalizado (algo tan simple como mirar un registro de una tabla que
> ponga el estado).
>
>
> El d=EDa 11 de diciembre de 2009 18:27, hahmael <hahmael@gmail.com>
> escribi=F3:
> > Hola amigos
> >
> > Tengo las siguientes dudas:
> >
> > Tengo un modulo en PHP que debe tomar en tiempo real una solicitud que
> > contiene un ID y detalles y luego de ello pasar a un estado aprobado o =
no
> > aprobado, esta solicitud es generada por un usuario a trav=E9s de un fo=
rm,
> los
> > datos van a la tabla solicitudes en mysql asociada a ese usuario que
> genero
> > dicha solicitud, la cuesti=F3n es que el modulo o ll=E1mese interfaz (p=
agina)
> > que lee esta solicitud deber=EDa estar en un estado en escucha, es dec=
ir
> tan
> > pronto se genere la solicitud aparezca en pantalla sin estar recargando=
a
> > cada momento el navegador para ver si hay nuevas solicitudes.
> >
> > Entonces se plantea lo siguiente:
> >
> > 1. podr=EDa hacerse un refresh cada 2 segundos pero seria engorroso ade=
m=E1s
> de
> > saturar el SGBD, dado el caso de muchas instancias de este modulo abier=
ta
> y
> > consultado cada dos segundos, aparte de estar algunos de ellos haciendo
> > updates (aprobado- o no aprobado) al estado de la solicitud, por
> > consiguiente el mismo select a la BD y usando un motor de almacenamient=
o
> > como MYISAM seguro ir=EDa muy lento para algunos(hablo de vol=FAmenes m=
uy
> altos
> > de Selects y Updates) y de vez en cuando un bloqueo para las instancias
> que
> > est=E9n actualizando el estado de aprobaci=F3n manifestado por lentitud
> > o denegaci=F3n de conectivad.
> >
> > 2. Existe Comet quiz=E1s mas cercano a lo que quiero pero algo un poco
> > complejo a mi parecer, quizas debe existir una soluci=F3n mas =F3ptima =
y
> > profesional a Refresh sin congestionar el SGDB ni el servidor con tanta
> > peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
> > confundido.
> >
> > De que manera podria implementar esto? alguien que pueda orientarme?.
> >
> >
> > Agradecido.
> >
> >
> > Hahmael
> >
>
> --
> PHP Spanish Localization Talk Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--0016e6480e08219b71047a7e1bac--
hahm...@gmail.com (hahmael)
12/12/2009 1:39:06 AM

--0023545bd494fd18a7047a884aa8
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

No s=C3=A9 si he entendido bien la cuesti=C3=B3n que se plantea, pero me da=
la
impresi=C3=B3n de que intent=C3=A1is matar moscas a ca=C3=B1onazos... =C2=
=BFQue tal una simple
acci=C3=B3n de AJAX, JSON para comprobar el estado y si este cambia mostrar=
el
resultado en alguna parte la Web? Por si pudiera servir o no lo hubieses
tenido en cuenta.

Un saludo.

--=20
Philipp Keweloh

"La luna y el amor, cuando no crecen, disminuyen." Michel de Montaigne

El 12 de diciembre de 2009 02:39, hahmael <hahmael@gmail.com> escribi=C3=B3=
:

> Si amigo lo de Comet seria demasiado para esto quizas, cuando dices de
> hacer
> una peticion http que devuelva solo un "ejecutando" a que te refieres?
>
> agradecido.
>
> Hahmael.
>
> 2009/12/11 Javier Mart=C3=ADnez Fern=C3=A1ndez <ecentinela@gmail.com>
>
> > Comet es la mejor opcion para una comunicacion con el cliente de forma
> > instantanea, aunque en este caso no merece la pena todo el engorro de
> > montarlo, para algo tan "basico".
> >
> > Yo te recomendaria hacer una peticion http que devolviese solamente un
> > "ejecutando..." y pusiese en marcha una tarea del sistema en
> > background que ejecutase todo el calculo (entiendo que el proceso
> > puede ser muy intenso y lento).
> >
> > En ese momento el cliente podria empezar a hacer llamadas XHR cada dos
> > minutos (mas o menos) para ver si el proceso en background ha
> > finalizado (algo tan simple como mirar un registro de una tabla que
> > ponga el estado).
> >
> >
> > El d=C3=ADa 11 de diciembre de 2009 18:27, hahmael <hahmael@gmail.com>
> > escribi=C3=B3:
> > > Hola amigos
> > >
> > > Tengo las siguientes dudas:
> > >
> > > Tengo un modulo en PHP que debe tomar en tiempo real una solicitud qu=
e
> > > contiene un ID y detalles y luego de ello pasar a un estado aprobado =
o
> no
> > > aprobado, esta solicitud es generada por un usuario a trav=C3=A9s de =
un
> form,
> > los
> > > datos van a la tabla solicitudes en mysql asociada a ese usuario que
> > genero
> > > dicha solicitud, la cuesti=C3=B3n es que el modulo o ll=C3=A1mese int=
erfaz
> (pagina)
> > > que lee esta solicitud deber=C3=ADa estar en un estado en escucha, e=
s decir
> > tan
> > > pronto se genere la solicitud aparezca en pantalla sin estar recargan=
do
> a
> > > cada momento el navegador para ver si hay nuevas solicitudes.
> > >
> > > Entonces se plantea lo siguiente:
> > >
> > > 1. podr=C3=ADa hacerse un refresh cada 2 segundos pero seria engorros=
o
> adem=C3=A1s
> > de
> > > saturar el SGBD, dado el caso de muchas instancias de este modulo
> abierta
> > y
> > > consultado cada dos segundos, aparte de estar algunos de ellos hacien=
do
> > > updates (aprobado- o no aprobado) al estado de la solicitud, por
> > > consiguiente el mismo select a la BD y usando un motor de
> almacenamiento
> > > como MYISAM seguro ir=C3=ADa muy lento para algunos(hablo de vol=C3=
=BAmenes muy
> > altos
> > > de Selects y Updates) y de vez en cuando un bloqueo para las instanci=
as
> > que
> > > est=C3=A9n actualizando el estado de aprobaci=C3=B3n manifestado por =
lentitud
> > > o denegaci=C3=B3n de conectivad.
> > >
> > > 2. Existe Comet quiz=C3=A1s mas cercano a lo que quiero pero algo un =
poco
> > > complejo a mi parecer, quizas debe existir una soluci=C3=B3n mas =C3=
=B3ptima y
> > > profesional a Refresh sin congestionar el SGDB ni el servidor con tan=
ta
> > > peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
> > > confundido.
> > >
> > > De que manera podria implementar esto? alguien que pueda orientarme?.
> > >
> > >
> > > Agradecido.
> > >
> > >
> > > Hahmael
> > >
> >
> > --
> > PHP Spanish Localization Talk Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>

--0023545bd494fd18a7047a884aa8--
sku...@gmail.com (Philipp Keweloh)
12/12/2009 1:48:19 PM

Ajax es tu soluci�n.


hahmael wrote:
> Hola amigos
>
> Tengo las siguientes dudas:
>
> Tengo un modulo en PHP que debe tomar en tiempo real una solicitud que
> contiene un ID y detalles y luego de ello pasar a un estado aprobado o no
> aprobado, esta solicitud es generada por un usuario a trav�s de un form, los
> datos van a la tabla solicitudes en mysql asociada a ese usuario que genero
> dicha solicitud, la cuesti�n es que el modulo o ll�mese interfaz (pagina)
> que lee esta solicitud deber�a estar en un estado en escucha, es decir tan
> pronto se genere la solicitud aparezca en pantalla sin estar recargando a
> cada momento el navegador para ver si hay nuevas solicitudes.
>
> Entonces se plantea lo siguiente:
>
> 1. podr�a hacerse un refresh cada 2 segundos pero seria engorroso adem�s de
> saturar el SGBD, dado el caso de muchas instancias de este modulo abierta y
> consultado cada dos segundos, aparte de estar algunos de ellos haciendo
> updates (aprobado- o no aprobado) al estado de la solicitud, por
> consiguiente el mismo select a la BD y usando un motor de almacenamiento
> como MYISAM seguro ir�a muy lento para algunos(hablo de vol�menes muy altos
> de Selects y Updates) y de vez en cuando un bloqueo para las instancias que
> est�n actualizando el estado de aprobaci�n manifestado por lentitud
> o denegaci�n de conectivad.
>
> 2. Existe Comet quiz�s mas cercano a lo que quiero pero algo un poco
> complejo a mi parecer, quizas debe existir una soluci�n mas �ptima y
> profesional a Refresh sin congestionar el SGDB ni el servidor con tanta
> peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
> confundido.
>
> De que manera podria implementar esto? alguien que pueda orientarme?.
>
>
> Agradecido.
>
>
> Hahmael
>
>

--
Denyl Meneses Guill�n
Dpto. Sistemas
GRUPO DELTRON S.A
Telf: 415 0101 anexo 1223

Calle Ra�l Rebagliati 170
Urb. Santa Catalina - La Victoria

-----------------------------------------------------------------
�I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones.�

denyl.mene...@consulting.com.pe (=?windows-1252?Q?Denyl_Meneses_Guill=E9n?=)
12/12/2009 2:52:40 PM

--0016363b7984852fcb047a894315
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Gracias a todos, comprendo Ajax es buena opcion, lo pretendia o pretendo es
no inundar el servidor con peticiones cada X segundos, independientemente d=
e
que sea con el objeto XMLHTTPREQUEST, igual cada vez seria una petici=F3n a=
l
servidor y si es un gran volumen, esto se volver=E1 tedioso y propenso a la
falla, sin embargo pienso ya me salgo un poco del tema de la Lista.

agradecido con todos.

hahmael.

2009/12/12 Philipp Keweloh <skunk1@gmail.com>

> No s=E9 si he entendido bien la cuesti=F3n que se plantea, pero me da la
> impresi=F3n de que intent=E1is matar moscas a ca=F1onazos... =BFQue tal u=
na simple
> acci=F3n de AJAX, JSON para comprobar el estado y si este cambia mostrar =
el
> resultado en alguna parte la Web? Por si pudiera servir o no lo hubieses
> tenido en cuenta.
>
> Un saludo.
>
> --
> Philipp Keweloh
>
> "La luna y el amor, cuando no crecen, disminuyen." Michel de Montaigne
>
> El 12 de diciembre de 2009 02:39, hahmael <hahmael@gmail.com> escribi=F3:
>
> Si amigo lo de Comet seria demasiado para esto quizas, cuando dices de
>> hacer
>> una peticion http que devuelva solo un "ejecutando" a que te refieres?
>>
>> agradecido.
>>
>> Hahmael.
>>
>> 2009/12/11 Javier Mart=EDnez Fern=E1ndez <ecentinela@gmail.com>
>>
>> > Comet es la mejor opcion para una comunicacion con el cliente de forma
>> > instantanea, aunque en este caso no merece la pena todo el engorro de
>> > montarlo, para algo tan "basico".
>> >
>> > Yo te recomendaria hacer una peticion http que devolviese solamente un
>> > "ejecutando..." y pusiese en marcha una tarea del sistema en
>> > background que ejecutase todo el calculo (entiendo que el proceso
>> > puede ser muy intenso y lento).
>> >
>> > En ese momento el cliente podria empezar a hacer llamadas XHR cada dos
>> > minutos (mas o menos) para ver si el proceso en background ha
>> > finalizado (algo tan simple como mirar un registro de una tabla que
>> > ponga el estado).
>> >
>> >
>> > El d=EDa 11 de diciembre de 2009 18:27, hahmael <hahmael@gmail.com>
>> > escribi=F3:
>> > > Hola amigos
>> > >
>> > > Tengo las siguientes dudas:
>> > >
>> > > Tengo un modulo en PHP que debe tomar en tiempo real una solicitud q=
ue
>> > > contiene un ID y detalles y luego de ello pasar a un estado aprobado=
o
>> no
>> > > aprobado, esta solicitud es generada por un usuario a trav=E9s de un
>> form,
>> > los
>> > > datos van a la tabla solicitudes en mysql asociada a ese usuario que
>> > genero
>> > > dicha solicitud, la cuesti=F3n es que el modulo o ll=E1mese interfaz
>> (pagina)
>> > > que lee esta solicitud deber=EDa estar en un estado en escucha, es
>> decir
>> > tan
>> > > pronto se genere la solicitud aparezca en pantalla sin estar
>> recargando a
>> > > cada momento el navegador para ver si hay nuevas solicitudes.
>> > >
>> > > Entonces se plantea lo siguiente:
>> > >
>> > > 1. podr=EDa hacerse un refresh cada 2 segundos pero seria engorroso
>> adem=E1s
>> > de
>> > > saturar el SGBD, dado el caso de muchas instancias de este modulo
>> abierta
>> > y
>> > > consultado cada dos segundos, aparte de estar algunos de ellos
>> haciendo
>> > > updates (aprobado- o no aprobado) al estado de la solicitud, por
>> > > consiguiente el mismo select a la BD y usando un motor de
>> almacenamiento
>> > > como MYISAM seguro ir=EDa muy lento para algunos(hablo de vol=FAmene=
s muy
>> > altos
>> > > de Selects y Updates) y de vez en cuando un bloqueo para las
>> instancias
>> > que
>> > > est=E9n actualizando el estado de aprobaci=F3n manifestado por lenti=
tud
>> > > o denegaci=F3n de conectivad.
>> > >
>> > > 2. Existe Comet quiz=E1s mas cercano a lo que quiero pero algo un po=
co
>> > > complejo a mi parecer, quizas debe existir una soluci=F3n mas =F3pti=
ma y
>> > > profesional a Refresh sin congestionar el SGDB ni el servidor con
>> tanta
>> > > peticion HTTP, o un apoyo parcial en PHP para ello. estoy un poco
>> > > confundido.
>> > >
>> > > De que manera podria implementar esto? alguien que pueda orientarme?=
..
>> > >
>> > >
>> > > Agradecido.
>> > >
>> > >
>> > > Hahmael
>> > >
>> >
>> > --
>> > PHP Spanish Localization Talk Mailing List (http://www.php.net/)
>> > To unsubscribe, visit: http://www.php.net/unsub.php
>> >
>> >
>>
>

--0016363b7984852fcb047a894315--
hahm...@gmail.com (hahmael)
12/12/2009 2:57:48 PM


Reply:
| or Email(not shown): Name: | Register | Login

Alert me when someone responds to this posting.








Newest Articles

note 97095 added to soapclient.soapclient
4/1/2010 5:58:19 AM

note 97094 added to function.sqlite-changes
4/1/2010 5:06:46 AM

note 97093 added to function.sqlite-changes
4/1/2010 5:06:21 AM

note 97092 added to ref.xmlrpc
4/1/2010 4:52:18 AM

note 97091 added to function.var-export
4/1/2010 3:32:03 AM