Re: [Ovillo] [OT] Pautas a seguir para aplicacion WEB 2
Tei escribió: > 2010/6/24 Miguel Beltran R.: > >> Hola lista, primero disculpas por el Off-Topic aunque si tiene algo que ver >> con CSS >> >> Tengo una aplicación WEB pero nunca se seguido alguna guia en concreto ¿me >> podrian indicar cuales existen? ¿es una para el HTML, otra para CSS y otra >> para Javascript (u otra tecnologia similar)? >> >> > No se. > > Aquí en Internet uno se lee primero los RFC's. Los que especifican el > funcionamiento de los protocolos.. no todos los RFC's, sino solo los > mas importantes relativos a la tecnología que uno vaya a usar. > No conozco mas guías que esas, que son la biblia y el padrenuestro de > Internet. > > En los RFC's te diras (o sacaras en claro) que no se deben lanzar > peticiones GET cuando esperes distintas respuestas para la misma > peticion GET. Que si esperas distintos resultados, debes hacer > peticiones POST, y estas deben tener todos los datos en la parte del > cuerpo, no urlcodeadas en la url. > > Luego, esta las practicas de Internet. De la cual la mas importante es > usar la tecnologia de mas bajo nivel disponible. Si tienes que hacer > que una pagina se recargue, mejor hacerlo por HTTP, que por HTML , que > por javascript..Pero en esto hay excepciones, hay veces que hay > cosas que es mejor hacerlas en HTML, pero otras cosas es mejor > hacerlas en CSS. No hay una regla facil y clara. > > Luego esta que uno debe utilizar la tecnología mas extendida posible. > Si algo se puede hacer en HTML 4.0, no intentar usar HTML 5.0. Si > algo se tiene que hacer con Flash, utilizar la version de Flash mas > baja posible. Si se puede hacer con flash 5, no hacerlo con Flash 6 ( > esto se respeta poquisimo, porque la gente que haces cosas en flash > ignora las reglas que rigen el uso de flash y por ejemplo te hacen > todo en Flash 10 o el que sea la ultima version, por pereza, y por no > molestarse si su cosa funciona en versiones mas antiguas, de modo que > si tu OS tiene Flash 9, es un "que te jodan" muy feo ). > > ¿Que mas? > Relativo a aplicaciones web. Usa las validaciones en el lado cliente > para hacer el flujo lo mas suave posible, para dar comodidad, tienes > que hacer todas las validaciones en el lado cliente (again) porque > alguien por error o jakerismo se salta las protecciones. > Hay que escapar todo lo que venga del cliente, y todo lo que vaya al > cliente. A su código adecuado. urlcodead, para SQL, en htmlentities, > en su tabla de códigos, etc. ...hay muchos contextos. No hay que > escribir nuestra propia funciona de escape de cadenas, porque hay mas > de un 99% de posibilidades de que la caguemos, hay que utilizar > funciones de libreria. > > Mediante la técnica de hashes, es posible guardar un hash de una > contraseña, y no la misma contraseña, de modo que la contraseña de los > clientes no este nunca en nuestra base de datos. Si los datos son > privados por algun caracter sensitivo, religioso, medico, político, > etc... es interesante usar SSL, porsi a nuestros clientes les da por > acceder a esos datos en una red wifi sin clave, "aireando todos sus > secretos" ...esto...literalmente. De todos modos esto suele ser > prácticamente nunca, la mayor parte de la información en realidad no > necesita esos grados de protección. > > Luego, usar JQuery cuando sea posible. Y siempre, siempre, respetar > los estándares al máximo posible. Eso tiene efectos positivos o > negativos enormes a largo plazo, y grandes a medio plazo. > > No se. Ya estas en una buena lista de correo sobre una parte del > diseño web, seguramente muchas de las cosas de arriba ya estas harto > de leerlas. > > Magnifico resumen, yo añadiría que empiece construyendo la aplicación simplemente con html y cuando funcione lo embellezca con todo el javascript, flash, etc que quiera ya que además de conseguir que degrade bien en navegadores más modestos suelen salir mucho más robustas y coherentes. -- Saludos -=stripTM=- ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Pautas a seguir para aplicacion WEB 2
2010/6/24 Tei : > 2010/6/24 Miguel Beltran R. : >> Hola lista, primero disculpas por el Off-Topic aunque si tiene algo que ver >> con CSS >> >> Tengo una aplicación WEB pero nunca se seguido alguna guia en concreto ¿me >> podrian indicar cuales existen? ¿es una para el HTML, otra para CSS y otra >> para Javascript (u otra tecnologia similar)? >> > > No se. > .. > ¿Que mas? > Relativo a aplicaciones web. Usa las validaciones en el lado cliente > para hacer el flujo lo mas suave posible, para dar comodidad, tienes > que hacer todas las validaciones en el lado cliente (again) porque > alguien por error o jakerismo se salta las protecciones. Esta parte esta especialmente mal redactada. Me refiero a que haces validaciones en el lado cliente, pero hay que volver a hacerlas todas en el servidor. No se entiende eso en lo que he escrito. -- -- ℱin del ℳensaje. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
Re: [Ovillo] [OT] Pautas a seguir para aplicacion WEB 2
2010/6/24 Miguel Beltran R. : > Hola lista, primero disculpas por el Off-Topic aunque si tiene algo que ver > con CSS > > Tengo una aplicación WEB pero nunca se seguido alguna guia en concreto ¿me > podrian indicar cuales existen? ¿es una para el HTML, otra para CSS y otra > para Javascript (u otra tecnologia similar)? > No se. Aquí en Internet uno se lee primero los RFC's. Los que especifican el funcionamiento de los protocolos.. no todos los RFC's, sino solo los mas importantes relativos a la tecnología que uno vaya a usar. No conozco mas guías que esas, que son la biblia y el padrenuestro de Internet. En los RFC's te diras (o sacaras en claro) que no se deben lanzar peticiones GET cuando esperes distintas respuestas para la misma peticion GET. Que si esperas distintos resultados, debes hacer peticiones POST, y estas deben tener todos los datos en la parte del cuerpo, no urlcodeadas en la url. Luego, esta las practicas de Internet. De la cual la mas importante es usar la tecnologia de mas bajo nivel disponible. Si tienes que hacer que una pagina se recargue, mejor hacerlo por HTTP, que por HTML , que por javascript..Pero en esto hay excepciones, hay veces que hay cosas que es mejor hacerlas en HTML, pero otras cosas es mejor hacerlas en CSS. No hay una regla facil y clara. Luego esta que uno debe utilizar la tecnología mas extendida posible. Si algo se puede hacer en HTML 4.0, no intentar usar HTML 5.0. Si algo se tiene que hacer con Flash, utilizar la version de Flash mas baja posible. Si se puede hacer con flash 5, no hacerlo con Flash 6 ( esto se respeta poquisimo, porque la gente que haces cosas en flash ignora las reglas que rigen el uso de flash y por ejemplo te hacen todo en Flash 10 o el que sea la ultima version, por pereza, y por no molestarse si su cosa funciona en versiones mas antiguas, de modo que si tu OS tiene Flash 9, es un "que te jodan" muy feo ). ¿Que mas? Relativo a aplicaciones web. Usa las validaciones en el lado cliente para hacer el flujo lo mas suave posible, para dar comodidad, tienes que hacer todas las validaciones en el lado cliente (again) porque alguien por error o jakerismo se salta las protecciones. Hay que escapar todo lo que venga del cliente, y todo lo que vaya al cliente. A su código adecuado. urlcodead, para SQL, en htmlentities, en su tabla de códigos, etc. ...hay muchos contextos. No hay que escribir nuestra propia funciona de escape de cadenas, porque hay mas de un 99% de posibilidades de que la caguemos, hay que utilizar funciones de libreria. Mediante la técnica de hashes, es posible guardar un hash de una contraseña, y no la misma contraseña, de modo que la contraseña de los clientes no este nunca en nuestra base de datos. Si los datos son privados por algun caracter sensitivo, religioso, medico, político, etc... es interesante usar SSL, porsi a nuestros clientes les da por acceder a esos datos en una red wifi sin clave, "aireando todos sus secretos" ...esto...literalmente. De todos modos esto suele ser prácticamente nunca, la mayor parte de la información en realidad no necesita esos grados de protección. Luego, usar JQuery cuando sea posible. Y siempre, siempre, respetar los estándares al máximo posible. Eso tiene efectos positivos o negativos enormes a largo plazo, y grandes a medio plazo. No se. Ya estas en una buena lista de correo sobre una parte del diseño web, seguramente muchas de las cosas de arriba ya estas harto de leerlas. -- -- ℱin del ℳensaje. ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
[Ovillo] [OT] Pautas a seguir para aplicacion WEB 2
Hola lista, primero disculpas por el Off-Topic aunque si tiene algo que ver con CSS Tengo una aplicación WEB pero nunca se seguido alguna guia en concreto ¿me podrian indicar cuales existen? ¿es una para el HTML, otra para CSS y otra para Javascript (u otra tecnologia similar)? La aplicaciones es como un sistema de facturación (punto de venta). Uso HTML 4.01 + CSS 2.1 + prototype.js (y plugins) Sobre Zope 2.11 y MSSQL 2000 (antes lo tenia en postgresql pero me hicieron cambiarlo :( aunque espero proximo cambiar a MSSQL 2008) Gracias de antemano. -- Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida ___ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
