Complément d'information Kunena 5.08 -> 5.11 Mysql -> MariaDB MyIsam -> InnoDB

Complément d'information Kunena 5.08 -> 5.11 Mysql -> MariaDB MyIsam -> InnoDB
J'ai récupérer la base de données Kunena de mon site en production.
Je cherche à l'intégrer à mon site local en développement.

En production, il semble que ma version de Kunena soit en retard d'une version, pourtant, j'ai PHP 7.
En local j'ai utilisé les dépôts officiels de Joomla pour installer la dernière version de Kunena 5.0.11 sur la dernière version de Joomla!

J'aimerais surtout savoir si la structure de la base de données de Kunena a évoluée et si je dois faire des modifications sur la structure de cette base de données.
Noter que je suis sur MariaDB en local, ce n'était pas le cas en production avec mysql.


#Déplacer Kunena vers un autre Joomla à neuf + Kunena à neuf#
#Version Kunena#
Hoatzin 5.0.8 (Production)
Kinkajou 5.0.11 (Local)

Changer de préfixe, changer myisam pour innodb, ajouter une ligne pour la nouvelle version dans la base de production déplacée vers le local.
INSERT INTO `jv3_kunena_version`
(15, '5.0.11', '2017-09-02', '2017-10-20', '', 'Kinkajou', '');


Cela ne suffit pas pour me permettre à nouveau d'utiliser le forum Kunena en local.
Une erreur apparait lors de la tentative de publication d'un message.


#Tester d'ajouter un message#
Avec la table de production _kunena_configuration ( Hoatzin 5.0.8 (Production) importée sur le local, impossible d'ajouter une ligne test en postant un message.

Lors du test d'ajout d'un message : Erreur
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ' 'test')' at line 1
VERIFIER LE MANUEL POUR FAIRE CORRESPONDRE LES REQUETES EN MARIADB.

Je note aussi que en production et en local je vois cette version depuis l'installeur de Joomla :
Kunena POPULAR
259 reviews with a score of 81/100
Version:
5.0.7 (last update on Sunday, 02 April 2017)
License:
GPLv2 or later Free download
Added On:
Monday, 02 February 2009

en production avec mysql, sous composant/template/joomla les templates sont en 5.08
Crypsis Kunena Team 5.0.8 2017-05-15 www.kunena.org
Crypsisb3 Kunena Team 5.0.8 2017-05-15 www.kunena.org


En local avec mariaDB, sous composant/template/joomla les templates sont en 5.0.11
Crypsis Kunena Team 5.0.11 2017-09-02 www.kunena.org
Crypsisb3 Kunena Team 5.0.11 2017-09-02 www.kunena.org

Bonsoir,

Je viens de vérifier mais il n'y a pas eu de changements au niveau de la base de données entre la 5.0.8 et la 5.0.11

Merci d'avoir regardé, c'est une bonne chose si pas de différences de tables entre les 2 versions.

Mon historique de versions Kunena date de plus longtemps en fait, en production, j'ai les valeurs suivantes, mais, je suis étonné de ne pas avoir la proposition de mise à jour pour la dernière version : Kinkajou 5.0.11 (Local) pourtant j'ai bien PHP 7.x en production.

(1, '3.0.6', '2014-07-28', '2014-12-16', '', 'Tala', ''),
(2, '3.0.7', '2015-02-01', '2015-02-22', '', 'Galah', ''),
(3, '4.0.10', '2016-02-18', '2016-04-01', '', 'Villavicencio', ''),
(4, '4.0.10', '2016-02-18', '2016-04-01', '', 'Villavicencio', ''),
(5, '4.0.10', '2016-02-18', '2016-04-18', '', 'Villavicencio', ''),
(6, '4.0.11', '2016-06-05', '2016-06-06', '', 'Barcelona', ''),
(7, '4.0.12', '2016-10-01', '2016-10-15', '', 'Lima', ''),
(8, '5.0.2', '2016-10-01', '2016-10-15', '', 'Conure', ''),
(9, '5.0.3', '2016-10-23', '2016-10-26', '', 'Dibatag', ''),
(10, '5.0.4.1', '2016-11-26', '2016-11-27', '', 'Dhole', ''),
(11, '5.0.5', '2017-01-04', '2017-01-06', '', 'Eyas', ''),
(12, '5.0.6.1', '2017-01-28', '2017-02-02', '', 'Falanouc', ''),
(13, '5.0.7', '2017-03-31', '2017-04-03', '', 'Gayal', ''),
(14, '5.0.8', '2017-05-15', '2017-05-16', '', 'Hoatzin', '');

En local, j'ai donc une version neuve de Joomla et Kuenna, et, à jour.
J'ai exporté cette base de données neuve pour kunena.
Je compare avec ma base de données de production.

Je constate que les champs de certaines tables ne sont pas placés au même endroit.
Si je ne me trompe pas, cela pourrait entraîner des erreurs.
Je suis donc entrain de corriger le SQL de la production pour l'installer sur le serveur local.

Mise à jour de Kunena v 5.08 en production vers Kunena 5.11 en local.

################
#Version Kunena#
Hoatzin 5.0.8 (Production) vers Kinkajou 5.0.11 (Local)

Remplacer jprefixe_(production) par jprefixeup_(local)

Remplacer MyISAM par InnoDB
Penser que : Le passage MyISAM vers innodb entraine un problème de longueur, MyISAM = 1024 // Innodb serrait plus court ?

Ajouter la ligne de la nouvelle version dans la base locale qui charge les tables mises à jour pour le site de production
INSERT INTO `jprefixeup_kunena_version`
(15, '5.0.11', '2017-09-02', '2017-10-20', '', 'Kinkajou', '');

Modifier dans ce nouveau fichier sql la table `jprefixeup_kunena_messages_text`
Dans le champ `message` mediumtext NOT NULL, ne pas utiliser mediumtex mais text.

#Importer cette sauvegarde de production modifiée dans la base de données locale#
Après import de la base de production modifiée, vérifier la structure des tables.
Les tables locales de la sauvegarde de production sql modifiée doivent avoir la même structure qu'une nouvelle version installée en locale par défaut.

Modifier la structure des tables suivantes
ALTER TABLE `jprefixeup_kunena_categories`
MODIFY COLUMN allow_ratings tinyint(4) NOT NULL DEFAULT '0' AFTER params;

ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN yim varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN wechat varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN weibo varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN qzone varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN apple varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN flickr varchar(50) DEFAULT NULL AFTER bebo;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN bebo varchar(50) DEFAULT NULL AFTER friendfeed;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN digg varchar(50) DEFAULT NULL AFTER aim;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN bebo varchar(50) DEFAULT NULL AFTER aim;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN friendfeed varchar(50) DEFAULT NULL AFTER aim;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN microsoft varchar(50) DEFAULT NULL AFTER vk;
--
ALTER TABLE `jprefixeup_kunena_users`
MODIFY COLUMN icq varchar(50) DEFAULT NULL AFTER digg;

Vérifications
Vérifier depuis l'administrator, si on arrive bien à changer de template,
Désactiver le captcha activé par défaut sur le site en production dans les options de Kunena, pour un Kunena local sans captcha.
Poster un message pour tester si l'import a fonctionné.
Résolu.