Historique de la page

Ne pas oublier de modifier le code pour pouvoir exporter l'ensemble des users.

Chez moi, cette commande plantait en plein milieu. Après vérification, cette erreur provient du fait que certains utilisateurs (propriétaires ou utilisateurs d'une chaîne) n'ont pas été créés, car ils n'avaient jamais postés de vidéos et n'ont alors pas été repris par le script des users de l'étape 1.

A priori, cette commande devrait mettre à jour les profils des utilisateurs dans la table authentication_owner. Par défaut, tous les utilisateurs créés lors de cette migration sont considérés comme des des comptes étudiants locaux.
Après vérification, la table authentication_owner est mise à jour à chaque connexion de l'utilisateur (paramétrage UM : POPULATE_USER: ldap).
Ainsi, cette commande ne me paraît pas utile et ne sera pas utilisée chez nous.

: le fichier tags.json n'existe que si sa génération s'est bien déroulée (cf. avertissement sur le serveur podv1).

: Il peut y avoir des erreurs du style "Data too long for column 'tags' at row 1'.

Pour éviter cela, il faut modifier son settings_local.py, et remplacer la ligne

'OPTIONS': {'init_command':"SET storage_engine=INNODB, sql_mode='STRICT_TRANS_TABLES', innodb_strict_mode=1;"}
par 
'OPTIONS': {'init_command':"SET storage_engine=INNODB;"}

Le fait de désactiver le mode STRICT permet que les données soient tronquées, et évite de faire planter l'import. A la place, cela va juste générer un warning du type  Warning: (1265, "Data truncated for column 'tags' at row 1").

: certaines lignes peuvent avoir des erreurs, du style 2459  does not exist. En vérifiant, je ne sais pas à quoi cela correspond et cela ne semble pas avoir d'incidence.

: des nouveaux mots-clés sont créés via cette migration (Ex: de, l, la, ses...). Il faudra les supprimer manuellement par la suite.

PENSEZ A RÉACTIVER le mode STRICT dans settins_local.py par la suite.