MAJ J2.5 vers J3 - import de contactmap_details

  • jacques56
  • Auteur du sujet
  • Visiteur
  • Visiteur
il y a 9 ans 9 mois - il y a 9 ans 9 mois #3389 par jacques56
Bonjour,

Avant de migrer mon site de J2.5 vers J3 je le teste en local.

Comme la structure de ContactMap a changé on perd toutes les localisations.
Il faut donc revalider chaque user un par un dans Joomla 3 après avoir supprimé puis réinstallé ContactMap.
Ce qui est fastidieux en cas de nombreux contacts.

Il y a quelques temps vous m'aviez expliqué qu'on pouvait récupérer l'ancienne table de la manière suivante :

1 - Exportation des données :
En jouant avec les tables cela peut se faire assez facilement.
Je dirais que la version pour Joomla 2.5 de ContactMap était mal faite, car elle ajoutait des champs dans la table contact de Joomla : #__contact_details.
Dans la version pour Joomla 3, il y a une table spécifique : #__contactmap_details.
Si tu as fait une migration de J2.5 vers J3, tu dois pouvoir récupérer dans ton ancienne table des contacts les champs id, lat, lng, zoom et les coller dans la table de contactmap. En pensant a renommer le champ id en contact_id.


Hors ce n 'est pas aussi simple que ça.
Avant toute chose, il faut modifier la structure de la table #_contact_details car elle comporte trop de colonnes.(champs)
Après n'avoir conservé que les champs utiles il y a un peu de renommage a effectuer :

id devient contact_id
glng devient lng
glat devient lat
gzoom devient zoom

Jusque là c'est encore simple. Cependant vous avez omis de parler du champs marqueur_id

Dans l'ancienne table joomla ce champs s'appelle marqueur et il est au format : varchar(200) utf8_general_ci
dans la nouvelle table il s'appelle marqueur_id et il est au format : int(11)

On fait comment pour modifier son format sans perdre les données ?
Dernière édition: il y a 9 ans 9 mois par jacques56.

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 9 ans 9 mois #3390 par gmapfp
Bonjour,

Avant, le champ marqueur contenait l'url du marqueur.
Maintenant, il contient l'id du marqueur.

Il est vrai que si vous avez un marqueur par personne cela devient compliqué.
Sinon, remplissez ce champ par l'id de votre marqueur par défaut.

Connexion ou Créer un compte pour participer à la conversation.

  • jacques56
  • Auteur du sujet
  • Visiteur
  • Visiteur
il y a 9 ans 9 mois #3392 par jacques56
Réponse de jacques56 sur le sujet MAJ J2.5 vers J3 - import de contactmap_details
Non j'ai un marqueur identique pour tous, je vais donc tenter la manip avec ces informations.

Cependant, je pense qu'une moulinette de test lors de la MAJ de contactMap pourrait éviter d 'avoir, à faire ça à la main.
Tout le monde n'a pas les connaissances pour intervenir dans la base sql.

Connexion ou Créer un compte pour participer à la conversation.

  • jacques56
  • Auteur du sujet
  • Visiteur
  • Visiteur
il y a 9 ans 9 mois - il y a 9 ans 9 mois #3393 par jacques56
Réponse de jacques56 sur le sujet MAJ J2.5 vers J3 - import de contactmap_details
Manip réussie mais pas sans quelques tâtonnements.
Par exemple, faut savoir que l'ordre des champs compte quand il s'agit de copier le contenue d'une table vers une autre (à la 1ère tentative, j'avais les datas du zoom qui se sont retrouvées dans le champs lat).

Et heureusement que chez moi, le marqueur_id =0 pour tous les contacts sinon c'est pratiquement mission impossible de faire chaque ligne une par une.

Un test lors de la MAJ de ContactMap est vraiment impératif. J'ai rarement vu la mise à jour d'un composant qui réclamait une intervention dans la base sql.

Donc c'est réussi en local. Ne restera plus qu'à faire la même manip après migration de mon site de J2.5 vers J3
Dernière édition: il y a 9 ans 9 mois par jacques56.

Connexion ou Créer un compte pour participer à la conversation.

Plus d'informations
il y a 9 ans 9 mois #3398 par gmapfp
Désolé, il est vrai que pour ce composant, je n'ai pas prévu de mise à jour de sa version Joomla 2.5 vers sa version Joomla 3.

Connexion ou Créer un compte pour participer à la conversation.

Temps de génération de la page : 0.071 secondes
Propulsé par Kunena
FaLang translation system by Faboba