Fix #3584 : correction des commandes de migration de la v18

[gustavi]

Q	R
Type de modification	correction de bug
Ticket(s) (issue(s)) concerné(s)	#3584

Corrections

• Corrige l'erreur sur la migration ZEP-25
• Enlève les faux positifs sur les contenus publiés
• Ajout des derniers contenus publiés
• Enlève le check sur les FK pour la tables à supprimer

QA

• Ça a été testé sur la bêta et ça fonctionne parfaitement. À re-tester si vous le souhaitez.

Note : il reste des erreurs sur la commande de suppression des tables. (cf http://paste.awesom.eu/5z8K ), une PR qui fixe entièrement ça est la bienvenue !

[GerardPaligot]

gustavi: 344 content(s) migrated with succes
gustavi: 0 content(s) failed
gustavi: \o/

Source: IRC

En gros, je suis pour le merge.

[DevHugo]

C'est juste du flake8, rien de grave.

[coveralls]

Coverage increased (+0.03%) to 87.391% when pulling 3a9057b on gustavi:fix-v18-rc5 into 4cd52a4 on zestedesavoir:release-v18.

[artragis]

il se peut que cette commande foire (il manque le _id derrière last_reaction). Je viens de m'en rendre compte.

[GerardPaligot]

N'oublions pas cette PR. @gustavi tu sais la mettre à jour avec les identifiants et la tester ?

[gustavi]

Ce soir.

[GerardPaligot]

Super, merci !

[gustavi]

Je ne pourrait tester qu'avec une BDD propre, ping @SpaceFox

EDIT : mis à jour avec l'histoire des pk, id

[SpaceFox]

Ça implique quoi exactement ta demande @gustavi ?

[gustavi]

Est-ce que tu peux importer une BDD propre sur la beta ? Sinon m'expliquer comment je peux faire ça. Là elle n'est plus propre parce que j'ai lancé des milions de commandes dessus :/

[SpaceFox]

OK, mais ce soir.

[coveralls]

Changes Unknown when pulling 05265d1 on gustavi:fix-v18-rc5 into * on zestedesavoir:release-v18*.

[GerardPaligot]

Sinon m'expliquer comment je peux faire ça.

Je vote pour ça.

[firm1]

Sinon m'expliquer comment je peux faire ça.

Je vote pour ça.

Il me semble que tout est là.

[gustavi]

Oh ! Je découvre des trucs :)

[SpaceFox]

Ça me fait penser que j'ai complètement zappé de resynchro la bêta hier soir >_<

Ladite synchro nécessite d'avoir accès au serveur de prod (elle se lance depuis le compte zds sur la prod), au serveur bêta, et aux serveurs MySQL (utilisateur root).

Une fois les accès récupérés, il suffit dans la home de zds, de faire ./sync_beta.sh et de suivre scrupuleusement les instructions.

[gustavi]

Je ferai ça quand j'aurai un accès à SSH, merci @SpaceFox.

[GerardPaligot]

@gustavi Tu semblais découvrir des trucs, tu as pu avancer efficament ici ?

[gustavi]

mysql> SET FOREIGN_KEY_CHECKS=0;
Query OK, 0 rows affected (0.00 sec)

mysql> UPDATE tutorial_tutorial SET last_note_id=NULL;
Query OK, 105 rows affected (0.06 sec)
Rows matched: 612  Changed: 105  Warnings: 0

mysql> UPDATE article_article SET last_reaction_id=NULL;
Query OK, 97 rows affected (0.07 sec)
Rows matched: 239  Changed: 97  Warnings: 0

mysql> DROP TABLE tutorial_tutorial_subcategory;
Query OK, 0 rows affected (0.01 sec)

mysql> DROP TABLE tutorial_tutorial_authors;
Query OK, 0 rows affected (0.03 sec)

mysql> DROP TABLE tutorial_note;
Query OK, 0 rows affected (0.03 sec)

mysql> DROP TABLE tutorial_tutorialread;
Query OK, 0 rows affected (0.00 sec)

mysql> DROP TABLE tutorial_tutorial;
Query OK, 0 rows affected (0.01 sec)

mysql> DROP TABLE article_article_subcategory;
Query OK, 0 rows affected (0.03 sec)

mysql> DROP TABLE article_article_authors;
Query OK, 0 rows affected (0.07 sec)

mysql> DROP TABLE article_reaction;
Query OK, 0 rows affected (0.01 sec)

mysql> DROP TABLE article_articleread;
Query OK, 0 rows affected (0.00 sec)

mysql> DROP TABLE article_article;
Query OK, 0 rows affected (0.01 sec)

mysql> SET FOREIGN_KEY_CHECKS=1;
Query OK, 0 rows affected (0.00 sec)

À merger.

[DevHugo]

Bravo o/ .

[GerardPaligot]

Dès que travis est ok, je merge.

[coveralls]

Changes Unknown when pulling f9d762c on gustavi:fix-v18-rc5 into * on zestedesavoir:release-v18*.