Undolog.com

La versión 7 del navegador de Microsoft fue (por fin), publicado en Inglés (fue lanzado casi al mismo tiempo el lanzamiento de Firefox 2). En pocas palabras - a través del servicio de actualización automática de Windows - será instalado en millones de máquinas, tales como los parches del sistema. Alguien ya ha criticado esta medida por parte de Microsoft enésima falta gritar. Los desarrolladores web, sin embargo, más interesado en saber lo que Internet Explorer 6 (IE6) y cómo deben comportarso en el desarrollo de sitios web

La liberación a través de Windows Update está previsto para principios de noviembre! De ello se desprende que en una semana será bueno que IE6 enterrado. Los desarrolladores web tendrán que actualizar su PC, por supuesto, les deja sin la versión 6 de los cuales realizar la prueba canónica de compatibilidad.

Está claro que aquellos que - como nosotros - es maníaco y actualizaciones deben tener la última versión del software, se encuentra entre el yunque y el martillo. Además - como es obvio - IE6 ha muerto! Y era hora! Candidato a un navegador para estar seguro - si alguna vez habrá una - en un futuro próximo (día siguiente) es, sin duda IE7, ya que éste se someterá a los parches (service packs) de seguridad.

Los desarrolladores a entender que IE6 se abandona! Además, Microsoft ha informado de forma explícita a moverse con urgencia a la versión 7, si había alguna necesidad de repetirlo. Los desarrolladores web deben adoptar una máquina para probar con IE6? Al no actualizar? Habría sufrido ataques de todos lados y evitar ir a la red?

La solución más obvia - y beneficioso para Microsoft - es que los desarrolladores y usuarios finales para pasar de inmediato a IE7, les guste o no!

Continuación ...

Hay una razón muy importante para preferir la inclusión de contenidos a través de PHP - el lado del servidor - en una página Web con respecto a el uso de JavaScript - del lado del cliente. En el desarrollo de los servicios de salida herramientas utilizadas en el CMS getmePage applick.com podría utilizar el motor de Ajax como servidor HTTP de recuperación de datos. El problema, en este caso, era que tenía que ver con el contenido de un sitio, el contenido que está indexada por los rastreadores de búsqueda como Googlebot! Los rastreadores no ejecuta JavaScript, por lo que es una página en blanco en los ojos de Googlebot. Hoy me contento con hacer una diferencia en la indexación en los buscadores, por lo que tiene que tener cuidado de cómo se generan contenido en una página. Lo que se ve el "usuario final no es el punto de vista de una herramienta como Googlebot. Esta es una de las razones que determinaron la elección de PHP nell'engine recuperación dell'applick getmePage datos. PHP, de hecho, se ejecuta el servidor Web antes de enviar la página al cliente. De ello se desprende, de modo que lo que ves es lo que un rastreador ve el usuario final.

Continuación ...

Como ya se ha discutido sobre el tema " JavaScript vs PHP "(o ASP, ...), CFM, la cuestión de si debe o no entrar en un núcleo de JavaScript Web 2.0 en las secuencias de comandos, en lugar de dejarlo - en maggiornaza - el lado del servidor, puede causar confusión si no se desconcierto. Sin embargo, hay buenas razones para apoyar el servidor que el cliente, razones por las que no tienen nada que ver con la Web 2.0 que, en cambio, se vuelve el centro de atención en el guión de JavaScript.

Continuación ...