C'est un soucis de largeur de champs (lié à la différence entre les charset utf8-general et utf8-mbstring)
Si mes souvenirs sont bons, tu es sur un hébergement mutualisé, donc :

ligne 3051du fichier /profile/sql/mysql.sql il faut remplacer :


par


le champs step_name fait 255 caractères de long,
D'origine la clé est limitée aux 100 caractères du champs step_name.
Mais en mb4, il faut 4 octets pour un caractère (100*4 = 400 supérieur à 255, ça bug) alors qu'en utf8 classique, il en faut que 2 (100*2 = 200 inférieur à 255 ça fonctionne)
Donc en limitant au 55 premiers caractère, on 55 * 4 = 220 donc inférieur à 255 et cela fonctionnera

En relançant l'installation ça devrait fonctionner correctement

tu peux concevoir un theme responsive, qui s'adapte a la largeur de l'ecran.
ou tu peux modifier Xoops pour qu'il change de theme selon l'appareil.

Sinon, il y a l'utlisation de mobile detect, une ancienne discussion qui abordait le même sujet

certains navigateur, quand tu entre une URL dans la barre d'URL y ajoutent systématiquement le www. devant.
A mon avis, c'est ce qui déclenche ton erreur.

Pour être certains que cela ne posera plus de pbs avec le www est de mettre en place une redirection permanente de type 301 pour toutes les URL commençant par www.

Voila c'est supprimé

qu'elle est le nom du site ?

J'ai déjà eu des pbs de ce genre.
En premier : mélange de domaine et sous domaine (par ex: monsite.fr et www.monsite.fr)
Par exemple pour les appels CSS, les navigateurs rejettent de plus en souvent les mélanges. Un site monsite.fr doit appeler les fichiers css de ce domaine.

En second :
appel de fichier http: alors que le site est sous https:
Pareil, les navigateurs empechent le chargement

Plus rare mais ça peut arriver, vérifie l'accessibilité du répertoire contenant le css incriminé

Commence par vérifié l'onglet réseau de l'outils de dev.
Lis la colonne état et en cliquant sur chaque ligne vérifie les entêtes et réponses

tu peux essayer de modifier le charset de ta base de données.

Surtout fait une sauvegarde de la base de données

Tout passer en utf8mb4 (tables/données)

Puis indiquer à Xoops que le charset (dans le fichier secure .php) est utf8mb4.

Et normalement tu peux insérer des émojis.

Les .. sont spécifiques à une erreur de charset

Normalement le domaine et l'hébergement sont deux choses biens distinctes.
Même si tu résilie ton hébergement, ton domaine est actif jusqu'au moins la date anniversaire.

Donc en principe :
soit tu déménage ton nouveau de domaine avec le transfert de domaine (souvent payant).
soit tu utilise le registrar habituel (celui qui gère les noms de domaines). Donc à priori ton ancien hébergeur. et tu change les adresses DNS par les nouvelles d'o2switch

En vue d'accélérer le site frxoops, une optimisation de la base de données MySQL est en cours.
Vous pourrez rencontrer des ralentissements dans les prochaines heures

Bonjour,
Oui effectivement, le nom des tables ont changé.

Je te rassure, rien n'est perdu.

J'ai déjà effectué plusieurs fois cette transition.
C'est un peu fastidieux mais avec PHPMyAdmin ça va plutôt bien.

Avant tout, pense à bien sauvegarder
Je copie le contenu des anciennes tables vers les nouvelles, il y a peu de changement. Et suivant la quantité de données c'est plus ou moins long.
Sur de très grosses tables post et post_text, j'ai dû le faire en plusieurs fois