🚀 go-pugleaf

"Joaqu�n Topiso" <rcabetas@XXXeresmas.netXXX> wrote in message
news:41rr6.1460$q7Tm.22741095@news.jazztel.es...
>     Pero si va a haber muchas peticiones, mejor cargar un poco cada
> cliente que dejar KO el servidor.

El replanteo est� asin:

Clientes que se gestionan ellos solitos TODA la carga de representaci�n
gr�fica
( al hacer el rendering de las p�ginas web )
       \/
        |
        |Conexiones de red p�blicas o privadas, de hasta 100Mbits
        |
        |
       \/
Servidores apache, ( tantos como hagan falta ;-) ), para repartir la carga
por
n� de clientes, ya que tienen que ejecutar programas de php. Tienen 2
tarjetas de red c/u
       \/
        |
        |Conexiones de red privadas, incluso un sistema de F.O.
        |As� NADIE puede acceder a la BDD sin pasar por los servidores web,
        |que pueden hacer de firewall simult�neamente.
       \/
Un sistema de BDD, dando servicio a los servidores apache.


Como se puede comprobar, el sistema es muy escalable. Y si se ve que
alguno de los 3 pasos le falta chicha, con poner m�s m�quina debe de
haber bastante.
Es decir, cambio el servidor de BDD por un cray XMP que tengo por ah�
tirao ;-)
Si se queda conto el servidor apache, o pongo una m�quina mas gorda
o divido el tr�fico entre varias m�quinas.

Aunque lo m�s normal ser� que el servidor haga de apache+bdd, y los clientes
se conecten a �l.

>
> Jesus Manuel NAVARRO LOPEZ <> escribi� en el mensaje de noticias
> 3AAD24AB.A69661F9@promofinarsa.es...
> > 2/ En una aplicaci�n donde deban existir restricciones de acceso y
> > reglas de negocio, �stas *siempre* deber�n implementarse en el lado
> del
> > servidor, aunque algunas, por motivos de eficiencia y/o facilidad de
> uso
> > puedan redundarse tambi�n en el cliente.  El disponer de c�digo
> activo
> > en el cliente puede suponer una "tentaci�n" para saltarse esa regla
> de
> > oro.

8-O

No he visto este mensaje. :-(

En los correos privados de hace 2 semanas se comentaron los temas de
seguridad. Concretamente se decidi� que la autentificaci�n
se ejecutaria en php, y a un nivel bastante paranoico. JS s�lo se
utilizaria en casos imprescindibles, y �nicamente para dotar de
mayor interactividad a los formularios de entrada de datos, siempre
que no hubiese una alternativa de php+html disponible.

Por cierto, ya que se pierden los mensajes, � podriais enviar una cc
a mi correo de los posts ?

Y ya que estamos pedig�e�os, � podriais enviarme alguna se�al divina
aquellos que esteis interesados en el proyecto ?
Tanto a nivel de desarrollador 8-)'''' , como de usuario ;-)

Salu2001

Melkor.