Tei escribió: > 2010/6/24 Miguel Beltran R.<[email protected]>: > >> 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 [email protected] Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo
