erreur 500 et pages vierges

[chantoune]

Moi aussi apres avoir pris toutes les precautions d'usage le check me donnait 0 erreurs car j'avais bien depublié tout les plugins et extensions non compatible J4 et j'avais à l'execution cette erreur 500 avec une histoire de caption

j'etais parti de j3 en 3.9.10 pour passer en j4 4.0.3

en fait cela vient de la mutation quand on pointait sur son propre template pour le front end et il semble que ce ne soit pas cassiopea par defaut qui se mettrait a la mutation

il faut absolument renommer ton ancien template en old par exemple et le réinstaller proprement avec l'admin extension en faisant glisser ton zip de template et cela répare cette erreur qui fait que maintenant il est reconnu par le systeme

c'est un avertissement qui manque a mon avis dans les explications et les checks : notre template n'est pas forcement compatible J4

Tu peux essayer de mettre cassiopea (qui lui est bien installé par la mutation) comme template par defaut et cela fait disparaitre cette erreur 500
bon c'etait mon cas a moi ? et j'ai bien pataugé avant de voir que cela venait du fait qu'il me fallait réinstaller mon propre template

AUTRE TRUC IMPORTANT : gare au export/import de tables SQL Il faut mieux faire une duplication de la base de données directement sur le serveur
car dans les tables sql tous les caractères accentués sont incorrect a l'import

Mes user françoise se retrouvaientt fran oise les caractères € se retrouvait Oe.... donc gare au à, où, é, è,.....ils se retrouvent avec de droles de signes et pourtant l'export etait en UTF8

[RobertG]

La documentation concernant la migration précise, de mémoire, qu'il faut définir Protostar (ou Beez3) comme template par défaut afin que la migration remplace ce template par Cassiopeia et supprime Beez3 et Protostar.
Par défaut, les templates pour J3 ne sont pas compatibles J4, sauf certains très récents dont ceux basés sur des Frameworks compatibles avec les deux versions.

Et en effet, si on a conservé l'ancien template "non core" la migration ne le remplace pas par Cassiopeia, dans la mesure où le templates peut être un de ceux compatibles 3 et 4 et qu'il n'y a donc pas lieu que Cassiopeia les remplissent. Dans ce cas, si l'ancien template n'est pas compatible J4, le site ne fonctionnera pas.

[chantoune]

et bien cela m'avait echappé qu'il faille se mettre sur beez3 avant la mutation et effectivement apres mutation je ne voyais plus que les 2 templates cassiopea et le mien avec l'etoile comme quoi il etait "defaut" (il n'y avait plus de beez3 et protostar)

mais je n'arrivais plus a rien faire j'avais systematiquement erreur 500 et je ne savais pas qu'il suffissait de réinstaller son extension template vu que quand j'etais dans l'admin "template du site" je voyais bien sa miniature et son design

Après effectivement dansmon template j'ai eu pas mal de modifs a faire en "repompant" des morceaux du css de cassiopea
par exemple pour voir les titres de modules "qui est en ligne", "dernier article" il fallait que je les declare de type "card cassipea" le breadcomb me sortait pas en ligne mais avec tout les repertoires les uns sous les autres idem pour les menus il me fallait les declarer dans advanced en type menu....

[zamioculcas]

Je n'ai pas regardé les sauvegardes de la base, pour les fichiers, j'ai trouvé des possibilités limitées, genre 2 3 jours puis 1 semaine, 2 puis 3.
Mais si tu me dis que pour la base, c'est différent, je vais voir ça. Jusqu'ici, je m'interdisais d'y toucher, ne voulant pas aggraver les choses...
Je parlais de septembre 2020 car c'est la dernière sauvegarde manuelle que j'ai.

[zamioculcas]

Oups ! envoi précoce...
Donc, je restaure la base du jour qui précède ma tentative loupée de migration et j'installe J4 en lui indiquant les tables idoines ?

[RobertG]

Tu restaures en effet une version d'avant ton essai manqué, tu t'assures que toutes tes extensions sont bien à jour, tu installes Akeeba backup et tu fais une sauvegarde dont tu récupères une copie en local.
Et si tu veux réessayer la migration, fais-le sur une copie du site (sous-domaine chez OVH ou serveur local). Une fois qu'elle sera fonctionnelle, tu pourras soit renvoyer sa sauvegarde pour remplacer le site actuel (à effacer avant ça), soit reproduire en ligne les étapes réussies de la migration en local.

[zamioculcas]

Bonjour à tous,
Merci à Chantoune pour son intervention.
Les deux templates que j'utilisais pour mon site - je viens de vérifier - ne sont pas compatibles J4.
Je suppose que je vais devoir régler l'intégralité du site avec du Beez3 et réinstaller un template compatible J4 dès que je pourrai...
Je fais ça ce week-end, je viendrai vous dire comment cela s'est passé.
Z

[RobertG]

Bonjour,

Sauf à avoir un template qui est déjà compatible J4, il faut, avant migration définir Protostar (ou Beez 3) comme style par défaut et supprimer l'affectation d'autres styles à certaines pages.
Lors de la migration, Beez3 et Protostar seront supprimés et Cassiopeia défini comme style par défaut. Tout autre template, compatible ou pas, sera conservé.
Il te faudra alors paramétrer le style de Cassiopeia et repositionner tes modules.

Tu as donc l'autre solution : passer par un template compatible J3 et J4. Je n'ai essayé pour avoir une référence qu'à partir d''un quickstart Joomlaplates en J3 qui a été migré en J4 sans le moindre incident. Je n'ai pas tenté la même chose avec un template Astroid One par exemple, gratuit, ou un Helix, mais a priori, une fois paramétré pour J3, et conservé conne style par défaut, la migration en J4 l'utilisera sans erreur.

[zamioculcas]

Bonsoir,
base de donnée restaurée au 02 octobre + fichiers du 02 octobre = http://www.inbadreams.com/index.php
comment passer le site sur Beez3 si je ne peux accéder à l'admin ?

[dolmenhir]

comment passer le site sur Beez3 si je ne peux accéder à l'admin ?

Sinon, pour changer le template, tu peux passer par phpmyadmin :

1. tu vas dans la table #_template_styles
2. tu mets la valeur du champs "home" à 1 pour le template à utiliser et 0 aux autres partout ou la valeur du champ "client_id" est à 0 (car le 1 c'est pour les templates de l'administration).

[zamioculcas]

Bonjour,
Well well, j'ai fait ça :



Et j'obtiens Internal Server Error.

Je précise que j'ai essayé plusieurs autres config (les 0 et les 1 sur d'autres templates), le résultat est identique.

[dolmenhir]

Quelle est la version php ?
Si c'est 8, repasse à 7.4 voire 7.3

[zamioculcas]

Elle était en 7.3, je l'ai mise en 7.2 = pareil :-(
J'y pense : le site est constitué de plusieurs install de Joomla (dans des sous-répertoires), ça ne peut pas jouer ?

[zamioculcas]

Autrement, parce que ça me démange d'écrire - et même si je tape mes articles sur éditeur de texte avant - mon histoire de retrouver le texte brut des articles, c'est impossible ?
Parce que ça ne m'effraie guère de tout recopier/recoller/restyler, j'ai le temps :-)
Si c'est plus rapide que tâtonner jusqu'à la fin du covid, je prends !

[zamioculcas]

Un truc que je ne comprends pas : j'avais une page index.html "avant" le index.php qui dépend de Joomla. Cette page html n'avait aucun lien avec Joomla, c'était une page toute simple. Eh bien, elle n'apparaît plus non plus, elle renvoie la même Internal Server Error.