Blog de choses et d’autres

Archives de septembre-2008

Les suites bureautiques … une rustine(12)

1 an après faites vos premiers pas

C’est si simple à prendre en main cette nouvelle suite Office 2007, qu’il va au moins falloir vous y mettre à la maison grâce à l’offre avantageuse HUP et aux modules de formation pour les nuls pour s’initier et enfin faire ses premiers pas avec cette suite bureautique… et quelle suite.

Plus simple, si avec le temps vous vous étiez un peu familiarisé avec la version 2003, il n’est peut être pas trop tard pour installer une extension qui va vous faire remonter le temps (dommage d’avoir acheter cette licence de 2007).

A suivre…

Petites nouveautés du calendrier

Valables pour toutes les années 2008, 2009, 2010, avant comme après… Il demeure perpétuel, annuel avec les jours fériés, les phases lunaire et les numéros de semaines.

La nouveauté la plus visible : les congés de toutes les zones scolaires peuvent être visualisés simultanément comme sur l’image ci dessus. Cette fonctionnalité est pratique pour s’assurer d’avoir réserver une semaine de vacances durant les périodes scolaires. Quand c’est possible cela permet d’avoir des tarifs plus intéressants et par exemple beaucoup de moins de monde aux remontées mécanique pour les sports d’hiver.

Les congés scolaires du premier semestre 2010 sont en ligne conformément au site du ministère de l’éducation.

Le temps de chargement a été optimisé en limitant la taille du fichier généré par le serveur. La mis en conformité du site par rapport aux standards W3C a été revu. Il semble être maintenant conforme.

Bonne planification sur le calendrier 2009 ou après…

Migration d’un Start 1G vers un 60GP

Par manque de place de la base de données.

La migration ne s’est pas trop mal passée. Pour ceux qui doivent en passer par là, ce n’est pas trop compliqué. Néanmoins il faut penser à respecter certaines tâches.

L’offre Start 1G d’OVH est plus ou moins l’offre de base, malheureusement la taille de la basse de données est limitée à 5Mo. Cette limite a été vite atteinte et depuis quelques mois, j’ai du supprimer quelques tables mais ce n’était que repousser pour mieux sauter… OVH alerte assez souvent ses clients de la taille qui devient critique. Leurs messages ne sont pas forcément super explicites mais bon je suis tordu.

Un extrait :
Nous vous informons que la taille de votre base de données dépasse
la taille recommandée. Nous vous demandons de prendre les mesures
qui s'imposent afin de réduire la taille de votre base. Pour
garantir la qualité de service pour l'ensemble des bases de données
hébergées sur le serveur sql.start, si vous n'intervenez pas,
nous allons devoir suspendre votre base de données.

Vous pouvez aussi augmenter la taille de votre base de données via
SQLarge:
http://www.ovh.com/fr/produits/sql_large.xml

La taille de votre base de données: 5 Mo
La taille recommandée: 5 Mo

Il y a eu plusieurs alertes, incrémentales, je ne puis pas dire ne pas avoir été prévenu. Pour remédier, il n’y avait pas beaucoup de solutions. Soit passer à une base de données plus grande mais à un prix élevé de 60€ HT par an, soit changer de plan, le plus adapté semblait être le 60GP dans mon cas pour un montant de 12€ HT par an. Il dispose d’une base de données de 25Mo, ce qui devrait me laisser le temps de voir venir.

Techniquement le plus simple était l’extension de la base mais bon comme dit ci-dessus, c’est un peu cher (je suis un peu beaucoup radin). Le passage dans un nouveau plan impose de nombreuses manipulations.

Les étapes suivies pour le blog :

      Sauvegarder la base de données de l’ancien plan sur votre machine dans un fichier texte;
      Récuperer l’ensemble des fichier présents dans votre espace FTP;
      Dans le Manager d’OVH, souscrire le nouveau plan;
      Attendre quelques instants les mails de service d’OVH avec login et mot de passe;
      Recopier l’ensemble des fichiers sur le nouveau serveur FTP (ne pas oublier de modifier tous les fichiers contenant des paramètres de connexions de base de données);
      Remettre en place la base de données, la tâche la plus délicate. En effet, le fichier d’extraction de la base de données est trop gros pour être importer en une seule fois. J’ai du le sectionner en plusieurs fichiers au format texte (dans mon cas ces fichiers sont codé en latin1, cela à une importance lors de l’importation). Après le découpage, l’importation des données c’est fait sans heurt, il faut juste penser à sélectionner le bon format d’origine de la base de données (MYSQL40 dans mon cas).

Enfin voilà, c’est fait et ça marche… ;-)