J'ai reconstruit mon site web, notamment parce que Typo3 ne cesse d'évoluer et que je devais maintenant faire le saut vers la version 10.4. Suite à de nombreux changements dans l'exécution de Typo3 et à une restructuration de ma part, une reconstruction complète était nécessaire. L'ancien site devait cependant encore fonctionner jusqu'à ce que le nouveau soit prêt à être publié. Aujourd'hui, c'était chose faite :

Déménagement d'un site web Typo3 10.4.27 via FTP.

J'ai commencé par sauvegarder l'"ancien" site web, au cas où quelque chose irait mal avec la mise à jour. Pour cela, il faut sauvegarder quelques répertoires et la base de données, c'est-à-dire les enregistrer sur son propre ordinateur.

• J'ai exporté ma base de données via phpMyAdmin dans le backend et l'ai enregistrée sous le nom correspondant.
• Après m'être déconnecté, j'ai établi une connexion FTP à mon espace web. Dans le répertoire de mon site, j'ai copié le dossier "Fileadmin" sur le disque dur, en ignorant "_temp_", "upload" et "_processed_".
• Du répertoire "typo3conf", les répertoires "ext" et "sites" ainsi que le fichier "LocalConfiguration.php" ont également été transférés.

Selon le volume de données, cette copie peut prendre un certain temps, mais mieux vaut prévenir que guérir.

Jusqu'ici, tout va bien, l'ancien site est donc sauvegardé.

Une fois cela fait, j'ai appelé une nouvelle fois le backend, appelé la base de données via phpMyAdmin, supprimé toutes les tables de celle-ci et quitté à nouveau le backend. Ensuite, j'ai supprimé tous les répertoires dans le dossier de mon site web, ce qui m'a pris encore une fois beaucoup de temps, car lors des mises à jour de l'installation de type03 via mon hébergeur (all_inkl.com, je ne peux que recommander), un nouveau répertoire avec tous les fichiers nécessaires était créé à chaque mise à jour. Cela consomme beaucoup de mémoire, mais présente des avantages si une mise à jour se passe mal.

Une fois qu'il n'y avait plus rien, j'ai fait installer par l'hébergeur un Typo3 vierge, ici dans la version 10.4.27, en indiquant la base de données préalablement vidée. Le tout est terminé au bout de 10 minutes, le nouveau site web peut maintenant aller chez l'hébergeur.

En principe, tout fonctionne maintenant dans le sens inverse :

• Tous les sous-répertoires du dossier "fileadmin" sans "_temp_", "upload" et "_processed_" sont copiés dans le dossier "fileadmin" de l'hébergeur à partir de la nouvelle installation locale de Typo3.
• Il en va de même pour les sous-dossiers du dossier "typo3conf", qui sont également transférés chez l'hébergeur.
• La base de données du nouveau site web est également sauvegardée sous un nom facile à retenir.
• Dans le répertoire "typo3conf/sites/(nom du package)/" se trouve un fichier appelé "config.yaml", qui doit être modifié. Il s'agit ici de modifier l'URL de base qui, pour l'instant, renvoie encore à l'installation locale et doit être remplacée (dans mon cas) par "wolfgang-zimmer.de".

C'est maintenant le moment le plus excitant.

Lorsque tout cela est terminé, le backend peut être appelé pour la première fois. Comme la base de données est encore vide, on ne voit pas non plus d'arborescence de répertoires, tout va bien, pas de panique. Tout d'abord, nous ouvrons la section Extensions dans le menu et activons toutes les extensions copiées précédemment. Comme phpMyAdmin est toujours à bord chez moi, j'ouvre maintenant la base de données et j'importe la base de données de la nouvelle installation locale, que j'avais également sauvegardée auparavant.

Ensuite, tous les caches sont vidés dans le backend, je me déconnecte et me reconnecte, je contrôle dans le module "Gestion du site" si l'URL de base est correcte et plus rien ne devrait s'opposer à l'appel de la nouvelle installation. Cela a fonctionné pour moi, j'espère que cela fonctionnera pour les autres. Aucune garantie de ma part !