Comme vous avez pu le voir sur notre précédente note, nous avons installé un certificat SSL sur chacun de vos sites / WebTv afin que vous puissiez bénéficier d'une connexion internet sécurisée.

Nous gérons tout le coté technique, cependant vous devez tout de même vérifier certaines choses de votre coté.
C'est ce que nous allons voir dans cette note.

Vous l'avez surement remarqué, votre site ou webTv est désormais accessible depuis la semaine dernière via une connexion sécurisée.
Les urls de votre site sont donc passées du format http://www.votresite.fr à https://www.votresite.fr

Pour cela nous générons un certificat SSL pour chacun de vos domaines et l'avons installé sur votre site ou WebTv afin que vous puissiez bénéficier d'une connexion sécurisée sur les navigateurs web.

Aucune intervention n'est requise de votre part, c'est automatique et gratuit pour tous, il suffit que votre domaine soit installé  correctement sur votre site :)

Vous recevez surement des messages de Google vous indiquant que la balise "rel-alternate-hreflang" est incorrecte sur certaines pages de votre site.

Identifiez la mise en œuvre incorrecte de l'attribut "hreflang" Utilisez les exemples de la fonctionnalité de ciblage international de la Search Console pour obtenir un aperçu des pages avec une mise en œuvre incorrecte de l'attribut "hreflang".

Cette balise est présente dans votre code depuis des années pour indiquer la langue de votre site mais il semblerait que Google utilise désormais celle ci pour préciser non plus la langue du site mais une langue alternative s'il y en à une.

Nous l'avons donc retirée de votre code source puisque Google sait parfaitement identifier la langue de votre site tout seul :)

Si vous recevez encore ce genre de message après le 28 Novembre veuillez nous prévenir.

Comme vous le savez nous gérons notre propre infrastructure d'hébergement et nos serveurs sont dans les Data Center d'OVH. 

OVH a subi une importante panne ce matin. Si vous n'étiez pas au courant, vous en entendrez surement parler au journal télévisé ce soir tellement qu'OVH est devenu incontournable en France et pas que là d'ailleurs.

Nous  sommes clients OVH depuis des années (depuis 1999 exactement, à la naissance d'internet) mais pas à Roubaix (siège historique d'OVH) ni à Strasbourg d'ailleurs :) Du coup, nous n'avons pas été impactés par cette panne géante de l'internet français. 

 

Si vous utilisez le webservice de la boutique, ou bien la gestion d'abonnements payants sur votre site, vous pouvez choisir la solution de paiement de votre choix parmi différent prestataires.

Cette note concerne les utilisateurs de Paybox (Crédit Agricole par exemple) et Atos (Société Générale, BNP par exemple).

Ces 2 systèmes de paiement ont évolués et vous devez mettre à jour votre système de paiement sur votre site.

Samedi 4 novembre entre 2h et 3h du matin CET nous avons subi une panne sur le serveur de fichier principal de notre architecture.
La conséquence immédiate de cette panne a été l'impossibilité d'accès aux sites et aux backoffices, le temps que nos équipes se chargent de switcher l'architecture sur notre serveur de fichier secondaire.

Les serveurs de fichiers sont en charge du stockage des données de type image (et les autres fichiers que vous uploadez sur vos sites comme les pièces jointes)
Le serveur de fichier secondaire est synchronisé quotidiennement avec le serveur de fichier principal. Pour rétablir le service au plus vite, nous avons passé en principal le serveur de fichier secondaire, avec sa synchronisation la plus récente: vendredi 3 novembre 5:00 CET. 

Depuis samedi 4 novembre 4:00 CET le service est complètement opérationnel.

Toutefois, les images uploadées entre vendredi 3 novembre 5:00 CET et samedi 4 novembre 4:00 CET ne sont pas pour l'instant disponibles sur le serveur de fichier secondaire. Il est donc possible que certaines images soient temporairement manquantes sur les articles que vous avez publiés entre vendredi 3 novembre 5:00 CET et samedi 4 novembre 4:00 CET. Toutes les autres données (les textes des articles par exemple) ne sont pas impactées par le changement de serveur de fichier.

Un plan de restauration des images temporairement manquantes a été établi et nos équipes se chargent de le déployer, cela peut prendre plusieurs heures avant qu'elles ne soient de nouveau affichées dans vos articles.

MISE A JOUR : depuis dimanche 5 novembre 15:00 CET toutes les images manquantes (et les fichiers manquants) ont été restaurées. Si, parallèlement à la restauration, vous avez remplacé une image manquante par une image plus récente, c'est l'image plus récente qui a été conservée.

Cette nuit entre 5h30 et 7h30 l'accès aux sites et back office a été perturbé pour 1/3 du trafic. OVH a procédé à un upgrade de matériel qui entrainé un effet yo-yo sur le réseau pour une partie des internautes. Depuis 7h30 un patch a été apporté à la configuration des routers pour fixer le problème. L'équipe network d'OVH est en contact avec Cisco pour réécrire une configuration stable. 

De 2:00 AM à 09:30 AM CEST, WMaker et GoodBarber ont été fortement perturbés.

Récemment nous avons eu beaucoup de retours dans le support suite à des boites mails bloquées.

Les boites mails impactées ont eu leur mot de passe piraté, donc des bots se sont servis de ces adresses emails pour envoyer des milliers de spams avec ces adresses comme expéditeur.

De notre côté et afin de lutter contre le SPAM et contre les virus, nos serveurs de mails sont configurés pour limiter le nombre d'emails émis par chaque adresse à 100 par jour pour éviter ce type de désagrément. Par contre si le quota des 100 mails envoyés par jour est atteint 2 jours d'affilée, nous bloquons la boite mail, le seul moyen de la réouvrir est de passer par le support.

Ce système est en place depuis quelques années déjà, nous vous demandions déjà, à l'époque, d'utiliser des mots de passe sécurisés : Vos emails.

Dans 99% des cas, les boites mails ont été piratées car leur mot de passe était super facile à déchiffrer, la plupart du temps un script ultra simple permettait de trouver le mot de passe !!!
Soit le login faisait partie du mot de passe, ou bien le nom, ou la date de naissance, ou le mot de passe se résumait simplement à 1234...

Nous allons faire une maintenance de base de données tôt mercredi matin. Cette maintenance est annoncée depuis ce matin dans vos backoffices, elle ne concerne pas l'accessibilité de vos sites mais uniquement du back office. 

Mercredi tôt le matin cela pour éviter le trafic de début et de fin de semaine, très tôt le matin pour mieux "respecter" les fuseaux horaires de vous tous.

Cette mise à jour nous apportera quelques optimisations, le SGBD sera capable d’effectuer certaines opérations en parallèle ce qui devrait fluidifier certaines pages de l’interface d’administration.

La nouveauté la plus intéressante en ce qui concerne l’hébergement est la refonte du système de maintenance qui devrait être environs 3 fois plus rapide, ce qui devrait nous permettre de procéder à des opérations plus régulières sans perturber le service.

Donc pas d'inquiétudes particulières, je vous rappelle que les sites sont UP et les backoffices inaccessibles. Le retour à la normale est prévu en début de matinée, mais c'est jamais garanti : )


Update: Mercredi 22 Février à 08h23 GMT+1, la maintenance est terminée, on réouvre les backoffices.