[RÉGLÉ] Aux utilisateurs de 4SEF et/ou 4SEO

[RobertG]

Bonjour,

Je n'arrive pas à savoir si une fois les données récupérées depuis sh404SEF dans 4SEF et/ou 4SEO il faut conserver les tables sh404SEF ou si on peut supprimer ces tables.

Merci de vos conseils !

[woluweb]

Vu que ce sont 2 extensions payantes, n'hésite pas à contacter directement Yannick G. / Weeblr pour répondre à ce genre de question

[RobertG]

Merci Marc, mais d'une part j'ai une dent contre Weeblr qui date de sh404SEF, au début où Yannick est passé à une entreprise anglophone et où il m'a été refusé une réponse parce que j'avais posé la question en français (j'avais alors une licence), d'autre part, je suis sous-traitant, sans licence et donc n'ai pas la possibilité de poser une telle question.
Je n'ai pas réussi à trouver l'info sur Weeblr, c'est pourquoi je fais appel aux visiteurs du forum.

[jfque]

Une fois que vous êtes sûr d'avoir tout importé, vous pouvez désinstaller sh404 et supprimer les tables.

[RobertG]

Merci jfque

[jfque]

RobertG : une précision quand même, que je viens de découvrir (je suis aussi en pleine migration de sites), il y a un type de données qui n'est pas migré automatiquement de sh404SEF vers 4SEF, ce sont les "shURLs" (les "short URLs") créées (ou pas, suivant la configuration) dans sh404SEF.
Si elles sont/étaient utilisées, il faut les transférer manuellement dans 4SEF (et activer leur utilisation dans la configuration de 4SEF), soit en renommant la table "sh404sef_pageids" en "forsef_legacy_pageids" (attention cette table existe déjà, donc il faut d'abord la supprimer), soit en copiant le contenu de l'une dans l'autre.
Donc, pour répondre à la question de départ, on ne peut vraiment supprimer les tables sh404SEF que quand on a fait cette dernière opération (sauf si on n'utilise pas ces URLs raccourcies).

[RobertG]

Merci de ces précisions.
Curieusement, la réponse de Weeblr au webmaster du site n'a pas fait état de cette question.
Mais il me semble que ces URLs avaient été désactivées sur sh404SEF, même si la table n'est pas vide sur la base d'origine.
en tout cas, si j'ai bien vu, aucune adresse de ce type ne semble être indexée