|
|
Re: Mise à jour depuis très ancienne version (2.0.15) et fortunes diverses |
|
Aspirant  
Inscrit: 11/08/2005 18:17
|
Je ne suis pas encore dans cette situation lol je n'ai encore rien entamé, je cherche juste à comprendre ce qui pourrait se passer si j'essayais de faire comme ça.
Je voulais juste savoir quelle était la démarche à activer dans un pareil cas (activer le débug mod certes mais après, venir systématiquement poster toutes ses erreurs sur le forum ?).
Posté le : 19/03/2015 14:57
|
|
|
|
|
Re: Mise à jour depuis très ancienne version (2.0.15) et fortunes diverses |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonjour Bosco,
Merci pour ton message !
Par contre, si je comprend l'esprit de la démarche, je me demande un peu ce qui se passe quand tu obtiens un écran blanc une fois que tu as identifié de quel module cela vient ?
Posté le : 19/03/2015 10:07
|
|
|
|
|
Re: Mise à jour depuis très ancienne version (2.0.15) et fortunes diverses |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Pour info, voici les versions qu'Infomaniak dit proposer ( https://www.infomaniak.fr/fr/hebergement/classic) : PHP : Version 5.4 ou 5.5 au choix. MYSQL : 5.5.x D'après ce que j'ai vu cela semble suffisant pour faire tourner toutes les versions de Xoops existant aujourd'hui.
Posté le : 17/03/2015 11:33
|
|
|
|
|
Re: Mise à jour depuis très ancienne version (2.0.15) et fortunes diverses |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonjour Messieurs,
Tout d'abord merci pour vos messages qui permettent de savoir un peu mieux où nous en sommes.
Pour information, notre hébergeur est Infomaniak, je regarderai quelles versions de Php et MySQL sont proposées mais habituellement il me semble qu'ils suivent assez bien les évolutions (mais ce qui était vrai il y a dix ans ne l'est peut-être plus aujourd'hui). Si un autre hébergeur vous semble plus adapté, n'hésitez pas à le signaler car quitte à repartir de zéro...
Par contre, en admettant qu'on reparte direct vers une nouvelle version de Xoops, il y a certaines choses que je voudrais clarifier :
- Dans ce cas, on peut oublier (dans un premier temps) les mises à jour de Xoops, n'est-ce pas ? (à part un ou deux patchs correctifs éventuels non livrés en standard avec la dernière version disponible en téléchargement)
- On partirait donc sur une base de donnée répondant à la norme UTF-8. Je tiens à préciser que je ne connais rien à ces normes (ni celle-ci, ni l'ancienne) et que je ne me représente donc pas les conséquences d'une telle migration. Est-il toutefois généralement envisageable, sur un hébergement, d'avoir une base de donnée UTF-8 en plus de celles existantes (toujours à l'ancienne norme) ? Dans ce cas, le nouveau site serait directement basé sur une nouvelle base de données donc il n'y aurait pas de migration à proprement parler à ce niveau là. Est-ce que j'ai bien compris ? Je précise qu'Infomaniak autorise d'avoir plusieurs base de données sur le même hébergement, mais je ne sais pas si elles peuvent être de normes différentes entre elles.
- Si on part sur un nouveau site, il faudra recréer les utiliateurs existants. J'imagine que cela peut se faire en jouant sur des requêtes SQL. Exporter les noms des utiliateurs existants, leur adresse e-mail, quelques infos éventuelles ainsi que leur mot de passe (pour les avatars et ce genre de choses on verra plus tard...). Est-ce que ceci représente un challenge significatif en soi ? Voyez-vous des difficultés particulières ?
- Concernant les modules :
-> Serait-il possible, par rapport à la liste que je vous ai fournie, de me dire ceux qui sont encore suivis aujourd'hui et ceux qui ne le sont plus ? Le forum NewBB et l'album photo MyAlbum sont ceux qui m'inquiètent le plus (les articles et l'encyclopédie sont aussi importants mais leur contenu me semble assez simple à exporter/réimporter dans un autre module similaire).
-> Admettons qu'on puisse trouver des modules au fonctionnement suffisamment proche des existants et qu'on les installe tout neufs et donc encore vierges de tout contenu. Dans beaucoup de cas, le contenu des principaux items qui sont stockés dans nos modules critiques actuels "se résume" à un titre, un corps de message (contenant souvent du BB code), un utilisateur associé, une date, une url pour les photos, parfois une catégorie/rubrique (exemple un "sujet" posté sur un forum l'est dans une rubrique particulière de celui-ci). Parfois un item contient des sous-items (un sujet sur un forum contient des posts, une photo contient des commentaires) qui ont eux-même une complexité plus ou moins équivalente à leur objet parent. Migrer tout ceci vers un nouveau site implique de trouver la correspondance entre chacun de ces champs et leur nouveau champ respectif, de transcodifier certaines choses (par exemple les IDs des utilisateurs s'ils n'ont pas été affectés de la même manière dans le nouveau site, ou bien les IDs des rubriques/catégories, ...). Je ne suis pas un spécialiste du SQL et je n'ai que quelques souvenirs de mes cours de FAC (on avait vu que la partie interrogation de BDD, jamais la partie insertion), mais néanmoins je pense que cela reste de l'ordre du faisable à condition d'être méthodique, de faire des tests et de ne migrer que les choses essentielles. Est-ce qu'il y a d'autres problématiques majeures que je n'aurais pas anticipées ?
-> A votre connaissance, pour les modules qui existeraient encore aujourd'hui, existe-t-il des "moulinettes" (scripts SQL tout faits ou autres patchs dédiés) qui permettraient de migrer du contenu d'une version aussi ancienne vers une version plus récente.
-> Je suis en train de me rendre compte que le forum sur lequel je poste est un NewBB, donc j'imagine que le module existe encore en version suivie. Est-ce que la structure des items de ce module (sujets et posts dans les tables de la BDD) a beaucoup évolué depuis 10 ans ou bien est-ce que les champs sont restés plus ou moins les mêmes ?
D'avance merci de vos précisions. Désolé pour le nombre de questions mais c'est important de voir ce qui est possible et ne l'est pas.
Resnaux
Posté le : 17/03/2015 10:55
|
|
|
|
|
Mise à jour depuis très ancienne version (2.0.15) et fortunes diverses |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonjour,
Je me permets de venir poster ici car nous avons un site de type Xoops depuis maintenant près de 10 ans. Celui-ci n'a en revanche plus été mis à jour depuis une version très ancienne, qui est la version 2.0.15.
Nous avons trois problèmes :
- Premièrement, nous souhaiterions mettre notre site à jour vers une version beaucoup plus récente (à voir laquelle serait la plus appropriée). L'opération semble assez complexe puisque je ne sais pas combien de patchs de mise à jour successifs seraient à appliquer, ni comment faire en sorte de conserver une grande partie des modules actuels (quitte à les mettre à jour également). Les modules qui sont très importants pour nous et dont nous ne voulons pas perdre le contenu sont le forum (Newbb v1.13), l'album photo (MyAlbum v2.84) , le glossaire (Wordbook dont je ne connais pas la version), les articles (News v1.1), les sondages (XoopsPoll dont je ne connais pas la version non plus), notre Encyclopédie (basée sur le module Sections v1), en espérant qu'il existe encore des versions récentes de ces modules compatibles avec les dernières versions de xoops.
- Deuxièmement, certains de nos formulaires sont attaqués par des pirates ou des sources indésirables. C'est ainsi que cela fait quelques années que nous avons dû cloturer les inscriptions (des centaines de "faux comptes" venaient régulièrement s'inscrire pour poster des messages de publicité sur le forum). Notre formulaire de contact a lui aussi fait l'objet de spam à plusieurs reprises. Notre hébergeur nous a d'ailleurs demandé de mettre en place une protection telle qu'un système de CATCHPA (et a bloqué l'accès à ce formulaire tant que ce ne serait pas fait). Je ne sais pas dans quelle mesure une mise à jour vers une version de Xoops plus à jour permettrait de résoudre ces problèmes, nous serions preneurs de vos avis/retours d'expérience à ce sujet.
- Enfin, étant donné que certains modules permettent aux utilisateurs de mettre en ligne du contenu (par exemple les photos de MyAlbum), le CHMOD de certains dossiers avait dû être réglé une valeur suffisamment permissive. Après avoir fait plusieurs essais à l'époque, je n'avais trouvé que la valeur "777" pour n'obtenir aucun message d'erreur. Toutefois, ceci pose des soucis de sécurité (des petits malins sont d'ailleurs venus déposer des fichiers pirates dans les dossiers en question). Nous voudrions abaisser la valeur du CHMOD tout en évitant de bloquer ces modules. Quelle valeur serait la plus appropriée selon vous ?
Nous serions donc preneurs de tous vos conseils. Nous ne savons pas quelle est la stratégie la plus adaptée par rapport au premier point. Recréer un site séparé basé sur une version plus récente de Xoops est bien sûr une possibilité, mais nous sommes inquiets par rapport à la migration du contenu de nos modules actuels que nous ne souhaitons pas perdre.
Nous sommes conscients que nous avons beaucoup trop laissé vieillir ce site en restant passifs, mais nous n'avons pas non plus de grandes connaissances en matière de gestion de site (même si nous sommes parvenus à configurer et mettre en ligne notre site nous-même). Nous avons procédé aux mises à jour pendant les premières années du site, mais lorsque nous avions tenté de passer à la version 2.0.18 nous avions rencontré des problèmes qui nous avaient conduit à faire demi-tour (je ne serais plus capable d'expliquer lesquels). Cela nous a découragé de continuer à nous investir sur la partie technique du site et nous nous sommes à partir de là contenté de gérer le contenu du site à travers les interfaces utilisateur/administrateur tout en conservant une architecture figée.
Par ailleurs, si un spécialiste Xoops avec suffisamment d'expérience est capable de réaliser les tâches nécessaires pour régler ces différents problèmes, nous serions disposés à rémunérer une telle prestation. N'hésitez pas à me contacter en MP si c'est votre cas.
D'avance merci pour votre aide.
Bien cordialement,
Resnaux
Posté le : 16/03/2015 16:51
|
|
|
|
|
Re: Problème module catads |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonjour, je viens de voir que j'ai visiblement un problème similaire avec le module de livre d'or xfguestbook version 2.22, également programmé par the cat si je ne me trompe. Je ne peux plus ajouter de nouveaux messages, cela me renvoi également une erreur. Je pense que tout ceci vient de l'évolution du php mais résoudre ces problèmes dépasse clairement mes compétences.
Si quelqu'un a rencontré des problèmes similaires et a pu les résoudres, ce serait sympa de le dire. Merci ;)
Posté le : 30/01/2009 13:45
|
|
|
|
|
Re: Problème module catads |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonsoir Burning et merci beaucoup pour ta réponse !
J'ai remplacé la 1.4 par la 1.5 béta sur mon environnement de test, mais le problème reste inchangé, je suis désolé.
Quant à la version pro, elle est probablement séduisante dans l'absolu, mais nous n'avons simplement pas les moyens. Merci quand même !
Si quelqu'un connait une solution, merci d'avance ! Bonne soirée !
Posté le : 29/01/2009 20:07
|
|
|
|
|
Re: Problème module catads |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Notez que notre hébergeur est infomaniak et qu'ils ont récemment réalisé une mise à jour de php.
Posté le : 29/01/2009 17:51
|
|
|
|
|
Problème module catads |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Bonjour, Je m'excuse de vous déranger, mais j'ai un problème avec le module catads sur mon site www.chien-passion.be. En fait, depuis un moment, toutes les annonces sont arrivées à expiration, et il n'est plus possible d'en ajouter une nouvelle. Tout fonctionne normalement dans le formulaire, et il est même possible de prévisualiser, mais quand on veut la valider, on obtient le message suivant There was an error. Your ad has not been added Array Si je passe en mode debug, j'obtiens 4 erreurs : Citation :Notice: Only variable references should be returned by reference in file /modules/catads/submit1.php line 70
Notice: Only variable references should be returned by reference in file /modules/catads/class/ads.php line 102
Notice: Undefined variable: photo in file /modules/catads/submit1.php line 199
Notice: Undefined variable: photos_dir in file /modules/catads/submit1.php line 205 Voici le code de la ligne 70 de la page submit1.php (la ligne en question est l'avant dernière, "return...")
function &deleteCode(&$text) {
$patterns = array();
$replacements = array();
$patterns[] = "/[siteurl=(['"]?)([^"'<>]*)\1](.*)[/siteurl]/sU";
$replacements[] = '\3';
$patterns[] = "/[url=(['"]?)(http[s]?://[^"'<>]*)\1](.*)[/url]/sU";
$replacements[] = '\3';
$patterns[] = "/[url=(['"]?)(ftp?://[^"'<>]*)\1](.*)[/url]/sU";
$replacements[] = '\3';
$patterns[] = "/[url=(['"]?)([^"'<>]*)\1](.*)[/url]/sU";
$replacements[] = '\3';
$patterns[] = "/[color=(['"]?)([a-zA-Z0-9]*)\1](.*)[/color]/sU";
$replacements[] = '\3';
$patterns[] = "/[size=(['"]?)([a-z0-9-]*)\1](.*)[/size]/sU";
$replacements[] = '\3';
$patterns[] = "/[font=(['"]?)([^;<>*()"']*)\1](.*)[/font]/sU";
$replacements[] = '\3';
$patterns[] = "/[email]([^;<>*()"']*)[/email]/sU";
$replacements[] = '\1';
$patterns[] = "/[b](.*)[/b]/sU";
$replacements[] = '\1';
$patterns[] = "/[i](.*)[/i]/sU";
$replacements[] = '\1';
$patterns[] = "/[u](.*)[/u]/sU";
$replacements[] = '\1';
$patterns[] = "/[d](.*)[/d]/sU";
$replacements[] = '\1';
return preg_replace($patterns, $replacements, $text);
}
Et la ligne 102 du fichier ads.php (à nouveau c'est "return...")
function &create()
{
return new CatadsAds();
}
Je suppose que cela est consécutif à une mise à jour récente de php qui ne doit plus permettre l'intruction "return" de la même manière (ou avec les mêmes éléments, mais je ne suis pas capable d'en comprendre davantage. Il faut également préciser que j'ai la version 1.23 de catads, qui est assez ancienne. J'ai tenté de passer à la version 1.4 sur une version test de mon site, mais le problème demeure le même (il faut dire que la dernière mise à jour de catads 1.4 téléchargable sur ce site est datée de août 2005). Donc voila, je ne sais pas trop où se situe le problème, mais je ne peux plus utiliser le module catads et ne sait trop quoi faire. J'ai également tenté d'installer le module myAds, mais il ne fonctionne pas sur mon site car les formulaires remplis se vident quand ils vont validés, et dès qu'on veut modifier quelque chose ou ajouter une catégorie, nous sommes redirigés vers une page blanche. Si quelqu'un a la solution à mon problème (soit une partie du code à modifier, soit une mise à jour plus récente de catads trouvée ailleurs, soit un autre module qui fonctionnerait, ou que sais-je d'autre), ou au moins une explication, je serais preneur. Je vous remercie d'avance de votre attention. Très bonne soirée à vous. Resnaux
Posté le : 29/01/2009 17:40
|
|
|
|
|
Re: Problème MAJ du site (2.0.15 -> 2.0.18) |
|
Aspirant Inscrit: 11/08/2005 18:17
|
Dès que mon souci avec la version 2.0.18.fr sera résolu, je serais également soucieux de mettre à jour mes modules. Pourriez-vous me dire si le module forum newbb se met à jour automatiquement au passage de la nouvelle version. Il me semble que le module du forum était présent dans le pack xoops lors de ma première installation (aout 2005). J'ai essayé de télécharger le module catads 1.4 sur mon espace de test ( la version un peu "cassée" 2.0.18.fr) et j'ai eu le même problème que décrit sur ce topic concernant l'affichage des catégories à savoir dernières lettres manquantes (que je peux "contourner" en ajoutant à mon titre de catégorie autant d'espaces que de lettres manquantes, ça marche... même si ce n'est pas une solution). Est-ce que le module catads 1.4 est bien la dernière version de catads? Hé, heu, excusez moi de m'inquiéter mais vu le nombre de postes que j'ai déjà lu concernant les problèmes de la version 2.0.18.fr, je commence à me demander si elle est vraiment fiable? Quelle est la dernière version stable de Xoops? Mon site (l'original) fonctionne parfaitement sous xoops 2.0.15. Quelle version me conseilleriez-vous?
Posté le : 20/08/2008 10:06
|
|
|
|
Tous les messages (Resnaux)
Transférer
