Ajax Reverso(Comet)
11 views
Skip to first unread message
abdoral.neto
Jan 7, 2009, 1:03:43 PM1/7/09
to Framework JavaScript jProton
Bem estou num projeto de pesquisa da universidade e estou a tempos
pesquisando sobre Framewoks, mais precisamente a parte da comunicação
cliente-servidor. Como vi vcs implemetaram algo bem interesante na
parte em que vcs tratam do Ajax, gostaria de saber de vcs quais os
beneficios q vcs obtiveram em termos de performasse na comunicação de
dados.
Abraços,
pesquisando sobre Framewoks, mais precisamente a parte da comunicação
cliente-servidor. Como vi vcs implemetaram algo bem interesante na
parte em que vcs tratam do Ajax, gostaria de saber de vcs quais os
beneficios q vcs obtiveram em termos de performasse na comunicação de
dados.
Abraços,
Pedro Simonetti Garcia
Jan 9, 2009, 6:25:41 PM1/9/09
to jpr...@googlegroups.com
Olá abdoral.neto,
Obrigado por entrar em contato!
Permita-me esclarecer uma coisa. O framework jProton não suporta
(ainda) o Ajax Reverso, ou seja, fazer com que o navegador receba
eventos gerados pelo servidor. Yuri estava fazendo estudos
experimentais para suportarmos esse recurso, mas ainda não
temos nada concreto.
Ajax Reverso é um assunto polêmico pois, se formos analisar à risca,
ele não é possível (será no HTML5) pois a atual especificação do
HTML somente permite que o navegador mande eventos para
o servidor, e não o contrário. Existem, entretanto, "gambiarras"
que simulam esse recurso.
Com relação à sua pergunta, é difícil responder, pois vc está
falando de uma maneira muito geral, e os benefícios só podem
de fato serem avaliados analisando cada caso.
Ajax é uma faca de dois gumes. Ele lhe dá uma série de novos
(e tentadores) recursos, mas ele aumenta consideravelmente
a complixadade de sua aplicação. Em grandes aplicações
os benefícios são maiores, mas em pequenas aplicações,
as dores de cabeça podem ser bem maiores do que o
benefício.
Espero ter ajudado de alguma forma.
abraços,
Pedro Simonetti.
Obrigado por entrar em contato!
Permita-me esclarecer uma coisa. O framework jProton não suporta
(ainda) o Ajax Reverso, ou seja, fazer com que o navegador receba
eventos gerados pelo servidor. Yuri estava fazendo estudos
experimentais para suportarmos esse recurso, mas ainda não
temos nada concreto.
Ajax Reverso é um assunto polêmico pois, se formos analisar à risca,
ele não é possível (será no HTML5) pois a atual especificação do
HTML somente permite que o navegador mande eventos para
o servidor, e não o contrário. Existem, entretanto, "gambiarras"
que simulam esse recurso.
Com relação à sua pergunta, é difícil responder, pois vc está
falando de uma maneira muito geral, e os benefícios só podem
de fato serem avaliados analisando cada caso.
Ajax é uma faca de dois gumes. Ele lhe dá uma série de novos
(e tentadores) recursos, mas ele aumenta consideravelmente
a complixadade de sua aplicação. Em grandes aplicações
os benefícios são maiores, mas em pequenas aplicações,
as dores de cabeça podem ser bem maiores do que o
benefício.
Espero ter ajudado de alguma forma.
abraços,
Pedro Simonetti.
2009/1/7 abdoral.neto <abdora...@gmail.com>
ABDORAL Neto
Jan 10, 2009, 9:36:17 AM1/10/09
to jpr...@googlegroups.com
Ajudou bastante mesmo, o Comet tem gerado muita dor de cabeça na pesquisa, na realidade a pesquisa é em uma empresa de ERP, sendo que nós temos uma própria engine, uma própria IDE, então minha função é justamente analisar se seria viável reformular todo nosso sistema ou partir para algum de "mercado" digamos assim.
Então nós estamos tentando desenvolverm um ambiente de desenvolvimento via WEB, que seja eficiente quando à quedas de conexões, ou seja, trabalhar uma formar de o cliente solicitar algo ao servidor, e tratar o fato de que caso o servidor retorne uma resposta e o cliente esteja "morto" esse arquivo seria salvo no servidor e somente quando for feito reestabelicimento da conexão o ambiente mostrar os processos que foram concliudos ai o usuário os mostra no ambiente!
Com isso poderiamos ter também um ambiente multitarefa, bem acho que te enchi demais, obrigado pela atenção!
Abraços!
--
Abdoral Neto
Então nós estamos tentando desenvolverm um ambiente de desenvolvimento via WEB, que seja eficiente quando à quedas de conexões, ou seja, trabalhar uma formar de o cliente solicitar algo ao servidor, e tratar o fato de que caso o servidor retorne uma resposta e o cliente esteja "morto" esse arquivo seria salvo no servidor e somente quando for feito reestabelicimento da conexão o ambiente mostrar os processos que foram concliudos ai o usuário os mostra no ambiente!
Com isso poderiamos ter também um ambiente multitarefa, bem acho que te enchi demais, obrigado pela atenção!
Abraços!
2009/1/9 Pedro Simonetti Garcia <pedrosi...@gmail.com>
--
Abdoral Neto
Yuri Nascimento
Jan 12, 2009, 7:52:32 AM1/12/09
to Framework JavaScript jProton
Como é um assunto delicado, vou falar do estudo que fiz em cima do
Comet.
Como todas técnicas do ajax (XmlHttpRequest, JSONP, Comet, etc...)
existem prós e contras.
Basicamente são:
Prós:
Chamadas do servidor para o cliente;
Menor quantidade de chamadas para o servidor;
Menor custo para o cliente (Banda de internet);
Contras:
Maior custo para o servidor manter cada conexão ativa;
Escalabilidade;
Na minha opnião os prós não compensam, os contras pesam muito,
principalmente escalabilidade.
Hoje poucos servidores estão preparados para manter uma conexão Http
ativa por muito tempo.
O custo por conexão inviabiliza o projeto.
Recomendo a leitura deste post: http://framebox.blogspot.com/2008/10/comet-ajax-reverso.html
Caso tenha mais alguma dúvida responderemos com prazer.
On 10 jan, 12:36, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Ajudou bastante mesmo, o Comet tem gerado muita dor de cabeça na pesquisa,
> na realidade a pesquisa é em uma empresa de ERP, sendo que nós temos uma
> própria engine, uma própria IDE, então minha função é justamente analisar se
> seria viável reformular todo nosso sistema ou partir para algum de "mercado"
> digamos assim.
>
> Então nós estamos tentando desenvolverm um ambiente de desenvolvimento via
> WEB, que seja eficiente quando à quedas de conexões, ou seja, trabalhar uma
> formar de o cliente solicitar algo ao servidor, e tratar o fato de que caso
> o servidor retorne uma resposta e o cliente esteja "morto" esse arquivo
> seria salvo no servidor e somente quando for feito reestabelicimento da
> conexão o ambiente mostrar os processos que foram concliudos ai o usuário os
> mostra no ambiente!
>
> Com isso poderiamos ter também um ambiente multitarefa, bem acho que te
> enchi demais, obrigado pela atenção!
>
> Abraços!
>
> 2009/1/9 Pedro Simonetti Garcia <pedrosimone...@gmail.com>
Comet.
Como todas técnicas do ajax (XmlHttpRequest, JSONP, Comet, etc...)
existem prós e contras.
Basicamente são:
Prós:
Chamadas do servidor para o cliente;
Menor quantidade de chamadas para o servidor;
Menor custo para o cliente (Banda de internet);
Contras:
Maior custo para o servidor manter cada conexão ativa;
Escalabilidade;
Na minha opnião os prós não compensam, os contras pesam muito,
principalmente escalabilidade.
Hoje poucos servidores estão preparados para manter uma conexão Http
ativa por muito tempo.
O custo por conexão inviabiliza o projeto.
Recomendo a leitura deste post: http://framebox.blogspot.com/2008/10/comet-ajax-reverso.html
Caso tenha mais alguma dúvida responderemos com prazer.
On 10 jan, 12:36, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Ajudou bastante mesmo, o Comet tem gerado muita dor de cabeça na pesquisa,
> na realidade a pesquisa é em uma empresa de ERP, sendo que nós temos uma
> própria engine, uma própria IDE, então minha função é justamente analisar se
> seria viável reformular todo nosso sistema ou partir para algum de "mercado"
> digamos assim.
>
> Então nós estamos tentando desenvolverm um ambiente de desenvolvimento via
> WEB, que seja eficiente quando à quedas de conexões, ou seja, trabalhar uma
> formar de o cliente solicitar algo ao servidor, e tratar o fato de que caso
> o servidor retorne uma resposta e o cliente esteja "morto" esse arquivo
> seria salvo no servidor e somente quando for feito reestabelicimento da
> conexão o ambiente mostrar os processos que foram concliudos ai o usuário os
> mostra no ambiente!
>
> Com isso poderiamos ter também um ambiente multitarefa, bem acho que te
> enchi demais, obrigado pela atenção!
>
> Abraços!
>
>
>
>
> > Olá abdoral.neto,
>
> > Obrigado por entrar em contato!
>
> > Permita-me esclarecer uma coisa. O framework jProton não suporta
> > (ainda) o Ajax Reverso, ou seja, fazer com que o navegador receba
> > eventos gerados pelo servidor. Yuri estava fazendo estudos
> > experimentais para suportarmos esse recurso, mas ainda não
> > temos nada concreto.
>
> > Ajax Reverso é um assunto polêmico pois, se formos analisar à risca,
> > ele não é possível (será no HTML5) pois a atual especificação do
> > HTML somente permite que o navegador mande eventos para
> > o servidor, e não o contrário. Existem, entretanto, "gambiarras"
> > que simulam esse recurso.
>
> > Com relação à sua pergunta, é difícil responder, pois vc está
> > falando de uma maneira muito geral, e os benefícios só podem
> > de fato serem avaliados analisando cada caso.
>
> > Ajax é uma faca de dois gumes. Ele lhe dá uma série de novos
> > (e tentadores) recursos, mas ele aumenta consideravelmente
> > a complixadade de sua aplicação. Em grandes aplicações
> > os benefícios são maiores, mas em pequenas aplicações,
> > as dores de cabeça podem ser bem maiores do que o
> > benefício.
>
> > Espero ter ajudado de alguma forma.
>
> > abraços,
>
> > Pedro Simonetti.
>
> > 2009/1/7 abdoral.neto <abdoral.n...@gmail.com>
>
>
> > Olá abdoral.neto,
>
> > Obrigado por entrar em contato!
>
> > Permita-me esclarecer uma coisa. O framework jProton não suporta
> > (ainda) o Ajax Reverso, ou seja, fazer com que o navegador receba
> > eventos gerados pelo servidor. Yuri estava fazendo estudos
> > experimentais para suportarmos esse recurso, mas ainda não
> > temos nada concreto.
>
> > Ajax Reverso é um assunto polêmico pois, se formos analisar à risca,
> > ele não é possível (será no HTML5) pois a atual especificação do
> > HTML somente permite que o navegador mande eventos para
> > o servidor, e não o contrário. Existem, entretanto, "gambiarras"
> > que simulam esse recurso.
>
> > Com relação à sua pergunta, é difícil responder, pois vc está
> > falando de uma maneira muito geral, e os benefícios só podem
> > de fato serem avaliados analisando cada caso.
>
> > Ajax é uma faca de dois gumes. Ele lhe dá uma série de novos
> > (e tentadores) recursos, mas ele aumenta consideravelmente
> > a complixadade de sua aplicação. Em grandes aplicações
> > os benefícios são maiores, mas em pequenas aplicações,
> > as dores de cabeça podem ser bem maiores do que o
> > benefício.
>
> > Espero ter ajudado de alguma forma.
>
> > abraços,
>
> > Pedro Simonetti.
>
ABDORAL Neto
Jan 12, 2009, 12:46:50 PM1/12/09
to jpr...@googlegroups.com
Já havia lido esse, e li tb esse http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.html que fala sobre como a equipe do Meebo implementou isso. Concordo com seus argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar outro rumo, partino do principío de que temos um "supersrvidor" tudo o eu falei seria viável, agora a questão é: "Existe tal servidor?"
O meebo tem o http://www.lighttpd.net/ que é um servidor otimisado e que suporta a implementação do comet que eles fizeram. Então vou trablhar para tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver eu mando um email.
Teh mais!!!
--
Abdoral Neto
O meebo tem o http://www.lighttpd.net/ que é um servidor otimisado e que suporta a implementação do comet que eles fizeram. Então vou trablhar para tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver eu mando um email.
Teh mais!!!
2009/1/12 Yuri Nascimento <yuri...@gmail.com>
--
Abdoral Neto
ABDORAL Neto
Jan 12, 2009, 12:48:18 PM1/12/09
to jpr...@googlegroups.com
Desculpem a redundância que "o rume da minha pesquisa deve tomar outro rumo"!!
Leiam "a minha pesquisa deve segui outro rumo!"
--
Abdoral Neto
Leiam "a minha pesquisa deve segui outro rumo!"
2009/1/12 ABDORAL Neto <abdora...@gmail.com>
--
Abdoral Neto
Yuri Nascimento
Jan 14, 2009, 5:56:13 PM1/14/09
to Framework JavaScript jProton
Com qual servidor vocês pretendem ou já trabalham ? e qual linguagem
server-side ?
On 12 jan, 15:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> rumo"!!
>
> Leiam "a minha pesquisa deve segui outro rumo!"
> 2009/1/12 ABDORAL Neto <abdoral.n...@gmail.com>
server-side ?
On 12 jan, 15:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> rumo"!!
>
> Leiam "a minha pesquisa deve segui outro rumo!"
>
>
>
> > Já havia lido esse, e li tb esse
> >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar outro
> > rumo, partino do principío de que temos um "supersrvidor" tudo o eu falei
> > seria viável, agora a questão é: "Existe tal servidor?"
>
> > O meebo tem ohttp://www.lighttpd.net/que é um servidor otimisado e que
>
>
> > Já havia lido esse, e li tb esse
> >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar outro
> > rumo, partino do principío de que temos um "supersrvidor" tudo o eu falei
> > seria viável, agora a questão é: "Existe tal servidor?"
>
> > suporta a implementação do comet que eles fizeram. Então vou trablhar para
> > tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial
> > que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver
> > eu mando um email.
>
> > Teh mais!!!
>
> > 2009/1/12 Yuri Nascimento <yuri....@gmail.com>
> > tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial
> > que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver
> > eu mando um email.
>
> > Teh mais!!!
>
bt_bruno
Jan 16, 2009, 9:59:54 AM1/16/09
to Framework JavaScript jProton
Me lembro que fiquei da mesma forma entusiasmado quando descubri o
assunto Abdoral. O meebo é um exemplo de uma implementação de Comet
bem sucedida, creio que entrar em contato com eles lhe renda bom
conhecimento (eles são super atenciosos).
Quanto a mim, nunca implementei comet num ambiente hostil, somente
para fins de testes e estudo. O assunto é dito como o futuro das
aplicações web porém ainda muito imaturo.
On 12 jan, 14:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> rumo"!!
>
> Leiam "a minha pesquisa deve segui outro rumo!"
> 2009/1/12 ABDORAL Neto <abdoral.n...@gmail.com>
> Abdoral Neto- Ocultar texto entre aspas -
>
> - Mostrar texto entre aspas -
assunto Abdoral. O meebo é um exemplo de uma implementação de Comet
bem sucedida, creio que entrar em contato com eles lhe renda bom
conhecimento (eles são super atenciosos).
Quanto a mim, nunca implementei comet num ambiente hostil, somente
para fins de testes e estudo. O assunto é dito como o futuro das
aplicações web porém ainda muito imaturo.
On 12 jan, 14:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> rumo"!!
>
> Leiam "a minha pesquisa deve segui outro rumo!"
>
>
>
>
>
> > Já havia lido esse, e li tb esse
> >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar outro
> > rumo, partino do principío de que temos um "supersrvidor" tudo o eu falei
> > seria viável, agora a questão é: "Existe tal servidor?"
>
> > O meebo tem ohttp://www.lighttpd.net/que é um servidor otimisado e que
>
>
>
>
> > Já havia lido esse, e li tb esse
> >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar outro
> > rumo, partino do principío de que temos um "supersrvidor" tudo o eu falei
> > seria viável, agora a questão é: "Existe tal servidor?"
>
> > suporta a implementação do comet que eles fizeram. Então vou trablhar para
> > tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial
> > que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver
> > eu mando um email.
>
> > Teh mais!!!
>
> > 2009/1/12 Yuri Nascimento <yuri....@gmail.com>
> > tentar otimisar o nosso servidor, não me conformo que uma idéia tão genial
> > que é o Comet posso ser barrado por isso. Bem qualquer avanço que eu obtiver
> > eu mando um email.
>
> > Teh mais!!!
>
>
> - Mostrar texto entre aspas -
ABDORAL Neto
Jan 16, 2009, 11:51:15 AM1/16/09
to jpr...@googlegroups.com
Como que eu faço para entrar em contato com eles?!
--
Abdoral Neto
2009/1/16 bt_bruno <btbr...@hotmail.com>
--
Abdoral Neto
bt_bruno
Feb 24, 2009, 6:51:16 PM2/24/09
to Framework JavaScript jProton
Opa, desculpa a demora, estava em férias.
No próprio site deles existe um link "developers" que vai pra cá
http://www.meebo.com/platform/ lá tem publicado o email de
desenvolvimento deles: meebop...@meebo.com.
abs
On 16 jan, 13:51, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Como que eu faço para entrar em contato com eles?!
>
> 2009/1/16 bt_bruno <btbru...@hotmail.com>
No próprio site deles existe um link "developers" que vai pra cá
http://www.meebo.com/platform/ lá tem publicado o email de
desenvolvimento deles: meebop...@meebo.com.
abs
On 16 jan, 13:51, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> Como que eu faço para entrar em contato com eles?!
>
>
>
>
>
>
>
>
> > Me lembro que fiquei da mesma forma entusiasmado quando descubri o
> > assunto Abdoral. O meebo é um exemplo de uma implementação de Comet
> > bem sucedida, creio que entrar em contato com eles lhe renda bom
> > conhecimento (eles são super atenciosos).
> > Quanto a mim, nunca implementei comet num ambiente hostil, somente
> > para fins de testes e estudo. O assunto é dito como o futuro das
> > aplicações web porém ainda muito imaturo.
>
> > On 12 jan, 14:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> > > Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> > > rumo"!!
>
> > > Leiam "a minha pesquisa deve segui outro rumo!"
> > > 2009/1/12 ABDORAL Neto <abdoral.n...@gmail.com>
>
> > > > Já havia lido esse, e li tb esse
> > > >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > > > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > > > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar
> > outro
> > > > rumo, partino do principío de que temos um "supersrvidor" tudo o eu
> > falei
> > > > seria viável, agora a questão é: "Existe tal servidor?"
>
> > > > O meebo tem ohttp://www.lighttpd.net/queé um servidor otimisado e que
>
>
>
>
>
>
> > Me lembro que fiquei da mesma forma entusiasmado quando descubri o
> > assunto Abdoral. O meebo é um exemplo de uma implementação de Comet
> > bem sucedida, creio que entrar em contato com eles lhe renda bom
> > conhecimento (eles são super atenciosos).
> > Quanto a mim, nunca implementei comet num ambiente hostil, somente
> > para fins de testes e estudo. O assunto é dito como o futuro das
> > aplicações web porém ainda muito imaturo.
>
> > On 12 jan, 14:48, ABDORAL Neto <abdoral.n...@gmail.com> wrote:
> > > Desculpem a redundância que "o rume da minha pesquisa deve tomar outro
> > > rumo"!!
>
> > > Leiam "a minha pesquisa deve segui outro rumo!"
> > > 2009/1/12 ABDORAL Neto <abdoral.n...@gmail.com>
>
> > > > Já havia lido esse, e li tb esse
> > > >http://news.oreilly.com/2008/07/how-comet-brings-instant-messa.htmlque
> > > > fala sobre como a equipe do Meebo implementou isso. Concordo com seus
> > > > argumentos(Yuri). Agora vejo que o rume da minha pesquisa deve tomar
> > outro
> > > > rumo, partino do principío de que temos um "supersrvidor" tudo o eu
> > falei
> > > > seria viável, agora a questão é: "Existe tal servidor?"
>
Reply all
Reply to author
Forward
0 new messages