Bom, acho que eh bastante relevante e dependente do recurso de Hardware despendido. Não trocaria XML por outra tecnologia devido a compatibilidade com JS e XSLT. Mesmo pq nesse caso o CGI sera usado somente pra fazer consultas em BD ou similar, nada mais. Existe um painel para administração de websites com quase 2 milhões de websites, escrito em CGI e Template e varias outras tecnologias envolvidas, não sei quantas requisições por minuto recebe, mas acredito ser mais bem mais de 20. A alocação de memória com mod_perl era inviavel apesar do server ter 8GB de RAM =) tudo bem confesso, ele tbm tem 8 processadores Xeon aheuaheuaheuaheuaheuahuehau
<br><br><br><br><div><span class="gmail_quote">Em 06/11/07, <b class="gmail_sendername">eden</b> <<a href="mailto:edencardim@gmail.com">edencardim@gmail.com</a>> escreveu:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 11/5/07, Lucas Mateus <<a href="mailto:lucasmateus.oliveira@gmail.com">lucasmateus.oliveira@gmail.com</a>> wrote:<br>> Acredito numa solução um pouco mais complexa, porem com grande performance<br>> dependendo da ocasião. Quanto mais camadas se subdivir o projeto melhor eh a
<br>> manutenção. Então meu palpite vai para CGI, XML e XLST, quando seu cliente<br>> quiser mudar a caretinha do programa ou passar um batom sobra só o XSLT pra<br>> mexer. Parte do processamento eh despendida para o cliente, a integração é
<br>> boa e a performance excelente !!!<br><br>CGI tem problemas de performance bastante conhecidos, o tempo de carga<br>é bastante alto porque o programa precisa ser compilado a *cada*<br>requisição. Use isso num website com mais de 20 requisições por minuto
<br>e você vai ouvir o seu hardware implorar por misericórdia. Use FastCGI<br>(se quiser economizar memória) ou mod_perl (se quiser economizar<br>processamento). Só recomendo CGI em último caso, se for uma<br>configuração bizarra que não permita utilizar mais nada.
<br>Qualquer coisa baseada em XML tende a ser gorda e gera bastante<br>overhead de tráfego e processamento. Pra serialização de dados eu<br>recomendo JSON que é mais magrinho e tem a mesma flexibilidade.<br><br>--<br><a href="http://edenc.vox.com">
edenc.vox.com</a><br>_______________________________________________<br>SaoPaulo-pm mailing list<br><a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br><a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm">http://mail.pm.org/mailman/listinfo/saopaulo-pm
</a><br></blockquote></div><br>