Fork me on GitHub


 Bas   Précédent   Suivant

(1) 2 3 4 ... 97 »


mage
Re: Newbb 5.1.0 Beta 7
#1
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Citation :
Cesagonchu a écrit :
Non alain ce n'était pas ça, après avoir corrigé les define obsolètes, il n'y a plus l'erreur, je vois enfin le forum et l'administration du forum mais je me retrouve avec une erreur en bas de page telle que :

Warning: Undefined array key "highlight" in file /xoops_dataxx/caches/smarty_compile/6e4a5552-system-fiblue3d-default^%%3E^3EB^3EB718E5%%db%3Asystem_block_mainmenu.tpl.php line 11


Quelqu'un saurait comment corriger ça ?


Ce n'est pas important, tu peux laisser comme ça (c'est juste un warning). C'est simplement une variable smarty qui n'est pas définie.

Si vraiment tu veux corriger alors cherche la variable "highlight" dans le template system_block_mainmenu.tpl(il doit être en surcharge dans le thème module system) et la condition doit ressembler à ça:

<{if $module.highlight}>


Tu remplace comme ceci:

<{if $module.highlight|default:false}>


Mais si tu commence à corriger tout ce vieux thème, je te souhaites bon courage

Posté le : 17/02/2023 21:19
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: Newbb 5.1.0 Beta 7
#2
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Citation :
Cesagonchu a écrit :
En effet, avec ton thème j'ai ce message d'erreur avec la dernière version de Newbb :

Error: Undefined constant "_MD_TOPIC"


Il suffit juste de définir la variable dans le fichier de langue, c'est juste un oubli de define. Avant PHP 8 c’était un message d'avertissement maintenant c'est une erreur.

Donc ajoute le define dans le fichier de langue du module et c'est réglé!

Posté le : 17/02/2023 16:45
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: Débats sur notre CMS préféré Xoops
#3
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Citation :
babouille a écrit :

Petits exemples au passage de l'hérésie de Xoops en ce qui concerne le SEO. Une page qui renvoi un code 200 en index et follow sur un certain site Xoopsé avec tous les résultats de recherches, qui au passage est sanctionné par Google, car il considère cela comme du contenu généré de manière automatique :
/search.php?query=un+mot+%C3%A0+la+con+qui+passe+en+200&action=results

Un beau cas d'école de DC :
/modules/xmnews/index.php VS /modules/xmnews/
/modules/newbb/index.php VS /modules/newbb/
/modules/newbb/viewtopic.php?order=DESC&status=$status&topic_id=128 VS /modules/newbb/viewtopic.php?topic_id=128
/modules/xmtutorial/index.php VS /modules/xmtutorial/index.php?tutorial_cid=0 VS /modules/xmtutorial/
/modules/xmcontent/index.php VS /modules/xmcontent/

/modules/xmtutorial/tutorial.php?tutorial_id=17 VS /modules/xmtutorial/tutorial.php?tutorial_id=17&letitre=comment-tu-veux-que-je-rajoute-des-url
Etc., tous les modules de Xoops ont du DC et cela date depuis des années


Bon ben la on parle de moi... Enfin pour les modules "xm" Effectivement un problème pour le référencement...

Je travail sur mon temps libre pour proposer des modules et travailler sur le core mais je n'ai pas toutes les connaissances dans tous les domaines donc certaines chose reste...

Je serai très intéressé que tu m'explique comment enlever le problème avec la recherche xoops, cela me permettrai de l'intégrer rapidement dans le core.
Je pourrai aussi améliorer les problèmes que tu cite dans mes modules.

Citation :
babouille a écrit :
Et je ne parle pas des balises méta qui sont à la ramasse, le fait qu'il n'y a aucun système de compression de fichiers CSS ou JS, sauf avec des hacks. Je ne te parle pas non plus du fait que les réécritures d'URL sont inexistantes dans le CMS à part sur certains modules ou il y a un embryon, mais sans aller au fond des choses, sauf à faire des hacks.
C.Thierry


Oui et non je vais quand même nuancer car ceci n'est pas un problème xoops mais bien un problème de module (balise méta et description). Xoops propose des outils pour générer les balises meta avec les class XMF, malheureusement peut de personne les utilisent dans les modules. Perso je le fait dans tout mes modules et cela fonctionne très bien (même en automatique si la personne ne désire pas faire ce travail fastidieux).
Pour la réécriture d'url je l'ai implémentée dans le module xmcontent sans hack sur le core en utilisant encore une fois des class XMF et je ne pense pas que c'est un embryon mais si tu as un retour sur ce que j'ai fais, c'est volontiers pour l'améliorer.

Les choses avancent doucement mais il existe encore des xoopsiens qui sont motivés pour faire évoluer les choses mais il faut partager et nous faire remonter les choses.

Je suis pas au top dans tous les domaines (peut être même aucuns) mais je veux bien améliorer les choses donc toujours motivé d'avoir un retour ou une explication pour améliorer les choses. Pourquoi ne pas proposer les modifications directement sur github?

Merci Christelle pour l'ouverture de ce topic pour lancer le débat.

Posté le : 16/02/2023 18:52
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: Mises a joure des modules pour la version de PHP.8
#4
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Salut,

Je pense que faire une mise à jours sans avoir testé avant sur un serveur de tests était une mauvaise solution. C'est très risqué de fonctionner comme cela.

Plusieurs modules sont compatibles php8 mais pas tous. Je fais tourner plusieurs sites en php8 et je n'ai pas de problème car j'ai sélectionné les modules qui sont suivi. Quand on change de version php, on test avant et on utilise peut être d'autres modules. Il est probablement possible d'utiliser d'autre modules pour tes besoins.

Si tu ne peux pas changer de modules alors je te conseil de changer de cms. Si tu ne peux pas réaliser les modifications toi même, ce n'est pas les "admin" de xoops qui sont des bénévoles et qui ont leur propre priorités qui vont le faire.

Ce n'est probablement pas la réponse que tu attendais mais malheureusement, tu n'a pas 100 solutions...

Posté le : 13/12/2022 21:01
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: $helper et xoops_cp_header();
#5
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
J'ai mis un autre nom à la variable mais cela fonctionne en gardant le même nom.

Ta variable n'est pas modifiée par magie mais quand tu demandes le helper tu fais une erreur car tu ne spécifies pas le nom du module donc le helper ne sait pas quel module prendre. Par défaut il va initialiser le helper avec le module courant.

Donc cela te fait croire que ton helper est modifié mais ce n'est pas le cas, il donne juste l'information du module par défaut.

Dans la plupart des cas cela fonctionne mais pas dans le cas que tu indiques et dans les blocs.

Donc pas un bogue du helper mais une mauvaise utilisation du helper.


Posté le : 26/06/2022 21:55
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: $helper et xoops_cp_header();
#6
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Ceci n'est pas un bug, par défaut le Helper récupère le nom du module courant mais si on est dans un autre module ou un bloc il faut spécifier au Helper le nom du module:

$helperGlossaire = Helper::getHelper('Glossaire');
$categoriesHandler = $helperGlossaire->getHandler('Categories');
$entriesHandler = $helperGlossaire->getHandler('Entries');


Voila ce qu'il faut faire.

Bonne suite

Posté le : 26/06/2022 21:05
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: Dernière version de Xoops 2.5.11 beta 2 traduite en français
#7
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Salut,

Si tu ne veux pas l'erreur de define citée, il te suffit d'utiliser cette traduction:

https://www.monxoops.fr/modules/xmdoc/document.php?doc_id=10

Je mets à jour la traduction au fur et à mesure des ajouts, normalement tu ne devrait pas avoir de soucis.

Pour le problème de réglage du mainfile, je trouverai intéressant d'ouvrir un ticket sur github.

Bonne journée

Posté le : 02/06/2022 08:20
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: sqlfile dans xoopsversion.php
#8
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Pas de soucis pour moi si c'est technique,j'aime bien comprendre surtout si je me trompe.

Peux-tu m'expliquer comment 2 même requêtes peuvent avoir une grande différence?

Car au final les requêtes sont identiques avec les 2 méthodes car la classe utilise la première pour exécuter la requete

Posté le : 21/12/2020 00:35
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: Clas admin et Module Admin
#9
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Salut,

Pour répondre à ta question, il faut commencer par expliquer à quoi sert le framework XMF.

Ce framework à été développé pour rendre compatible les modules 2.5.X avec la futur version 2.6. XMF va orienté sur les classes disponibles dans la version de xoops utilisée.

Dans ton exemple, la classe "XoopsModuleAdmin" existe uniquement dans la version 2.6. Si tu es dans la 2.6, cette classe sera appelée si tu es en 2.5.x le Framework "moduleadmin" sera appelé (il n'est plus fourni en 2.6 mais intégré dans la classe "XoopsModuleAdmin").

Et cela fonctionne pour une multitude de choses. En résumé plus tu utilise XMF, plus ton module sera compatible avec 2.6.

Posté le : 20/12/2020 13:39
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer


mage
Re: sqlfile dans xoopsversion.php
#10
Semi pro
Inscrit: 08/03/2006 21:08
Messages: 1176
Je penses que tu n'as pas compris de quoi je parles. Tu ne peux pas avoir de différence de performance avec la bdd car le résultat final est identique. C'est la manière d'y arriver

Je vais prendre un exemple parlant avec le résultat suivant:

Citation :
SELECT o.*, l.* FROM xmtutorial_tutorial AS o LEFT JOIN xmtutorial_category AS l ON o.tutorial_cid = l.category_id ORDER BY tutorial_weight ASC, tutorial_title ASC LIMIT 0, 15



Une écriture standard va exécuter une requête sql à l'aide de la fonction:

$sql = "ma requête";

$GLOBALS['xoopsDB']->queryF($sql);


Dans le cas des classes le code est le suivant:
// Criteria
        $criteria = new CriteriaCompo();
        $criteria->setSort('tutorial_weight ASC, tutorial_title');
        $criteria->setOrder('ASC');
        $criteria->setStart($start);
        $criteria->setLimit($nb_limit);
        $tutorialHandler->table_link = $tutorialHandler->db->prefix("xmtutorial_category");
        $tutorialHandler->field_link = "category_id";
        $tutorialHandler->field_object = "tutorial_cid";
        $tutorial_arr = $tutorialHandler->getByLink($criteria);


Ce code va générer exactement la même requête donc tu ne peux avoir de performance meilleure ou moins bonne par rapport à la bdd.

Cette méthode est plus lourde de prime à bord mais permet de mettre en place une structure très souple pour faire évoluer son module. Je ne veux pas te convaincre car si tu préfère la première méthode, elle est parfaitement adaptée et marche très bien.
Cette méthode apporte un niveau de sécurité bien plus important dans le cas de l'écriture dans la bdd car les données sont filtrées automatiquement avant insertion.

Posté le : 20/12/2020 11:31
_________________
monxoops.fr
Mage sur github
Transférer la contribution vers d'autres applications Transférer



 Haut
(1) 2 3 4 ... 97 »




Propulsé avec XOOPS | Graphisme adapté par Tatane, Grosdunord, Montuy337513

63 Personne(s) en ligne (45 Personne(s) connectée(s) sur Forum) | Utilisateur(s): 0 | Invité(s): 63 | Plus ...