Fork me on GitHub


 Bas   Précédent   Suivant

« 1 2 3 (4) 5 6 7 ... 213 »


Re: CATADS 1.6 > BUG
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
J'en ai profité pour le tester, mais il y a beaucoup d'anomalies dues aux dernières versions de PHP.
- =& : appel par référence de fonction
- Nom du constructeur dans les classes
- Nom de fonction déjà existante dans d'autres modules
- ...

Il n'est pas utilisable en l'état.
JJDai

Posté le : 18/02 13:21
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: CATADS 1.6 > BUG
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Je viens de la désinstaller et la réinstaller, aucun message d'erreur.
Peux-tu mettre le lien ou tu l'as trouvée ?
JJDai

Posté le : 18/02 10:43
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: Bonnes fêtes !
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Merci,
et prenez soin de vous et de vos proches,
JJDai

Posté le : 25/12 10:40
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: Clas admin et Module Admin
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Bonsoir,
Citation :
la classe "XoopsModuleAdmin" existe uniquement dans la version 2.6

Ok je comprends mieux la raison.
cependant sur d'anciens modules je n'ai pas l'intention de tout réécrire.
Je verrai quand la 2.6 sera d'actualité pour moi.
JJdai

Posté le : 21/12 00:22
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: sqlfile dans xoopsversion.php
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Si j'ai très bien compris, et je maintien qu'il y a une sacré différence, mais ne vais pas m’appesantir sur ce sujet qui risque de devenir très technique.
JJdai

Posté le : 21/12 00:18
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: sqlfile dans xoopsversion.php
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Le tuto en intéressera sans doute plus d'un, mais pour avoir fait des tests de performance sur des gros volumes, les classes même si elles sont pratiques, ne sont pas aussi performante que du bon vieux sql.
Mais bon ça n'engage que moi.

Posté le : 20/12 09:42
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: sqlfile dans xoopsversion.php
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Pour la mise à jour et la suppression ok, mais pour la consultation, ça permet de transférer le traitement sur le serveur de base de données de manière plus efficace il me semble, surtout quand on a des vues qui nécessitent plusieurs tables comme par exemple :
create VIEW `%1$s_media_rs__sommaire_plus` AS 
select ts.*, 
       
tf.nom_fr AS feuille_nom_fr,
       
tf.nom_en AS feuille_nom_en,
       
td.nom_fr     AS difficulte_nom_fr,
       
td.libelle_fr AS difficulte_libelle_fr,
       
tm.titre_org
       
tm.titre_fr_num
       
tm.titre_en_num
       
tm.auteurs_list,
       
tm.auteurs_html,
       
ttp.ordre AS ordre_typepage
FROM 
%1$s_media_rs__sommaire ts 
     LEFT JOIN 
%1$s_media__feuille tf     ON ts.idFeuille     tf.idFeuille
     LEFT JOIN 
%1$s_media__difficulte td  ON ts.idDifficulte  td.idDifficulte
     LEFT JOIN 
%1$s_media_rs__media_base tm       ON ts.idMedia       tm.idMedia
     LEFT JOIN 
%1$s_media__typepage ttp ON ts.idTypepage ttp.idTypepage;


Citation :
Cette solution est la plus efficace pour l’évolution dans le temps et celle préconisée par xoops pour récupérer, insérer et supprimer les données dans la bdd.

ça je n'en suis pas convaincu,

mais comme tu dis:
cela est une question de préférences

Posté le : 19/12 23:02
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Clas admin et Module Admin
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Je souhaiterais quelques éclaircissements:
dans la classe "Admin" qui se trouve dans
Citation :
\class\libraries\vendor\xoops\xmf\src\Module


il y a ceci:
public static function getInstance()
    {

        static 
$instance;

        if (
$instance === null) {
            if (
class_exists('XoopsModuleAdmin'true)) {
                
$instance = new XoopsModuleAdmin;
                static::
$ModuleAdmin $instance;
            } else {
                include_once 
$GLOBALS['xoops']->path('Frameworks/moduleclasses/moduleadmin/moduleadmin.php');
                static::
$ModuleAdmin = new ModuleAdmin;
                
Language::load('xmf');
                
$instance = new static();
            }
        }

        return 
$instance;
    }

et je me rend compte que
if (class_exists('XoopsModuleAdmin'true))

est toujours faux dans mon cas.

dans quel cas est-elle chargée ?
J'ai un peu de mal à comprendre son utilité.
JJDai

Posté le : 19/12 18:09
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: sqlfile dans xoopsversion.php
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Sauf que il me semble me rappeler, mais a vérifier, que la fonction "onInstall" est appelée avant la création de la base.
Ce pourquoi j'ajoute un script dans l'accueil du module que l'utilisateur doit activer après installation du module.

Personnellement ayant été admin de base de données entre autres, j'ai tendance à utiliser des vues plutôt que des classes. C'est plus efficace et plus souple. Le problème est que je n'ai pas trouvé de mécanisme pour intégrer la création de ces vues. Dans "mysql.sql" ça ne fonctionne pas, les préfixes ne sont pas affectés correctement.

D’où l'utilisation de ce script plutôt que "onInstall".

JJDai


Posté le : 19/12 17:57
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer


Re: Problème avec le module xnews 1.71
Team FrXoops
Inscrit: 14/05/2004 22:32
Messages: 2332
Citation :
JJDai a écrit :
Bonjour JJDai, voila jais fait ce que vous m’avez dis et cela a fonctionné mais après deux articles ça ne fonctionne plus il valide l’article mais il ne l’affiche pas.


Je pense avoir trouvé l'origine de tes soucis, car en fait j'avais le même mais cela ne m'avait jamais posé de problème, je m'explique.
C'est un problème d'arrondi.
Le composant qui affiche la date et l'heure, affiche une liste déroulante avec les minute arrondies à la dizaine supérieure, ce dernier mot est important.
du coup l'article que j'ai créé à 14h15 par exemple est enregistré avec 14h20. De plus la case a cocher qui permet de dire si on programme la date ou non n'est pas stockée dans la base, mais déduite de la valeur de la date.
Résultat l'article disparait puisqu'il a une date programmée supérieure à la date/heure courante.
Je n'ai jamais eu ce problème pour la bonne raison que je ne vérifiais pas que l'article était bien la avant 10 ou 15 minutes après l'avoir publié, puisque que ce n'est pas moi qui les écrivait, le temps que je m’aperçoive que l'article devait être approuvé les 10 minutes étaient déjà passées.

donc deux solutions :
- attendre l'heure avec les minutes à la dizaine suivante, par exemple pour 14h15 attendre 14h20
- ou ajouter une fonction qui arrondi a la dizaine inférieure pour afficher dans le formulaire 14h10 au lieu de 14h20 si il est 14h15.
La fonction que j'ai ajoutée dans la class "utility":
function news_getAroundTime($ts null){
    if (
is_null($ts) || $ts==0$ts time();
    
$minutes date("i"$ts);
    
$heures date("H"$ts);
    
$minutes intval($minutes/10) * 10;
    
$ret mktime($heures$minutes0);
    return 
$ret;
}

et ajouter cette ligne:
if($published == 0$published NewsUtility::news_getAroundTime($published);     //global $dateformat;     //echo formatTimestamp($published, $dateformat) . "<hr>";     //$published = time();     $option_tray->addElement(new XoopsFormDateTime(_AM_NEWS_SETDATETIME, 'publish_date', 15, $published));



ver la ligne 184du fichier storyform.inc.php
justa avant:
$option_tray->addElement(new XoopsFormDateTime(_AM_NEWS_SETDATETIME'publish_date'15$published));


et idem dans le fichier storyform.original.php

Je pourrais mettre ma version en ligne, mais je l'ai sérieusement modifiée, et il pourrait y avoir d'autres problèmes parce que je ne me suis pas encore occupé de l compatibilité ascendante, j'ai ajouter notamment un ou deux champs dans une des tables.
En tout cas je n'ai plus ce problème, et le formulaire pour un nouvel article s'ouvre bien avec les minutes arrondies à la dizaine inférieure et apparait bien une fois validé même approuvé directement.
JJDai

PS : Le problème ne se pose pas pour la date de fin car elle n'est pas tout à fait traité de la même manière. si la case est cochée c'est "0" qui est stocké alors que pour la date de début il y a toujours une date valide qui est au moins celle de la création de l'article.

Posté le : 12/12 00:03
_________________
Ne pas perdre patience, même si cela semble impossible, c'est déjà de la patience.
Origami
Pli'Art Origami
MFPP
Transférer la contribution vers d'autres applications Transférer



 Haut
« 1 2 3 (4) 5 6 7 ... 213 »




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

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