De Dotclear à Django : migration des données et redirections

vignette

À force de me faire chambrer sur le retard de ma refonte, j'ai décidé de prendre le taureau par les cornes en attaquant la migration des données. Je me suis rendu compte que ce n'était finalement pas si difficile que ça avec Django...

Migration des données

La première étape est de récupérer les données depuis Dotclear. J'avais commencé à faire des scripts SQL mais j'ai finalement opté pour une solution en texte brut qui m'offrait plus de souplesse. J'ai donc installé le plugin flatExport pour Dotclear qui permet de récupérer le contenu du blog sous forme de fichier texte. Quelques lignes de python et l'on converti ce fichier en dictionnaires pour faciliter l'accès aux données (c'est un peu le relationnel du pauvre...) :

for table in open('blog-backup.txt').read().split('
',1)[1].strip().split('

'):
    header, content = table.split('
',1)
    table_name, column_names = header[1:-1].split(' ')
    column_names = tuple(column_names.split(','))
    blog[table_name] = {}
    for item in content.split('
'):
        column_contents = tuple((decode_html(column) for column in item[1:-1].split('","')))
        item_dict = dict(zip(column_names, column_contents))
        id = item_dict[column_names[0]]
        blog[table_name][id] = item_dict

La grande force de Django c'est de pouvoir utiliser votre projet dans un script python afin de pouvoir appeler directement les objets/classes/tables en python (ce sont ces petits détails qui font apprécier un framework plutôt qu'un autre), c'est ce que j'ai fait pour remplir mes nouvelles tables avec les données issues de Dotclear :

for post_dict in blog['post'].values():
    django_post = Post()
    django_post.title = post_dict['post_titre']
    django_post.slug = post_dict['post_titre_url']
    django_post.tags = blog['categorie'][post_dict['cat_id']]['cat_libelle_url'].lower()

    django_post.summary_html = post_dict['post_chapo']
    django_post.summary = post_dict['post_chapo_wiki']
    django_post.content_html = post_dict['post_content']
    django_post.content = post_dict['post_content_wiki']

    django_post.creation_date = post_dict['post_creadt']
    django_post.modification_date = post_dict['post_upddt']
    django_post.publication_date = post_dict['post_dt']

    django_post.is_online = post_dict['post_pub']
    django_post.is_bestof = post_dict['post_selected']
    django_post.markup = 'wiki2xhtml'

    django_post.save()

Et voila, je peux maintenant vérifier le nombre de billets présents avec le shell de Django :

$ python manage.py shell
>>> from biologeek.journal.models import Post
>>> Post.objects.count()
190

Parfait !

Le script complet est disponible sur le dépôt, il a fallu que je modifie un peu le plugin de Dotclear pour qu'il prenne en compte mes tables de blogmarks. Il ne me reste plus qu'à migrer les commentaires.

Redirections

Un autre point essentiel lors d'une refonte est de rediriger chaque ancienne URL vers la nouvelle et ce de manière permanente. Il existe une application de redirection dans les contributions de Django mais ça ne convenait pas à mes modifications au niveau des URL des billets qui nécessitent de récupérer leurs tags pour faire la redirection.

Heureusement, oh oui heureusement, que j'ai conservé le index.php dans toutes mes URL car sinon la complexité des expressions régulières à gérer m'aurait donné un mal de crâne interminable. Du coup, ça devient vraiment plus simple car je peux rediriger toutes les URL commençant par /journal/index.php vers mon script de redirection. Le script prend en compte toutes les URL que j'ai pu répertorié (j'espère ne pas en avoir oublié, au pire je les rajouterais lors de la migration) :

urlpatterns = patterns('',
    ('archives',                redirect('/archives/')),
    ('rss.php$',                redirect_rss('/rss/journal/')),
    ('atom.php$',               redirect_rss('/rss/journal/')),
    ('rss_ailleurs.xml$',       redirect('/rss/bistrot/')),
    ('(?P<tag>[A-Z][-\w]+)/$',  redirect_tag('/%(tag)s/')),
    ('(?P<slug>[-\w]+)/$',      redirect_post()),
    ('$',                       redirect('/journal/')),
)

[edit du lendemain] : finalement c'est pas si simple car certaines URL ne sont pas derrière index.php, du coup ça donne ça :

urlpatterns = patterns('',
    ('index.php/archives',                  redirect('/archives/')),
    ('index.php/(?P<tag>[A-Z][-\w]+)/$',    redirect_tag('/%(tag)s/')),
    ('index.php/(?P<slug>[-\w]+)/$',        redirect_post()),
    ('index.php/$',                         redirect('/journal/')),
    ('rss.php$',                            redirect_rss('/feeds/rss/')),
    ('atom.php$',                           redirect_rss('/feeds/rss/')),
    ('rss_ailleurs.xml$',                   redirect('/feeds/rss/bistrot/')),
)

La fonction appelée fait ensuite une redirection permanente (301) vers la nouvelle URL, par exemple dans le cas des billets :

def redirect_post():
    def inner(request, slug):
        post = Post.published.get(slug=slug)
        return HttpResponsePermanentRedirect(post.get_absolute_url())
    return inner

Au final il ne m'aura fallu que quelques lignes de python pour franchir cette nouvelle étape, la prochaine fois on ajoute les commentaires et les fils RSS. On avance, on avance...

— 23/05/2007

Articles peut-être en rapport

Commentaires

sebastien le 23/05/2007 :

Salut,
Très bon billet avec example à l'appui et code d'export !
Place maitenant à la remarque déplaisante :)
J'ai récupéré le code du projet biologeek, et j'ai remarqué --depuis environ 1 mois, une petite coquille/erreur dans l'interface d'administration de Django : le fichier jsi18n ne se charge pas ! Cela semble dû à un problème de mapping d'URL, car quand je déplace la partie concernant l'interface d'administration au début du fichier urls.py, tout fonctionne...
Sinon, très bonne initiative pour ton projet : cela donne un exemple concret et complet d'utilisation et de réutilisation de code/projet existant. Bonne continuation !

David, biologeek le 24/05/2007 :

En effet, l'expression régulière des billets était un peu trop violente ! J'ai corrigé, merci. À force de tester le front j'en avais oublié le back...

ps : il n'y a pas de remarque déplaisante à trouver un bug, c'est plus une aide précieuse :-)

Pierre-Jean le 24/05/2007 :

Sympa, ça me donne envie de faire la même chose chez moi !

Merci pour la qualité de tes billets.

NiCoS le 24/05/2007 :

Ouh ouh, j'adore et ça va m'être bigrement utile :-)

NiKo le 24/05/2007 :

Hey, c'était pas méchant le chambrage ;)

En tout cas vivement la nouvelle version :)

loïc m. le 25/05/2007 :

"Au final il ne m'aura fallu que quelques lignes de python pour franchir cette nouvelle étape, la prochaine fois on ajoute les commentaires et les fils RSS. On avance, on avance..."

Reste à définir la variable "temps" qui sépare cette étape de la prochaine ;)
Depuis le temps qu'on entend parler du nouveau biologeek made in Python... :p

RSS xml le 03/10/2007 :

"j'espere ne pas en avoir oublie, au pire je les rajouterais lors de la migration", euhhh !? :)