Undolog.com

La version 7 du navigateur de Microsoft a été (finalemente) a publié en anglais (il a été libéré presque simultanément avec la sortie de FireFox 2). En bref - par l'intermédiaire du service Windows Mise à jour automatique - sera installé sur des millions de machines, telles que les correctifs du système. Quelqu'un a déjà critiqué cette démarche par Microsoft faute criant énième fois. Les développeurs Web, cependant, sont plus intéressés à savoir ce que sera Internet Explorer 6 (IE6) et comment les comportarso dans le développement de sites Web

Le communiqué via Windows Update est prévue pour début Novembre! Il s'ensuit que, dans une semaine sera belle que IE6 enterré. Les développeurs Web devront mettre à jour votre PC bien sûr, se trouva sans une version 6 de ce qui rend le test de compatibilité canonique.

Il est clair que ceux qui - comme nous - est mise à jour absolument maniaques et doit avoir la dernière version du logiciel, est entre le marteau et l'enclume. En outre - bien évidemment - IE6 est mort! Et pas trop tôt! Un navigateur candidat pour être sûr - si jamais il ya un - dans un proche avenir (le lendemain) est certainement IE7, puisque celle-ci fera l'objet d'correctifs et service packs) de sécurité.

De les développeurs à comprendre que IE6 est abandonné! En outre, Microsoft a explicitement conseillé de se déplacer de toute urgence à la version 7, s'il y avait un besoin de le répéter. Les développeurs Web doivent adopter une machine avec IE6 pour les tests? En ne le mettre à jour? Il aurait subi des attaques de tous les côtés et éviter d'aller sur le net?

La solution évidente - et bénéfique pour Microsoft - est que les développeurs et les utilisateurs finaux de passer immédiatement à la version IE7, qu'ils le veuillent ou non!

En savoir plus ...

Il ya une raison très importante pour préférer l'inclusion de contenu via PHP - côté serveur - sur une page Web à l'égard de l'utilisation de JavaScript - côté client. Dans le développement de services d 'excursion outils utilisés sur le CMS getmePage applick.com était possible d'utiliser le moteur Ajax en tant que serveur de récupération de données HTTP. Le problème, dans ce cas, c'est que vous aviez à faire avec le contenu d'un site, le contenu étant indexé par les robots de recherche comme Googlebot! Les robots ne sont pas exécuter du code JavaScript, ce qui en fait une page blanche dans les yeux de Googlebot. Aujourd'hui, je suis content de faire une différence dans l'indexation dans les moteurs de recherche, de sorte que vous devez faire attention comment ils sont générés contenu sur une page. Celui qui voit le «utilisateur final est pas le point de vue d'un outil tel que googlebot. C'est une des raisons qui ont déterminé le choix de PHP nell'engine de récupération de données getmePage dell'applick. PHP, en fait, est exécuté par le serveur Web avant d'envoyer la page au client. Il s'ensuit, donc, que ce qu'il voit, c'est ce que voit un robot l'utilisateur final.

En savoir plus ...

Comme déjà évoqué sur " PHP JavaScript vs "(ou ASP, CFM, ...), la question de savoir si ou non d'entrer dans un noyau Web2.0 JavaScript dans vos scripts, au lieu de le laisser - dans la majorité des membres - le côté serveur, peut causer de la confusion si elle n'est pas désarroi. Cependant, il ya de bonnes raisons de favoriser le serveur que le client, les raisons qui n'ont rien à voir avec ce que Web2.0, en revanche, met l'accent sur ​​vos scripts JavaScript.

En savoir plus ...