Bonjour
--------------
A priori tout est possibe.
Le tout est de savoir les moyen que l'on se donne, les délais ect.


JJDAI

Bonjour
--------------
Voici pour commencer la traduction du fichier release_notes.txt compris dans le package du module.
Il n'y a pas grand chose, mais il y a l'essentiel puisque je me suis servi de ce fichier pour installer et tester le module multix.
Version texte
version zipée
Bonnes vacances à tous.

Bonjour
Attention il y a une incompatibilité du module classifieds avec jjd_tools utilisé par hermes, la fonction "getEditor" est définie dans les deux modules.
Le problème sera réglé dans la prochaine version de jjd_tool et hermes.

heu! combien la 404?
a 600000 km le moteur a du être super bien entretenu!
Y a encore la carrosserie ?

Blague à part le poste pourrait m'intéresser, Y a une limite d'age? parce que je suis un peu comme la 404 de Burning, y a du kilométrage au compteur.

re, je rectifie la première phrase:
Interressant, mais il ne s'agit pas tant de diminuer le nombre de requetes que la qualité des requetes je pense.

par

Interressant, mais il ne s'agit pas tant de diminuer le nombre de requetes que améliorer la qualité des requetes je pense.

Bonjour
Interressant, mais il ne s'agit pas tant de diminuer le nombre de requetes que la qualité des requetes je pense.

Par exemple quid des "SELECT * FROM table WHERE id=x" pour récupérer le contenu d'un ou deux champ par exemple.

ou des doubles requete pour récupere les enregistrements d'une table dont une des valeur correspond au contenu d'une table parent. Il y aurait matiere surtout dans les modules, à utiliser les "LEFT JOIN", "RIGHT JOIN", ect.

Et sans compter la structure même des tables ou certains champs sont parfois surdimentionnés sans raison, ou des informations redondantes.

Je ne sais pas un expert SQL mais je me suis rendu compte de l'importance d'une reqête bien formée? Mais ce n'est pas toujours évident.

Bon courage dans tes (re)quêtes.

si c'était cela, le problème serait le même pour tous les modules qui envoient des mails, je pense.

Bonjour, je vous livre mes réflexionx sur le module multix
Multix
-------------------
Après moult essais, j'ai enfin réussi à faire fonctionner Multix.
En faite c'est assez simple comme pour tout, lorsque l'on a les bonnes clés d'entrées.

Dans le principe:
Il faut installer le module (avec le package complet, c'est ce que j'ai utilisé)
Ca crée déjà un premier site, qui sera le site de base.
Un fois installé surtout ne pas supprimer le dossier "install" comme on le fait d'habitude avec un xoops normal, ni mettre "main.php" en lecture, on touche a rien.
Pour chaque site à installer on en aura besoin, il faudra faire ces opérations en tout dernier, voir renommer "install" pour l'avoir sous la main ou le mettre dans un endroit difficilement accessible. Il faudra le remettre à chaque nouvelle installation.

Ensuite il faut créer des allias de sites que l'on veut créer et leur donner comme répertoire de base le même répertoire que le premier site.
Tous les allias pointeront donc sur le même répertoire.

Puis pour chaque allias exécuter l'installation du site: http://allias/install.php. Penser à donner un nom de base de données différent à chaque fois, et noter bien le login et mot de passe.
(un détail dans l'install il demande le nom du site, il ne faut pas oublier sur le lien qui se trouve dessous qui va céer les répertoires et les fichiers utiles)

Pour finir copier les modules que vous souhaitez dans le répertoire modules du site principal (de toute façon c'est le même) et procéder à l'installation des modules pour chaque site.

Voila grosso modo la procédure. Je vais peut être me lancer dans la traduction de la doc, et faire un petit tuto maintenant que je maîtrise (enfin presque !!!). Il faut juste que je trouve un peu de temps, et que j’approfondisse le sujet.
---------------------------------------------------------
Mon avis: C'est génial, et son contraire !!!!!!!
---------------------------------------------------------
Génial parce que :
- économie de place quand on a plusieurs sites avec xoops, les modules ne sont installé q'une seule fois
- Chaque site a sa propre base de données donc pas de mélange d'informations issues de la base
- Chaque site peut installer ses propre modules
- Mise à jour des modules facilité par le fait qu'il faut le copier qu'une seule fois, mais il faudra quand même faire la mise à jour sur chaque site.
- A priori chaque site peut avoir son propre thème (mais la il y a un bug, je crois avoir vu un correctif, mais à vérifier)
----------------------------------------------------------
Pas génial parce que:
- si la base de données est propre à chaque site il n'en n'est pas de même pour les dossiers qu'utilisent les module (uploads, image, ect ...). Il faudrait adapter chaque module qui accède à des répertoires de ressources ou de sauvegarde, ou d'upload pour que cela ne se mélange pas les crayons. (et probablement utiliser les sous répertoires créés par multix dans le dossiers "sites")
Quelques modules ont déjà été adaptés semble t-il, mais je ne suis pas sur (mon anglais étant somme toute assez limité).
Quelques incertitudes :
En cas de mise à jour de XOOPS je ne sais pas comment cela se passe. Je doute que l’on puisse faire une mise à jour directe comme c’est dit dans la doc mais je vais attendre la version 2.019 pour le vérifier. Pour les fichiers ajoutés pas de problème, mais pour les fichier hackés s’il y en a je pense que cela doit poser problème.

Voilà ou j’en suis de mes réflexions sur « Multix ».

Bonjour
J'ai commencer à tester "multix" mais il doit me manquer des infos pour le faire fonctionner correctement.
Est-ce que quelqu'un l'a déjà utiliser ?
Les sous sites sont bien créés, mais je n'y accède pas, juste une page blanche.

Bonjour
Citation :
D'autres application de ton site ou d'un autre ?

J'ai regardé le code dans catads qui envoie les mails a priori rien de particulier, j'utilise la même méthode pour mon module hermes.
Je ne vois pas trop d'où vient le problème, désolé !