L'identifiant de sécurité ne correspond toujours pas

[abmag]

Qu'appelles-tu les bonnes tables ? Si tu as installé un nouveau joomla sur la même base de donnée avec les mêmes préfixes de tables tu as probablement écrasé les tables existantes. Si tu as précisé des prefixes différents, les anciennes tables existent encore mais sont ignorées (c'est un moindre mal) et dans ce cas ton ancien site devrait encore fonctionner au moins partiellement

[lefabdu51]

Tu a une autre solution qui serait de créer une vue sql des tables du second site qui pointe vers les tables du premier.
Il y a eu un article du Joomla magazine ou la procédure était référencée, mais je n ais pas remis la main dessus.
L'avantage de la création de vue est une meilleure gestion des accès concurent.

Le sujet de l'article etait le partage d'une seule base utilisateur entre deux site.
Si marc se souviens de l'url de cet article (vu que c est lui qui l'a écrit) je le remercies de la renvoyer dans ce sujet.

Et la tu auras les possibilités de partage d'une base de données sur plusieurs sites.

[zamioculcas]

Merci tous les deux.
Ce que j'appelle "les bonnes tables", ce sont celles dont dépend cette partie du site (4 dossiers, autant de sites).
Je les appellerai site_
Je suis allé faire un tour en admin et, à ma grande surprise, il existait des tables au préfixe bak_site_ !
J'ai réglé mon config.php sur ces tables et mon site est de retour !
Manifestement, les anciennes (site_) ne pointent plus que sur l'essai (nouveau dossier, voir mes premiers messages) qui a disparu (dossier suppr puisque ça n'a pas fonctionné).
Mon but n'est pas de partager des tables, il s'agissait d'un essai pour réparer l'erreur primordiale rencontrée lors de l'application de la "solution" qui n'en a pas été une et qui a fait disparaître le champ de Recherche.
C'est obscur tout ça.
Dois-je juste noter que, à partir de maintenant, mon site tourne avec les tables bak_site_ ou alors il existe une solution pour retrouver mon champ de Recherche (début du fil) ?

[abmag]

Excuse moi mais j'ai l'impression que tu bricoles un peu au hasard et que tu n'as pas bien compris la relation qui existe entre la base de donnée et Joomla.
En fait tu as eu de la chance, car en installant joomla dans ton dossier d'essai, l'installeur était réglé pour sauvegarder les tables existante avec le préfixe bak_site_ avant de les écraser (visible dans les options avancées).
Maintenant si tu as simplement supprimé le dossier d'essai où tu as installé ton joomla de test via FTP, Les tables _site ne sont plus utilisées mais doivent toujours exister.
Tu peux te connecter sur ta base de donnée avec "phpmyadmin" et tu y verra l'ensemble de ta base de donnée et de ses tables.
Tu pourras (avant de les supprimer) renommer dans un premier temps les tables site_ en old_site_ puis renommer les tables bak_site_ en site_ pour retrouver ta config initiale. Il te faudra bien sur reprendre ton config.php en fonction.
Il faut être très rigoureux dans ces manips et sur de ce que l'on fait

[lomart]

Tu pourras (avant de les supprimer) renommer dans un premier temps les tables site_ en old_site_ puis renommer les tables bak_site_ en site_ pour retrouver ta config initiale. Il te faudra bien sur reprendre ton config.php en fonction.

Le plus simple n'est-il pas de faire une sauvegarde du site qui fonctionne avec AkeebaBackup. Déjà on respire mieux
Puis de restaurer le site sur le bon espace en changeant le prefixe des tables dans les paramètres de KickStart Akeeba

[abmag]

Je plussoie Faire une sauvegarde Akeeba tant que cela fonctionne semble tout à fait raisonnable

[zamioculcas]

@abmag : en effet, je bricole, je n'ai pas votre expertise à tous, je ne savais pas que nous étions sur un forum de spécialistes.
Je sais qu'il y a une relation entre BdD et J mais, non, je ne savais pas que c'était aussi rigide.
Encore une fois, les tables existantes n'ont pas été écrasées, elles sont toujours présentes dans la base mais ne semblaient pas avoir été affectées à mon site "essai".
Je sais comment me connecter sur ma BdD, merci.
J'essaierai la solution que tu proposes, merci.
Je sais bien qu'il faut de la rigueur, je n'ai jamais eu le moindre problème depuis J2, j'ai dû prendre de mauvaises habitudes.

@Iomart : Tu penses que sauver le site et le réinstaller suffirait ? Je ne comprends pas bien comment.

De toute façon, comme je n'ai pas de sauvegarde Akeeba de "juste avant le problème", je ne peux que jongler avec un site qui ne me convient pas, au mieux, c'est-à-dire sans champ de Recherche (voir mes premiers post au sujet de la "solution").
Je comprends que le souci entre mon "essai" et le site tel qu'il fonctionnait est qu'ils ne peuvent pas cohabiter sur les mêmes tables. Et si je désinstalle le site (fichiers ftp), installe un J412 tout neuf à la place et le dirige vers mes tables site_ ?

[woluweb]

il ne faut pas être spécialiste pour venir sur le forum

mais par contre quand on réinstalle un site sur une base de données existante, il faut juste s'assurer de ne pas écraser son contenu
un peu comme si je saute en parachute : j'ai jamais fait, mais je crois que j'ai pas besoin qu'on me dise qu'on met le parachute avant de sauter et pas après

[abmag]

Quand on a un site qui fonctionne, même avec un problème à résoudre et qu'on ne dispose d'aucune sauvegarde la chose à faire avant de tenter des actions qui pourront entrainer une panne totale du site est de faire une sauvegarde. C'est plus prudent, voir indispensable. On peut se contenter de faire une sauvegarde par téléchargement ftp de l'ensemble des fichiers ET une sauvegarde de la base de donnée (avec Phpmyadmin, mais Akeeba est un très bonne outil gratuit qui automatise le processus de sauvegarde et de restauration en cas de problème majeur. Il te suffit de l'installer sur le site et de suivre la procédure.
Sais tu si ton hébergeur ne peut pas restaurer ton site à une date donnée par ses restaurations serveurs.
Quand tu auras stabilisé la situation, on pourra sans doute revenir au problème initial

[RobertG]

Bonjour,

Faire des sauvegardes a été un de mes premiers conseils, le jour-même de la création de cette discussion : https://forum.joomla.fr/forum/joomla...-pages-vierges

Et si je me souviens bien, j'avais aussi rapidement conseillé l'utilisation d'une extension destinée à la migration plutôt que du bricolage. 7 mois plus tard, rien n'est réglé !

[lomart]

En complément de la sécurité apportée par une sauvegarde, la phrase importante de mon post #20 était

Puis de restaurer le site sur le bon espace en changeant le préfixe des tables dans les paramètres de KickStart Akeeba

pour éviter de bricoler dans phpmyadmin et configuration.php

[zamioculcas]

Merci beaucoup à vous tous, c'était un plaisir

[zebulon437]

et tu as par exemple J2XML qui permet de faire des exports / imports entre les sites très rapidement.

https://www.eshiol.it/joomla/j2xml/j2xml39.html

Cela comprend les articles mais également les champs personnalisés, les fiches de contacts, les utilisateurs, les menus, les modules, les tags... Bref, quasiment le contenu !

Si la version de J2xml pour Joomla 4 n'est pas encore finalisé, cela n’empêche pas de tester les récentes versions (notamment celle publié il y a quelques jours).

Bonjour,
Comme je rencontre quelques tout petits soucis depuis la migration vers J4, je me disais que repartir sur une installation propre et récupérer mes articles / menus / catégories serait peut être la meilleure solution. En faisant quelques recherches sur le sujet je suis tombé sur ce post et je suis donc allé faire un tour sur le site de J2xml pour récupérer ce composant afin de le tester. Je n'ai eu aucun soucis pour le composant d'importation, par contre pas moyen de récupérer le composant d'exportation, je tombe en permanence sur une erreur 403. Une âme charitable pourrait elle me mettre à dispo J2xml 3.9?
Merci d'avance

[woluweb]

Je crois que j2xml va passer officiellement de alpha à beta à l occasion de notre JoomlaDay car Mihàly est en train de bosser sur sa présentation au sujet de la migration et que donc on a échangé avec eshiol.it (p ex les accents français ne passaient pas)
Bref je pense que j2xml avance bien et sera bientôt une très bonne option pour migrer proprement...

[zebulon437]

merci Woluweb,
je vais donc patienter encore un peu pour tester une installation propre