Repartir à zéro sur GitHub : le site officiel des plug-ins jQuery accidentellement supprimé

Idelways · 09/12/2011, 14h09

Repartir à zéro sur GitHub : le site officiel des plug-ins jQuery accidentellement supprimé
La dernière sauvegarde remonte à l'année passée

On ne le répétera jamais assez : des sauvegardes automatisées, fréquentes, par plus d'un moyen et sur plus d'un support.

... Surtout si vous êtes jQuery !

Un mélodrame occupe la communauté du framework JavaScript le plus populaire à cause d'une bourde que l'équipe tente de voir du bon côté : en profiter pour repartir à neuf et rénover ses processus assimilés à un éléphant blanc !

La base de données du site officiel des plug-ins jQuery a été accidentellement et (presque) entièrement vidée lors d'une opération de maintenance visant à supprimer le spam qui envahissait le site.

Probablement causée par cet étourdissement si caractéristique qui mène à des clauses de requêtes DELETE manquantes ou pas assez spécifiques. En production.
Quel développeur ou DBA n’a pas vécu cela ?

Le hic est que la plus récente sauvegarde est vieille d'une année : « je me suis retrouvé complètement horrifié quand les résultats de l'opération ont rapporté qu'il restait 10 % - chaque plug-in restant dans la base de données a été purgé », témoigne et s'explique Adam J. Sontag, membre des équipes jQuery, mainteneur du site et accessoirement en lice pour la palme d’or de la bourde de l’année.

Il se dit ouvert à tous les mails de haine et les Tweets de remontrances, « si ça peut aider » !

Le mal étant fait, irrécupérable manifestement, jQuery adopte une nouvelle infrastructure pour les plug-ins, centrée sur la forge logicielle GitHub.

Les développeurs, souhaitant proposer des plug-ins par la voie du catalogue officiel, doivent respecter deux règles :

Utiliser GitHub pour versionner le plug-in et créer au moins un tag avec un numéro de version sémantique (suivant l'initiative semver).
En second lieu : y inclure un fichier package.json en guise de manifeste. Ce dernier fixera les dépendances (version de jQuery, autres plug-ins, fichiers statiques nécessaires...), les licences, il recensera les contributeurs et d'autres paramètres. Le tout de manière structurée propice à l’automatisation.

Un nouveau site, fondé sur PHP, WordPress et un zeste de Node.JS est en cours de développement. Le site des plug-ins est actuellement indisponible.

Cette histoire nous apprend que GitHub, en plus de son attrait certain pour les développeurs, peut aussi servir comme une excellente alternative aux sauvegardes des bases de données des plus grands projets open source !

Source : blog de jQuery : ce qu'il s'est passé

Et vous ?

Utilisez-vous le catalogue officiel des plug-ins de jQuery ?

Que pensez-vous de ce qui est arrivé ?

Et de la nouvelle infrastructure proposée pour les plug-ins ?

Avez-vous déjà fait des bourdes pareilles ? Dans quelles circonstances et quelles ont été les conséquences ?

Charvalos · 09/12/2011, 14h36

Citation:

Envoyé par Idelways

Utilisez-vous le catalogue officiel des plug-ins de jQuery ?

Oui, quand j'en ai besoin. Y'a pas a dire mais JQuery, c'est quand même vachement utile pour s'éviter de longues heures de codage pour faire un truc en JS quand avec JQuery, il faut 2 lignes

Citation:

Envoyé par Idelways

Que pensez-vous de ce qui est arrivé ?

Bien fait pour eux, cela leur apprendra à faire des sauvegardes régulières non mais !

Citation:

Envoyé par Idelways

Et de la nouvelle infrastructure proposée pour les plug-ins ?

J'attends de voir.

acesyde · 09/12/2011, 14h39

C'est un mal pour un bien.

C'était tellement le bazar sur la page des plugins que ça ne peut faire de mal, même si c'est due à une bourde de l'équipe de maintenance.

Après des sauvegardes ce n'est pas négligeable vu le travail accompli sur une année.

stardeath · 09/12/2011, 14h47

ça me rappelle l'histoire d'un mmo japonais récemment éradiqué de la scène à cause du même genre de bourde, j'ai vraiment du mal à comprendre comment des trucs comme ça sont possibles avec toutes les mises en garde qu'on voit en permanence.

xelab · 09/12/2011, 15h17

Citation:

Envoyé par stardeath

ça me rappelle l'histoire d'un mmo japonais récemment éradiqué de la scène à cause du même genre de bourde, j'ai vraiment du mal à comprendre comment des trucs comme ça sont possibles avec toutes les mises en garde qu'on voit en permanence.

Des scripts automatiques qui font les sauvegardes et qui pour une raison ou une autre ne tournent plus ou mal, ça arrive. J'ai déjà vu une entreprise se rendre compte par hasard que sa compta n'avait pas été sauvegardée depuis 3 années à cause d'un script défaillant...
Bon des fois, il n'y a même pas de scripts...

grunk · 09/12/2011, 15h38

Citation:

En production.
Quels développeur ou DBA n’ont pas vécu cela ?

Toujours un vrai bonheur de se rendre compte qu'il manque la clause "WHERE" quand on vient de cliquer sur "Etes vous vraiment vraiment sûr d'executer cette requête" ?

Citation:

Envoyé par stardeath

j'ai vraiment du mal à comprendre comment des trucs comme ça sont possibles avec toutes les mises en garde qu'on voit en permanence.

Ca arrive qu'aux autres jamais à soit , c'est bien connu

Citation:

Et de la nouvelle infrastructure proposée pour les plug-ins ?

J'utilise GIT uniquement pour récupérer des sources (svn en tant que développeur). Et sur GitHub le gros avantage c'est que l'on à pas besoin d'installer quelconque client. Suffit de télécharger le zip généré automatiquement et ça c'est top. Sans comtper le fait de pouvoir forker les projets facilement pour ceux qui le souhaiterons.
Donc ça risque d'être sympa... en espérant que Github fait des sauvegardes

mekal · 09/12/2011, 15h43

oh la belle boulette

bacarndiaye · 09/12/2011, 15h47

Aie,

zeyr2mejetrem · 09/12/2011, 15h53

Je crois que ça mérite un ...
EPIC FAIL !!!

Nathanael Marchand · 09/12/2011, 16h03

Euh?!? Il serait intelligent de faire en sorte que l'utilitaire qui execute le script soit transactionnel et que le commit soit manuel (et pas dans le script sinon ca sert pas à grand chose

).
Comme ca, on execute, on regarde le nombre de lignes modifiées et on commite si et seulement si ca à l'air satisfaisant...

Code62 · 09/12/2011, 16h41

Citation:

Envoyé par xelab

Des scripts automatiques qui font les sauvegardes et qui pour une raison ou une autre ne tournent plus ou mal, ça arrive. J'ai déjà vu une entreprise se rendre compte par hasard que sa compta n'avait pas été sauvegardée depuis 3 années à cause d'un script défaillant...
Bon des fois, il n'y a même pas de scripts...

c'est vrai que ça arrive, j'ai eu le coup à cause d'une mise à jour d'ubuntu qui a crashé les crons, et c'est donc "la faute de personne" à la base...

...mais ne pas faire une seul vérification "humaine" en 3 ans, c'est une faute.

Dans le cas de jQuery, pareil, pour ne pas avoir un seul backup plus frais qu'une année, y'a forcément une "faute" quelque part :/

Cela dit, on peut fortement supposer que les développeurs des plug-ins eux-même ont (pour la plupart) une copie de leur travail, et qu'il leur sera "facile" d'aller le re-publier dans la nouvelle base...
...en tout cas, on peut fortement l'espérer

WhoIsTiti · 09/12/2011, 18h29

Pour les développeurs, après la maitrise de jquery, il leur faudra ajouter celle de git, qui n'est pas au demeurant la plus aisée.
je m'en sers quotidiennement (car je trouve que c'est le meilleur outil de versionning à distance décentralisé) mais je me mets à la place de ceux qui vont devoir l'appréhender.

après, c'est vrai que github a fait des améliorations notables sur leur interface (malgré l'abandon récent des traductions en plusieurs langues)

kOrt3x · 10/12/2011, 00h17

Vraiment incroyable !!! Mais c'est une bonne leçon.

beegees · 10/12/2011, 09h06

L'erreur est humaine.

andry.aime · 10/12/2011, 18h33

Citation:

Envoyé par beegees

L'erreur est humaine.

Mais là il ne s'agit pas d'une erreur mais 2

.Ah, non, en fait 1 erreur (requête) et 1 c*nn*r* (pas de saugarde)

Nathanael Marchand · 10/12/2011, 22h59

Citation:

Envoyé par andry.aime

Mais là il ne s'agit pas d'une erreur mais 2

.Ah, non, en fait 1 erreur (requête) et 1 c*nn*r* (pas de saugarde)

3!

Pas de sauvegardes
Erreur dans la requête
Oubli de faire ca de manière transactionnelle et/ou commit dans le script

JeitEmgie · 11/12/2011, 09h45

Citation:

Envoyé par Idelways

Que pensez-vous de ce qui est arrivé ?

que l'on peut généraliser la phrase de Clémenceau…

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"La ${TargetActivity} ! C'est une chose trop ${QualityValue} pour la confier à des ${TargetActivityProfessional}."

lesanglier · 12/12/2011, 10h53

Citation:

Envoyé par JeitEmgie

que l'on peut généraliser la phrase de Clémenceau…

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

"La ${TargetActivity} ! C'est une chose trop ${QualityValue} pour la confier à des ${TargetActivityProfessional}."

Excellent !!! :-)

Nithril · 12/12/2011, 13h19

[Troll]
De la part de développeurs JS on ne pouvait surement pas attendre mieux...

[/Troll]

Mais au demeurant le passage à GitHub va grandement faciliter le social coding si les développeurs jouent correctement le jeu

Excellion · 12/12/2011, 15h26

Ca ne m'étonne pas outre-mesure.

La plupart des DBA n'en sont pas. Quand ce ne sont pas des développeurs, qui se retrouvent à devoir apprendre sur le tas la maitrise d'un logiciel qu'ils n'ont peu ou même jamais vu, ce sont des administrateurs réseau qui n'en savent pas plus et laissent souvent les configs par défaut.

La dernière sauvegarde date de quoi... La période de tests? C'est souvent le cas.

Le problème est aussi, la place que tiennent les sauvegardes sur les disques durs. Beaucoup voient cela comme de l'espace gaspillé. On m'a bien sorti : "vos sauvegardes, vous ne vous en servez pas tout le temps...". Vu comme ça, c'est sur... Bref, un cas d'école...

09/12/2011, 14h09	#1
Idelways Coordinateur publications Développeur Ruby on Rails / iOS et journaliste Inscription : juin 2010 Messages : 1 105 Détails du profil Informations professionnelles : Activité : Développeur Ruby on Rails / iOS et journaliste Informations forums : Inscription : juin 2010 Messages : 1 105 Points : 24 337 Points : 24 337	Repartir à zéro sur GitHub : le site officiel des plug-ins jQuery accidentellement supprimé Repartir à zéro sur GitHub : le site officiel des plug-ins jQuery accidentellement supprimé La dernière sauvegarde remonte à l'année passée On ne le répétera jamais assez : des sauvegardes automatisées, fréquentes, par plus d'un moyen et sur plus d'un support. ... Surtout si vous êtes jQuery ! Un mélodrame occupe la communauté du framework JavaScript le plus populaire à cause d'une bourde que l'équipe tente de voir du bon côté : en profiter pour repartir à neuf et rénover ses processus assimilés à un éléphant blanc ! La base de données du site officiel des plug-ins jQuery a été accidentellement et (presque) entièrement vidée lors d'une opération de maintenance visant à supprimer le spam qui envahissait le site. Probablement causée par cet étourdissement si caractéristique qui mène à des clauses de requêtes DELETE manquantes ou pas assez spécifiques. En production. Quel développeur ou DBA n’a pas vécu cela ? Le hic est que la plus récente sauvegarde est vieille d'une année : « je me suis retrouvé complètement horrifié quand les résultats de l'opération ont rapporté qu'il restait 10 % - chaque plug-in restant dans la base de données a été purgé », témoigne et s'explique Adam J. Sontag, membre des équipes jQuery, mainteneur du site et accessoirement en lice pour la palme d’or de la bourde de l’année. Il se dit ouvert à tous les mails de haine et les Tweets de remontrances, « si ça peut aider » ! Le mal étant fait, irrécupérable manifestement, jQuery adopte une nouvelle infrastructure pour les plug-ins, centrée sur la forge logicielle GitHub. Les développeurs, souhaitant proposer des plug-ins par la voie du catalogue officiel, doivent respecter deux règles : Utiliser GitHub pour versionner le plug-in et créer au moins un tag avec un numéro de version sémantique (suivant l'initiative semver). En second lieu : y inclure un fichier package.json en guise de manifeste. Ce dernier fixera les dépendances (version de jQuery, autres plug-ins, fichiers statiques nécessaires...), les licences, il recensera les contributeurs et d'autres paramètres. Le tout de manière structurée propice à l’automatisation. Un nouveau site, fondé sur PHP, WordPress et un zeste de Node.JS est en cours de développement. Le site des plug-ins est actuellement indisponible. Cette histoire nous apprend que GitHub, en plus de son attrait certain pour les développeurs, peut aussi servir comme une excellente alternative aux sauvegardes des bases de données des plus grands projets open source ! Source : blog de jQuery : ce qu'il s'est passé Et vous ? Utilisez-vous le catalogue officiel des plug-ins de jQuery ? Que pensez-vous de ce qui est arrivé ? Et de la nouvelle infrastructure proposée pour les plug-ins ? Avez-vous déjà fait des bourdes pareilles ? Dans quelles circonstances et quelles ont été les conséquences ?
	40

09/12/2011, 14h39	#3
acesyde Membre du Club Ingénieur développement logiciels Inscription : octobre 2006 Messages : 41 Détails du profil Informations personnelles : Sexe : Localisation : France Informations professionnelles : Activité : Ingénieur développement logiciels Informations forums : Inscription : octobre 2006 Messages : 41 Points : 45 Points : 45	C'est un mal pour un bien. C'était tellement le bazar sur la page des plugins que ça ne peut faire de mal, même si c'est due à une bourde de l'équipe de maintenance. Après des sauvegardes ce n'est pas négligeable vu le travail accompli sur une année.
	50

09/12/2011, 15h43	#7
mekal Membre chevronné Krusty Inscription : mai 2009 Messages : 472 Détails du profil Informations personnelles : Nom : Krusty Localisation : France Informations forums : Inscription : mai 2009 Messages : 472 Points : 617 Points : 617	oh la belle boulette __________________ programmer n'est pas connaitre tous les moindres détails d'un langage mais savoir exploiter sous toutes ses facettes ce que l'on connait.
	12

09/12/2011, 15h47	#8
bacarndiaye Membre du Club bacar ndiaye Développeur informatique Inscription : avril 2011 Messages : 73 Détails du profil Informations personnelles : Nom : bacar ndiaye Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Développeur informatique Secteur : High Tech - Multimédia et Internet Informations forums : Inscription : avril 2011 Messages : 73 Points : 54 Points : 54	Aie,
	02

09/12/2011, 15h53	#9
zeyr2mejetrem Membre Expert Ingénieur développement logiciels Inscription : novembre 2010 Messages : 401 Détails du profil Informations personnelles : Sexe : Localisation : France, Rhône (Rhône Alpes) Informations professionnelles : Activité : Ingénieur développement logiciels Informations forums : Inscription : novembre 2010 Messages : 401 Points : 1 641 Points : 1 641	Je crois que ça mérite un ... EPIC FAIL !!! __________________ Si tu ne sais pas faire, apprends. Si tu fais, fais bien. Si tu sais bien faire, enseigne. Mieux vaut paraître stupide quelques temps que rester stupide toute sa vie.
	70

09/12/2011, 14h47	#4
stardeath Membre Expert Inscription : février 2006 Messages : 1 396 Détails du profil Informations forums : Inscription : février 2006 Messages : 1 396 Points : 2 083 Points : 2 083	ça me rappelle l'histoire d'un mmo japonais récemment éradiqué de la scène à cause du même genre de bourde, j'ai vraiment du mal à comprendre comment des trucs comme ça sont possibles avec toutes les mises en garde qu'on voit en permanence.
	10

09/12/2011, 16h03	#10
Nathanael Marchand Rédacteur/Modérateur Nathanael Marchand Expert .Net So@t Inscription : octobre 2008 Messages : 3 059 Détails du profil Informations personnelles : Nom : Nathanael Marchand Âge : 25 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Expert .Net So@t Secteur : Conseil Informations forums : Inscription : octobre 2008 Messages : 3 059 Points : 6 828 Points : 6 828	Euh?!? Il serait intelligent de faire en sorte que l'utilitaire qui execute le script soit transactionnel et que le commit soit manuel (et pas dans le script sinon ca sert pas à grand chose ). Comme ca, on execute, on regarde le nombre de lignes modifiées et on commite si et seulement si ca à l'air satisfaisant... __________________ Les Forums sont là pour demander de l'aide. Si je peux, je répondrai à un topic avec plaisir! Mais toute demande par Message Privé poubelle! Retrouvez moi sur : Mon Espace Developpez.com------------------------------- Dvp.NET, une librairie open-source de composants .NET Mon blog: Up there in the code---------------------------- Twitter: NatMarchand Ma société: So@t Jeux multi-écrans: Envolez-vous avec Kinect, Silverlight et WP7 aux Microsoft Tech'Days 2012
	10

09/12/2011, 18h29	#12
WhoIsTiti Membre régulier Inscription : janvier 2009 Messages : 88 Détails du profil Informations forums : Inscription : janvier 2009 Messages : 88 Points : 91 Points : 91	Github : une si bonne idée ? Pour les développeurs, après la maitrise de jquery, il leur faudra ajouter celle de git, qui n'est pas au demeurant la plus aisée. je m'en sers quotidiennement (car je trouve que c'est le meilleur outil de versionning à distance décentralisé) mais je me mets à la place de ceux qui vont devoir l'appréhender. après, c'est vrai que github a fait des améliorations notables sur leur interface (malgré l'abandon récent des traductions en plusieurs langues)
	00

10/12/2011, 00h17	#13
kOrt3x Rédacteur/Modérateur Aurélien Gaymay Technicien Informatique/Etudiant Web Inscription : septembre 2006 Messages : 2 320 Détails du profil Informations personnelles : Nom : Aurélien Gaymay Âge : 29 Localisation : France, Nord (Nord Pas de Calais) Informations professionnelles : Activité : Technicien Informatique/Etudiant Web Secteur : Santé Informations forums : Inscription : septembre 2006 Messages : 2 320 Points : 7 272 Points : 7 272	Vraiment incroyable !!! Mais c'est une bonne leçon. __________________ QuickEvent : Prise de rendez-vous rapide pour iPhone/iPad et iPod Touch (AppStore) QuickEvent Lite : Prise de rendez-vous rapide pour iPhone/iPad et iPod Touch (AppStore) ______________________________________________________________________________________ La rubrique Mac - Les cours & tutoriels Mac - Critiques de Livres Mac
	00

10/12/2011, 09h06	#14
beegees Membre Expert David Vincent (l'homme qui a vu les extra-terrestres) Développeur Web Inscription : mars 2004 Messages : 3 240 Détails du profil Informations personnelles : Nom : David Vincent (l'homme qui a vu les extra-terrestres) Âge : 37 Localisation : Belgique Informations professionnelles : Activité : Développeur Web Secteur : Enseignement Informations forums : Inscription : mars 2004 Messages : 3 240 Points : 1 048 Points : 1 048	L'erreur est humaine. __________________
	01

12/12/2011, 13h19	#19
Nithril Membre régulier Nicolas Labrot Inscription : juillet 2006 Messages : 72 Détails du profil Informations personnelles : Nom : Nicolas Labrot Informations forums : Inscription : juillet 2006 Messages : 72 Points : 72 Points : 72	[Troll] De la part de développeurs JS on ne pouvait surement pas attendre mieux... [/Troll] Mais au demeurant le passage à GitHub va grandement faciliter le social coding si les développeurs jouent correctement le jeu
	20

12/12/2011, 15h26	#20
Excellion Membre du Club Inscription : mai 2006 Messages : 37 Détails du profil Informations forums : Inscription : mai 2006 Messages : 37 Points : 42 Points : 42	Ca ne m'étonne pas outre-mesure. La plupart des DBA n'en sont pas. Quand ce ne sont pas des développeurs, qui se retrouvent à devoir apprendre sur le tas la maitrise d'un logiciel qu'ils n'ont peu ou même jamais vu, ce sont des administrateurs réseau qui n'en savent pas plus et laissent souvent les configs par défaut. La dernière sauvegarde date de quoi... La période de tests? C'est souvent le cas. Le problème est aussi, la place que tiennent les sauvegardes sur les disques durs. Beaucoup voient cela comme de l'espace gaspillé. On m'a bien sorti : "vos sauvegardes, vous ne vous en servez pas tout le temps...". Vu comme ça, c'est sur... Bref, un cas d'école...
	10

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email