Discussion :

[Spoutch]

Bonjour,

Je suis confronté a un problème pour la première foi, qui en est devenu un depuis que notre site commence à avoir un certain nombre de visites (1500 à 2000 / jour). Bon certes ce n'est pas encore faramineux, mais ce nombre va croissant de jour en jour.

Parallèlement le site est en constante évolution (service supplémentaires, refonte d'ancien contenu, etc), et en plus de mises à jour majeurs, j'effectue de petite mises à jour régulièrement, en remplaçant des scripts php via upload FTP.
Le problème est que si quelqu'un se connecte alors que l'upload d'un des fichiers n'est pas terminée, il peut voir un message d'erreur du style :

Parse error: syntax error, unexpected $end in /path/to/file.php on line XX
(et pire pour les scriptes js, l’erreur n'est pas forcément visible)

Avec 1500 visites la probabilité de se connecter pile au moment de l'upload commence à devenir élevée, sachant que toutes les connections se font principalement entre 8h et 22h, sa nous fait plusieurs connections par minutes (j'estime la probabilité de 1/10 à 1/5 selon les heures, je pense qu'il faudra vraiment trouver une solution pour quand on arrivera à 3000 visites/jour, je commence donc déjà a réfléchir ^^).

Comment procédez vous? Quel est la "best practice" si il y en a une?
Pour les grosses mise a jours, j'effectue une redirection 503 sur une page de maintenance, mais sa me parait vraiment fastidieux de le faire pour la moindre petite mise à jour, surtout que j'aimerai que cela se vois le moins possible.

Merci d'avance pour vos conseils.

[ze0ne]

Salut, ce qui me surprends le plus, c'est que tu utilise le protocole ftp pour faire des mises à jour. Aujourd'hui il existe plusieurs façon de procéder, que ce soit pour la mise en production ou pour les phases de test, en interne ou sur un serveur distant.

Je ne suis pas expert en la matière, mais pour ma part je gère plusieurs sites avec des audiences supérieurs à tes données et je n'ai pas eu de retour négatif à ce sujet.

En bref, j'utilise le protocole git (il y a pas mal de tuto et autres articles traitant du sujet sur le net), j'ai un "hook" qui me permet de mettre sur mon environnement de test distant la mise a jour (via une simple ligne de code). Je vérifie que les changements sont pris en compte. Une fois les vérifications effectuées, je pousse en production (toujours avec un hook).

Mon script se connecte au serveur ftp de production, créer un dossier temporaire (auquel je peux accéder en live via un accès sécurisé), si je veux m'assurer du bon fonctionnement, en cas de doute, je peux le faire via ce dossier temporaire.

A chaque fois que je pousse en production, je créé un fichier (à la fin du transfert, très rapide puisqu'en interne sur le serveur), contenant le timestamp de fin du protocole (correspondant à la date de création du fichier).

Ensuite j'ai une cron tab qui s'effectue toutes les 6 heures (sauf le weekend, les jours fériés et le vendredi. Si le fichier de confirmation date de moins de 6h, alors le script se charge de remplacer le contenu live par le contenu du dossier temporaire de production.

Je ne sais pas si je me fais bien comprendre, je n'ai pas la prétention de dire que c'est la meilleur façon de faire, mais ça fait un petit moment que ça tourne chez moi et actuellement je ne vois absolument aucune raison de changer.

Si tu as des questions, n'hésites pas.

Mais encore une fois, l'utilise d'un client ftp pour faire de la mise à jour sur un serveur de production est à mon humble avis, à bannir. Ça n'entre pas dans un workflow collaboratif et c'est vraiment galère quand tu as un bug à fixer par la suite.

[Spoutch]

Mh, je me doutait bien que le client ftp était a bannir, même si celui que j'utilise ne remplace que les fichier modifier, il ne gère même pas les cas de fichier corrompu x)

J'utilise moi même git pour mes gestions de projets, quel qu'il soit, du plus gros au plus petit (c'est ma foi fort puissant même dans une équipe de 1 seul dev ^^).
Mais je ne l'utilise que depuis peut, je commence tout juste a y être bien familiarisé .

L'utilisation des hooks, même si j'ai la forte impression d'avoir lue ce terme a plusieurs reprise, m'étais inconnue: je pensais que quoi qu'il en sois il fallait une installation de git sur le serveur pour poussé un dépot modifié =o
Si j'ai bien compris ce n'est pas le cas?
mais alors ton cron tab remplace les fichiers modifier lui même?

[ze0ne]

Une réponse rapide, je complètement plus tard si besoin est...

Evidemment pour profiter pleinement des bienfaits de git, il faut installer git sur son serveur, mais il existe des libs qui te permettes de gérer ton dépot via ftp pour l'utiliser sur un hébergement mutualisé par exemple.

[Spoutch]

Ok merci pour tes conseils en tout cas.
Je vais faire quelque recherche, mais des bons liens sur tout sa serrai la bienvenue ^^ (pas sur git en général bien sur, j'ai déjà le lien vers pro git traduit en français fourni ici meme :p )

[Clorge]

je sais pas sous quel os t'es, mais sous linux c'est génial, car tu peux monter (activer si tu prefere) un hdd virtuel qui représente ton serveur, donc tu peux ouvrir les fichiers et les modifier, dès que tu clique sur sauvegarder, le fichier est maj automatiquement.

LINUX EST MAGIQUE