SAlut,

il y a plusieurs possibilités,

le plus souple étant de reproduire en local ton site, avec des outils tels que :
neard (que j'utilise et qui est très bien),
WAMPServer
Laragon

L'avantage d'être en local, c'est que tu peux aisément basculer de version de PHP et MySQL, ce qui te permet de vraiment faire le tour de la question pour ta migration.

La solution, si tu pouvais avoir du multisite sur ton offre d'hébergement est au plus près de la réalité,
car dans ce cas, tu crées un sous domaine,

migration.monsite.fr (où monsite.fr est le nom de ton domaine)
Et sur ce sous-domaine, tu peux choisir la version php que tu souhaites.


La solution que tu as trouvé, celle de créer un sous-dossier à la racine de ton site est possible aussi,
sous-dossier "migration" par exemple,
MAIS il y a une contrainte, c'est que si ta version de PHP sur ton site de production est trop vieille (5.x) par exemple, tu ne pourras pas la changer, elle impactera ton site entièrement.
J'apporte une nuance à ce dernier propos, mais c'est à vérifier,
il est peut-être possible de créer un fichier .htaccess sous le dossier migration dans lequel tu indiques une version PHP à utiliser.
Evidemment dans la solution du sous-dossier, tu dois pouvoir créer une 2ieme base de données afin de ne pas perturber la BDD originale.
Si tu ne peux avoir qu'une seule base, il reste encore la solution de n'avoir qu'une seule BDD mais avec un préfixe différent devant chaque table.

Voilà.

Dans tout les cas, il faudra avoir la copie de l'ensemble des tes fichiers et de ta base de données.
Evidemment, le fichier de configuration ne sera plus le même :
chemin de la racine du site
NOm de la base de données, user
où si c'est la même base, un préfixe différent.


Beaucoup d'information, prends le temps de relire tranquillement.
Pour une migration, à la fin, n'oublie pas de forcer une MAJ des modules, et surtout le module systeme.

Pour info, quelle version de PHP tourne sur ton site en production ?
Si c'est une 7.x, ça sera facile,
si c'est une 5.x, il faudra bien vérifier en passant à une 7.x que tes modules sont toujours opérationnels.

Active le mode debug, tu auras plus de détails sur les erreurs et warnings possibles.

Alain

Bonjour Aminov,


Dans ce cas, faire tous tes tests dans un environnement local. Par exemple avec Wamp :
https://www.wampserver.com/

Cela évitera les boulettes même si il est mieux d'avoir un autre nom de domaine sur le même environnement (serveur) pour faire les tests. Le dédié est ton ami dans ce cas

Bonjour
J'espère que tous les xoopsiens vont bien :)
Je souhaite faire un upgrade de mon xoops. Je suis actuellement sous la version 2.4.2 et je me demandais si je je peux passer directement à la version 2.5.10.
Alain à eu la gentillesse de me répondre en commentaire de l'article réservé à ce sujet sur le site :
https://www.frxoops.org/modules/news/article.php?storyid=1970
Merci Alain et voilà j'ai ouvert un topic sur l'espace forum pour continuer la discussion.
Côté Serveur je n'ai pas de soucis (PHP et MySQL).
Par contre j'ai un petit souci, je ne veux pas faire l'upgarde sur le site en production mais malheureusement j'ai un plan d'hébergement basique me permettant d'avoir un seul site. Comment puis-je faire le test dans ce cas ? Dois-je commander un autre plan avec un autre nom de domaine ou puis-je créer un dossier (test) dans la racine de mon site actuel et y loger une copie de mon dossier public_html ?
Merci bcp pour vos lumières.

aucune idée,
pour l'instant je peaufine la partie javascript.
===> test creaquiz
Je ne pense pas avant deux ou trois mois.
Il faut déjà que je maitrise module-builder.
Et comme tout un chacun le sait l'emploi du temps des retraités est très chargés.
JJDai

Bonjour, sait pour quand la sortie du module. Merci

Bravo Gottfried !
JJDai

Félicitations au développeur de modules Gottfried Gabor (alias Goffy) pour avoir remporté le prix de l'innovation PHP à PHPClasses avec son module Xoops wgGallery !

https://xoops.org/modules/publisher/item.php?itemid=6019

Bon j'ai trouvé une solution à mon problème en utilisant:


qui permet d’éviter la surcharge de l'image du deuxième enfant.
J'en ai profité pour affecter une couleur différente au pavé "accueil".
Du coup je remet le zip actualisé.
JJDai

Attacher un fichier:

---

xsitemap-156.zip Taille: 108.62 KB; Hits: 168

Au passage si quelqu'un a une solution au problème de css suivant:
l'image du premier embranchement (sous accueil) est bien définie, mais impossible de l’afficher seule, l'image du second embranchement vient se superposée dessus. Du coup il y a une ligne un peu disgracieuse sous accueil à gauche.
L'auteur du module pour palier ce problème avait fait un bidouille que j'ai eu un peu de mal à comprendre, mais qui posait problème avec le paramétrage de la couleur de fond.
En gros il superposait l'image à cacher, un carré blanc et la bonne image. Les images des lignes sont des png avec une couleur de transparence.
J'ai essayer plusieurs sélecteurs pour le CSS, first-child, +, ... mais rien a faire, pourtant le problème ne se pose pas pour la dernière branche.
JJDai

J'ai fait une mise à jour du zip, une dernière petite modif:
choix de la couleur de fond et des lignes.
JJdai