Godefroy de Compreignac - Commentaires

Skreo - [SVN] Être averti en temps réel des commits envoyés

Skreo — Thu, 14 Jan 2010 23:48:26 +0100

Yep faudrait que je teste les commit hooks. Mais là je voulais tester un truc sans toucher au serveur. Dans certain projets, notamment des projets open-source, on peut très bien être commiter sans avoir accès à la configuration du serveur. Et dans ce cas il n'y a pas tellement d'autres alternatives.

Groumph - [SVN] Être averti en temps réel des commits envoyés

Groumph — Thu, 14 Jan 2010 19:16:39 +0100

il vaut mieux se servir des hooks plutôt qu'un cron. SVN est déjà prévu pour des script sur différentes actions, notament en post ou même en précommit.
Quand tu crées ton repo, SVN te mets des examples de scripts dans le répertoire hooks qui peuvent servir de base de travail. Ensuite, google est ton ami, il y a plein d'exemples dispo partout.
Au bureau, j'ai réussi à setter un script qui envoie un mail à une liste de distribution restreinte avec toutes les infos sur le commit qui vient d'être fait: fichier modifiés, auteur du commit, commentaire. On s'en sert pour aligner nos répertoires de travail entre la France, Singapour, la Malaisie et l'Italie. Les updates sont faits par des administrateurs locaux qui sont en copie des mails.

Skreo - [SVN] Être averti en temps réel des commits envoyés

Skreo — Wed, 23 Dec 2009 23:27:59 +0100

Une requête "svn log" n'est coûteuse ni en ressources ni en BP, je vois pas trop où est le problème. Alors évidemment, ça sera du "temps réel" à + ou - 1 minute au maximum, mais c'est largement suffisant pour cette utilité.
Un système de push serait bien sûr idéal, mais là ça devient beaucoup plus compliqué, et il faut avoir l'accès total au serveur SVN, ce que n'ont pas toujours les collaborateurs de plus ou moins vastes projets...

divarvel - [SVN] Être averti en temps réel des commits envoyés

divarvel — Wed, 23 Dec 2009 22:33:13 +0100

Le point qui me gêne le plus dans cette histoire, ça reste quand même le cron.

Après c'est sûr que c'est plus simple de contacter le serveur SVN à partir du poste client, mais bon, c'est bourrin quand même...

Faudrait faire du push, et utiliser le système de hooks de SVN, mais ça devient un peu violent pour un petit script.

Skreo - [SVN] Être averti en temps réel des commits envoyés

Skreo — Wed, 23 Dec 2009 19:18:48 +0100

Skreo - Mettre le log dans fichier et l'ouvrir dans un éditeur à partir du script en cron, ça doit être à peu près pareil qu'avec ce script. Mais dans un terminal ouvert... aucune idée !

Jon (aka Metrokid) - [SVN] Être averti en temps réel des commits envoyés

Jon (aka Metrokid) — Wed, 23 Dec 2009 18:56:35 +0100

Super !! Divarvel se posait la question pour porter le script sous Linux, et tu l'as fait.

Ta solution m'intéresse beaucoup, surtout la partie DISPLAY=:0.0 dans cron, je ne savais pas que l'on pouvait faire ça sous. Sous Mac, Quartz, l'équivalent de X11 est au courant du contexte graphique courant, donc ...

Tu as une idée pour une version dégradée qui afficherai la même chose mais dans les points de terminaux ouverts ? (à la shutdown
par exemple)

Skreo - [MySQL] Optimisation d'une recherche avec multiples jointures

Skreo — Sun, 13 Dec 2009 01:52:37 +0100

Yep, maintenant j'ai passé la table des articles en InnoDB (essentiellement pour avoir du row lock et non du table lock lors des écritures), je préfère pas changer tout trop rapidement sur un truc en prod.

Et pour automatiser, j'ai juste fait un petit bash appelé toutes les nuit par cron, qui contient les deux requêtes (TRUNCATE et INSERT) appelées par la commande mysql.
L'étape suivante serait de faire ça dans une table temporaire pour éviter d'avoir une coupure le temps de la mise à jour.

Jon - [MySQL] Optimisation d'une recherche avec multiples jointures

Jon — Sat, 12 Dec 2009 20:39:41 +0100

Effectivement, une jointure sur 5 tables avec MyISAM, cela pose quelques problèmes !!

Enfin bon, ta solution est relativement élégante, il faudrait voir si en passant à InnoDB :

Tu as toujours ton problèmes de perfs
Si cela va encore plus vite sur ta nouvelle requête (tu as encore 3 jointures à la fin).

Sinon tu as choisi quoi pour automatiser (maintenant que c'est en prod ;) ) ça ? Cron ou autre chose ?

versgui - [MySQL] Optimisation d'une recherche avec multiples jointures

versgui — Sat, 12 Dec 2009 20:31:33 +0100

versgui - Je pense que passer tes tables en InnoDB avec un système de clés primaires digne de ce nom pourrait avoir des effets notables, notamment en lecture (reste à voir en écriture).

Skreo - [MySQL] Optimisation d'une recherche avec multiples jointures

Skreo — Fri, 11 Dec 2009 15:03:14 +0100

Skreo - MyISAM, j'ai pas encore essayé ça en InnoDB, mais je pense que ça doit aussi être intéressant au niveau des perfs.