NyroBlog
Banniere NyroBlog
Image de Nyro - ?
« juin 2008
lunmarmerjeuvensamdim
1
2345678
9101112131415
16171819202122
23242526272829
30

Orange/LaPoste, même combat ?

J'étais tranquillement en train de rédiger un rapport pour l'UTBM, que je reçois un mail sur mon compte laposte.net. Une pub indiquant que le webmail a changé, qu'il est super bien, etc...

Comme je suis curieux, je clique bêtement pour arriver sur un site très pauvre en contenu : simplement 3 vidéos, de quoi les partager, et un lien vers un autre site expliquant ce qui est nouveau. Les vidéos sont un temps soit peu rigolotes, mais longues à charger (traverser l'Atlantique n'est pas une chose aisée apparemment).

Après visionnage tant bien que mal des 3 vidéos (oui, je n'ai pas grand chose à faire aujourd'hui), je regarde le site explicatif des nouveautés. Là encore, très peu de contenu : une vidéo présentant rapidement les nouveautés et une FAQ, vraissemblablement reprise du site laposte.net, puisqu'on y retrouve la question : "Comment paramétrer Outlook ?"

Mais dès la 1ère image du webmail, j'ai une sensation de déjà vue. La façon dont sont affiché les listings me rappellent étrangement un autre mail, mais je ne vois pas tout de suite lequel. Et puis à la dernière diapo, celui des préférences, ça me revient : il s'agit du webmail d'Orange.

Ni une ni deux, je me connecte sur les 2 webmails pour faire la comparaison. Aucun doute, il s'agit bel et bien du même webmail.
Préférences du webmail Orange Préférences du webmail Laposte
(Cliquez pour agrandir)

Dans ma lancée, je vais regarder du côté des sources javascript et CSS de laposte, pour en être totalement sûr. Il est tout à fait possible que ce webmail soit une application payante ou bien fourni par un quelconque service. Mais non, voici quelques extraits de ce que j'ai trouvé :

var ORANGE_EMAIL = "LaPoste.Net";
function SmsInbox()
{
 self.location = "http://r.wanadoo.fr/r/WGsmsrecus";
}

Et puis du côté des CSS, j'ai trouvé ceci, tout en tête de la principale feuille de style :

/* Recommandations pour les modifications ATOS en phase d'integration Next
   Indiquer les modifications par :
   ATOS - DEBUT MODIF
   ATOS - FIN MODIF
  + mettre en commentaire l'ancienne ligne */

Et à regarder dans la CSS, on ne trouve que 3 endroits avec ce genre de commentaires. Sans doute la raison pour laquelle les 2 webmails sont si proches.

Mais alors pourquoi tout ça ?

  1. Le coût : La Poste a toujours cherché à promouvoir son outil de messagerie car peu utilisé et donc non rentable. L'installation du webmail Orange par une entreprise tierce est une bonne affaire.
  2. Orange gagne donc de la pub "gratuite". En échange, le webmail affiche de nombreuses pubs pour Orange en haut et à droite.
  3. Les services mobiles. Les options d'alertes SMS et autres fonctionnalités mobiles sont pour l'instant non disponibles. C'est à tous les coups Orange qui va s'occuper de ça et gagner encore quelques sous de plus.

Et au final, je pense que la poste ne gagnera pas grand chose, ni grand monde. Le webmail bien que plus avancé que celui d'avant est selon moins très mauvais d'un point de vue ergonomique. L'affichage des pubs ralentit gravement l'affichage des pages, qui se rechargent d'ailleurs à chaque clique. Pas d'ajax pour recharger les pages ce qui gagnerait du temps. Forcément, il faut bien rafraichir les pubs.

L'email envoyé et leur campagne de pub m'avait l'air sympa et avec un bon budget derrière. Les 2 sites m'ont totalement déçu, avec aucun réel contenu.

De tout façon, quand David Asher arrivera avec la version 3 de Thunderbird et tout un tas de nouvelles idées, adieux les webmails...

Les 8 principes irrésistibles du divertissement

Les 8 principes irrésistibles du divertissement Je suis tombé complètement par hasard sur ce site et j'ai apprécié tout ce qui y est dit, et la façon dont c'est présenter.

Nos amis graphistes apprécieront les transitions et les jeux avec le texte, les couleurs et les contrastes changeant très vite pour mieux relever le sens du propos.

Dommage que la version française soit traduite avec les pieds (ou par un logiciel/site, ce qui revient au même...)

Et faites attention à vos yeux : à la fin de l'animation vous serez redirigé sur une page d'inscription à leur newsletter. Le passage du fond noir au fond blanc peut surprendre...

Firefox 3 et IE 8 passeront l'Acid Test

Les deux prochaines moutures des deux plus navigateurs les plus utilisés passeront l'Acid Test.

Pour Firefox, ce n'est pas une surprise, on le savait depuis longtemps. Ceci grâce au passage à Gecko 1.9. Date prévue: été 2008 selon Tristan Nitot.

Pour IE 8, c'est tout frais. On va beaucoup en entendre parler, et ça fera du bien à toute la profession !!!

IE8 - Acid 2

Tutoriel : Transférer son site

Comme j'ai transférer mes 2 sites la semaine dernière, le sujet est tout chaud pour moi.

Avant de m'atteler à la tâche, j'ai chercher un petit tuto comme celui-ci, qui m'aurait permis de noter tous les points à ne pas oublier. Comme je n'ai pas trouver, je l'écris pour qu'un tel article existe !

Introduction

Commençons par poser le problème, histoire que tout le monde comprenne de quoi on parle.
Lorsqu'on veut publier un site internet sur la toile, on a besoin de 2 choses : un nom de domaine et un espace disque (serveur ou simple hébergement. Le terme serveur sera utilisé par la suite) dans lequel on stockera les fichiers du site.

Le nom de domaine est l'adresse avec laquelle vous accéder au site internet; nyrodev.info pour ce blog par exemple. Ce nom de domaine doit diriger votre visiteur sur vers votre serveur pour ainsi accéder au fichier. Votre serveur est accessible avec une addresse IP unique sur la toile. La liaison entre le nom de domaine se fait grâce aux DNS. Les DNS sont des ordinateurs sur la toile que n'importe qui peut interroger pour connaître l'adresse IP attribué à un nom de domaine.

Le serveur est là où sont stockés vos fichiers. Il s'agit ni plus ni moins que d'un ordinateur avec des logiciels spéciaux d'installés. Un serveur peut contenir plusieurs sites. Ce qui veut dire que plusieurs noms de domaines pointeront sur ce même serveur. L'affichage des bons fichiers se fera par le biais d'un panel de logiciel bien paramétrer pour chaque site. Cette partie ne sera pas traité dans ce billet. Dans la plupart des cas, les serveurs dédiés proposent des outils d'administration qui configure automatiquement tous ces logiciels serveurs pour vous à la création d'un nouveau site.

Notre but est de changer de serveur. Nous devrons donc transférer les fichiers du site (images, pages html, etc...), les base de données éventuelles et bien plus encore. Au final, nous changerons l'adresse IP sur laquelle point le nom de domaine pour utiliser le nouveau serveur.

Voyons donc quelles actions doivent être réaliser et dans quel ordre pour que tout se passe bien, en perdant un minimum de visiteurs durant le transfert.

Dans la suite du billet :
  • domaine.com : le nom de domaine à transférer
  • Serveur A : ancien serveur, sur lequel le nom de domaine pointe actuellement
  • Serveur B : nouveau serveur

1. Préparer le terrain

La première étape de ce transfert est de préparer le serveur B à recevoir le nouveau site. Créer le site dans votre administration afin de lui allouer un espace. Vous pouvez lui attribuer tout de suite domaine.com, ce sera toujours ça de gagner, avec les paramétrages des serveurs de mail, de FTP, etc... Cela ne pose pas problèmes[1] puisque domaine.com pointe toujours sur l'ancien serveur.

Ensuite, vous pouvez créer tous vos emails et redirection d'emails que vous avez sur le serveur A de façon à ne perdre aucun email. Pour les base de données, créez simplement les base de données sans les tables, cette partie fera l'objet d'une autre partie.

2. Transférer les fichiers

A ce stade là, vous pouvez transférer vos fichiers statiques. Ne transférer pas dès maintenant les fichiers uploadés par les visiteurs car le site est encore accessible, et donc des uploads peuvent encore avoir lieu.

Si vous avez un accès en SSH sur votre serveur A, pourquoi ne pas créer une archive tar.gz pour tout regrouper dans un seul fichier compressé, pour gagner du temps ?
Déplacer vous dans votre répertoire contenant vos fichiers, et pour créer l'archive :
tar cvzf dossier.tar.gz dossier
Récupérer ce fichier par FTP, et transférer le sur le serveur B, sur lequel vous devrez aussi avoir un accès SSH. Dans le dossier où vous avez uploadé cette archive, décompressez vos fichiers :
tar xvzf dossier.tar.gz
Ces fichiers contiendront peut-être des configurations pour accéder à la base de donnée, des fichiers .htaccess avec des répertoires absolus, etc... Autant de configurations qui seront sans doute différent sur le nouveau serveur. Modifier les maintenant.

Si vous n'avez par accès en SSH, rapatriez simplement tous vos fichier par votre FTP normalement. Vous pouvez faire les changements de configurations avant de les transférer.

De plus, pensez aux droits des dossiers dans lesquels vos scripts écrivent vos fichiers.

A ce stade là, vous devez avoir votre site prêt à fonctionner, en ajoutant simplement vos bases de données.

3. Fermeture temporaire du site

Pour être sûr de ne perdre aucune donnée durant le transfert, nous allons empêché complètement l'accès au site sur le serveur A, avant de transférer tous les fichiers dynamiques et les base de données.

Nous allons fermer la totalité du site avec un simple fichier .htaccess, interdisant tout et redirigeant sur une simple page texte pour dire que le site déménage. Le fichier .htaccess est :
Deny from all
<Files transfert.php>
    Allow from all
</Files>
ErrorDocument 403 http://www.domain.com/transfert.php
Et créer votre fichier transfert.php qui explique que c'est temporaire et ne devrait pas durer plus de 24h.

4. Transfert des derniers éléments

Une fois le site fermé, vous pouvez transférer vos fichiers dynamiques, uploadés par vos utilisateurs. Vous pouvez être sûr qu'il n'y en aura plus de nouveaux.

Passons au transfert de la base de donnée.

Si vous n'avez pas d'accès à SSH, utilisez simplement phpMyAdmin pour exporter votre base sur le serveur A et l'importer dans le serveur B.

Mais si vous accès en SSH, il est préférable de procéder différemment pour 2 raisons : l'export de phpMyAdmin est parfois buggé, et si votre base de donnée est trop grosse, phpMyAdmin donnera des erreurs dues au timeout du PHP.

Donc nous avons besoin ici de deux ligne de commandes. La première pour exporter dans un fichier texte :
mysqldump --host=localhost --user=LOGIN --password=PASSE --add-drop-table NOMBASE > base.sql
Transférer ensuite le fichier base.sql sur le serveur B, et exécutez cette commande :
mysql -h localhost -u LOGIN --password=PASSE BASE < base.sql
Votre site doit maintenant être totalement opérationnel sur le serveur B. Si vous pouvez, un petit test ne fera pas de mal, pour être bien sûr.

5. Modifier le DNS

Enfin, il ne vous reste plus qu'à effectuer les modifications de votre nom de domaine pour qu'il pointe sur le serveur B, en modifiant l'adresse IP des DNS de ce dernier. Et puis patienter pour tester si tout est ok. Pour teste plus rapidement si tous vos paramètres sont bons et si tout se passe bien, je vous conseille fortement d'utiliser les serveur DNS d'Open DNS sur votre ordinateur (et pourquoi pas les garder par la suite ?). L'avantage d'Open DNS est qu'ils sont très rapide à se mettre à jour, et que vous pouvez le forcer à rafraîchir son cache. Faites-le donc pour votre site 15 à 20 minutes après avoir effectuer vos changements.

S'ils pointent sur la nouvelle IP, rafraichissez les DNS de votre ordinateur. Pour Windows: Démarrez > Exécuter > cmd. Puis la ligne de commande :
ipconfig /flushdns

Et tester dans votre navigateur préférer pour voir si tout est bon, ce qui est devrait être le cas.

Durant les jours qui suivent, vous devrez récupérer des emails sur les deux serveurs, en attendant que les DNS soient à jour partout.

Voilà, j'espère que ce tutoriel vous sera utile. Bien sûr il existe différentes méthodes à chaque étape. J'ai simplement présenter celles que j'ai utiliser et qui ont marcher parfaitement pour moi.
Si vous avez des remarques, questions, feedbacks, les commentaires sont là pour ça !

Merci à Niko qui m'a conseillé lors de mes transferts.

[1] : Le seul problème qu'il peut y avoir (et qui m'est arrivé) et si sur le serveur B, vous avez d'autres sites qui envoient des mails sur domaine.com. En effet, le serveur ne perdra pas de temps à l'envoyer à l'extérieur, puisque pour lui, ce nom de domaine lui appartient. Ce n'est un problème que si on ne le sait pas. Comme vous allez au final récupérer vos emails sur ce serveur, vous les aurez quoiqu'il arrive plus tard. Un petit webmail pour vérifier tout ça durant le transfert et tout est bon.

English Version of this post

Transfert réussi avec succès

Petit changement pour NyroBlog, peut-être ne vous en êtes vous même pas rendu compte.

Nyroblog a changé de serveur dédié pour avoir un peu plus de place et un serveur moins surchargé.

J'ai pu voir que mon transfert était bon très rapidement grâce à Open DNS : paramétrage sur ma machine, flush des DNS (sur open DNS et sur mon ordinateur) et le tour est joué.

Pour ceux que ça intéresse, voici le .htaccess que j'ai mis sur l'ancien serveur pour afficher la page d'erreur :

Deny from all
<Files transfert.php>
	Allow from all
</Files>
ErrorDocument 403 http://www.nyrodev.info/transfert.php

A venir : - Passage du RSS à FeedBurner - Même changement pour nyrodev.com - un nouveau nom de domaine...

Pour ceux qui ont envie de donner un petit feedback, vous pouvez m'indiquer quand nyroblog remarche pour vous ?

C'est quoi un blog ?

Common Craft vient de publier une vidéo (en anglais) pour expliquer à quoi sert un blog :


La comparaison avec les médias est peut-être un peu trop forte selon moi, mais elle a pour avantage d'être claire.

Pour rappel, ce sont déjà eux qui avaient fait la vidéo sur l'explication des RSS :

de

Vente-Privée, toujours plus loin dans les bandes annonces

Vente-Priv?e Il m'est arrivé à plusieurs reprises de parler de Vente-Privée, ce magasin en ligne qui fait des chiffres d'affaires énormes en vendant des habits de fins de séries (d'où le nom...).

Et leurs présentations des ventes sont toujours de mieux en mieux. La dernière en date pour Reebok ne présente pas simplement et bêtement les produits, mais c'est un véritable court-métrage (vraiment court) d'un boxeur et son entraîneur.

Vente Priv?e Reebok

J'ai un peu de mal avec la voix de l'entra?neur. Elle ne me paraît pas à 100% réel. Mais pour le reste, wahou !

Ils sont passé un cran au dessus là ! On pourrait faire passer ça pour la bande-annonce d'un film ou dans les pubs TV. D'ailleurs je les vois bien se lancer dans le créneau dans les années à venir. Ils ont les capacités et les moyens pour ça.

Au passage, ils ont m?me sortis un CD, VP Sound, qui reprend les univers sonore créées pour ces présentations en les allongeant et ajoutant quelques voix parfois. A peine la première version de sortie qu'ils travaillent déjà sur la prochaine...

Et pour ce CD, quoi de plus naturel pour eux de réaliser un clip :

< 1 2 3 4 5 6 7 8 >