El 2005-03-15 a las 16:07 +0100, miguel gmail escribió:
Claro, la base de datos en si no tengo dudas que se "ejecuta" en el servidor. Lo que digo es que una aplicación cliente via navegador web, apache y "algo", se ejecuta en el servidor la parte cliente también, localmente solo visualizas con un navegador.
no, las consultas a la bbdd tb se ejecutan en el servidor. Por eso se llama al navegador un thin client, como decian en otro hilo. No hace nada mas qeu presentar resultados en una pagina, pero en si no controla la aplicación.
Pues eso es lo mismo que he dicho yo con otras palabras :-p
En cambio, con una aplicacion cliente pura, esta se ejecuta en el cliente, y al servidor sólo se le molesta para las consultas (y lecturas y actualizaciones, por supuesto).
aqui hay dos partes... el servidor puede ser de muchas formas, pero nuestro tema de discusion se quedara en un servidor con php o asp o jsp o pl o .... Estos son lenguajes de scripting que se ejecutan, todos, en el servidor. Son de hecho los que llaman a la bbdd a consultas :P
Bueno, lo que estamos hablando es de las ventajas/inconvenientes de uno y otro sistema. Yo lo que digo es que estos que dices, los scripts en servidor, no me convencen para cosas que empiecen a ser serias. En cambio, para paginas web es ideal, porque no tienes que hacer accesible la pagina web desde internet, sólo el apache. Por ejemplo, para ver el listado de productos de la empresa por los vendedores. Como todo en ingeniería y en casi todas las ramas del saber, hay que contrapesar las necesidades, ventajas e inconvenientes, y decidir la salución más apropiada en cada caso.
Estos ficheros (texto plano, con extension ´especial´) son _interpretados_ por el servidor (apache+mod_php, mod_perl, IIS, servidor java...), y no compilados. Se leen de arriba a abajo y ejecuta el codigo de forma secuencial. Una vez se ha ejecutado, el servidor manda al navegador codigo html pelado, y esto es lo que le llega al navegador. De hecho, si te fijas, puedes ver que el codigo fuente de cualquier pagina no es mas que html plano, no contiene ninguna instruccion sql ni nada parecido, solo el resultado de ejecutar ese script.
Si, eso es lo que suponía, pero bueno está la explicación para tenerlo claro.
Estas paginas/ficheros alternan codigo html puro con instrucciones que se ejecutan en el servidor. Estas instrucciones estan marcadas por etiquetas especiales como <% codigo %> o <? codigo ?> que pueden devolver, o no, mas codigo html para enviar al navegador.
Lo malo de trabajar asi es que no se separa la capa de negocio de la de presentacion, o la frontera es mucho mas difusa. Vamos, que es bastante guarro y dificil de mantener. Sin embargo, el desarrollo es bastante rapido y la curva de aprendizaje tambien.
A mi lo que no me gusta es que, por un lado, si la aplicación cliente es pesadita estamos cargando más el servidor, puesto que se ejecuta allí. Y, que por otro lado, la base de datos sólo ve un cliente, una conexión, y no puede controlar quien accede y que modifica: todo quisqui es la misma persona.
Los scripts que si se ejecutan en cliente son los javascript, que cualquier navegador interpreta, o el vbscript, que solo IExplorer entiende (para variar, claro) y el jscript, un javascript de MS que solo es compatible consigo mismo, claro. Es curioso que el vbscript sirve tanto para el lado de cliente como para el servidor, aunque con fines distintos, claro.
Ah, estos no se me habían ocurrido. -- Saludos Carlos Robinson