MODULE XOOPS LOGO, SONNERIE, JEU POUR TÉLÉPHONE PORTABLE
kankrelune
Messages postés
1293
Date d'inscription
mardi 9 novembre 2004
Statut
Membre
Dernière intervention
21 mai 2015
-
25 déc. 2005 à 16:51
cs_elrayser Messages postés 1 Date d'inscription lundi 14 juin 2004 Statut Membre Dernière intervention 14 mai 2010 - 14 mai 2010 à 17:10
cs_elrayser Messages postés 1 Date d'inscription lundi 14 juin 2004 Statut Membre Dernière intervention 14 mai 2010 - 14 mai 2010 à 17:10
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/35246-module-xoops-logo-sonnerie-jeu-pour-telephone-portable
https://codes-sources.commentcamarche.net/source/35246-module-xoops-logo-sonnerie-jeu-pour-telephone-portable
14 mai 2010 à 17:10
9 avril 2010 à 00:46
25 mars 2009 à 13:11
Pendant que j'y suis, je confirme que j'ai fais le bon choix avex Xoops, car ce n'est pas qu'un CMS c'est aussi une communauté active et un super testeur (Eparcyle pour ne pas ne pas le nommer).
JJDAI
25 mars 2009 à 11:05
Faut dire que depuis 2005, ils ont pris de la bouteille
A+++
26 déc. 2005 à 20:34
à tout à l'heure
26 déc. 2005 à 16:51
XOOPS n'est pas si gourmand pour un CMS de sa taille... et la possibilité de mettre en cache chaque block, module indépendament les un des autres permet d'obtenir des performances plus que satisfaisantes... .. .
Concernant la sécurité de tous les tests que j'ais fais XOOPS est un des CMS les plus sécurisé... si on tient compte de la complexité du code... de plus un module est dédié à la sécurité, module qui codé par un spécialiste du domaine (un Jap, un ouf du codage) permet une sécurisation plutot satisfaisant... .. .
De plus la V 2.2.X apporte pas mal de chose de ce coté là... et l'arrivée de XOOPS Sphere (la V 3) devrait en ravir plus d'un... .. . ;o)
Pour ce qui est de la qualité du codage personnellement je la trouve plus qu'honorable il y a certe quelques points ou je te rejoins ($_POST, $_GET par exemple et quelques optimisation comme tu les aimes temps)... mais d'une manière générale la qualité du codage est loin d'être mauvaise... .. .
@ tchaOo°
26 déc. 2005 à 14:11
essai de faire mieux la prochaine fois !!!
t'as quoi dedans : comment déclarer une variable ? bon, désolé, mais c'est même pas débutant... c'est un hello world, c'est tout !!!
Anthomicro, t'as Nath.cms comme portail sympas, j'en suis le seul créateur :( il permet de charger des libs et des plugins, la gestion des pages html est OO, et il permet de faire des datas aussi... la gestion des droits est comparable à celle d'unix : RWD au lieu de RWE : read write delete... pour les plugins, j'ai déja un wiki, un livre d'or, et un album photo...
26 déc. 2005 à 12:13
dommage que XOOPS ne soit pas moins gourmand et plus sécurisé (et codé correctement aussi) :-(
Y'a un nouveau portail je sais plus du nom, un truc libre il me semble qu'a l'air prometteur.
26 déc. 2005 à 09:35
J'hésitais entre plusisurs, Joomla (ex Mambo, Spip, ... et Xoops) C'est dit ton commentaire m'a convaincu, j'opte pour XOOPS.
De plus, ca fait pas de mal de remettre les choses à leur place, si on veut que le site reste un site de qualité.
Salutaions, et mme si ca peut paraitre banal, bonnes fêtes à tous °J°
25 déc. 2005 à 21:08
Je ne fais pas parti de l'équipe de developpement du core de xoops bien que j'ais eu l'occasion de travailler dessus... je fais partie de l'équipe de xoops france et ais travaillé sur certains de ses modules ainsi que sur des modules perso (là je finalise un module de pétition en ligne avec activation via mail et tout le tralala et un module de gestion des erreurs via htaccess avec modif à la volé)
Voili voilou... c'était juste pour rendre à césar ce qui appartient à césar... .. . ;o)
@ tchaOo°
25 déc. 2005 à 21:03
@ FhX... pas de problème je peux te passer ça mais l'architecture demande l'utilisation de plusieurs fichiers donc le mieux serait que tu m'envois ton adresse mail par pm et je te ferais un petit zip avec les class, une description de chaque fichiers et éventuellement un exemple d'utilisation... .. . ;o)
@ tchaOo°
25 déc. 2005 à 20:15
25 déc. 2005 à 19:53
je parie que c'est encore un vieux truc bidon de paraînnage qui est sensé lui rapporter un euro par mois quand ça marche bien c'est ça ? (je peux me tromper)
25 déc. 2005 à 19:31
Merci :)
25 déc. 2005 à 18:26
Je m'incline et face à un développeur de XOOPS je fais ma révérence!
25 déc. 2005 à 17:49
Sans compter le temps pour l'écrire.
Et je fini en disant que le portail XOOPS est l'un des plus utilisé."
Merci je fais parti de l'équipe de xoops france je connais très bien le core de xoops, ses class ainsi que le succès que remporte mon CMS préféré (qui est aussi un peu comme mon bébé)... 3 minutes c'est ce qu'il me faut pour faire un module comme le tien... soit dit en passant il est inutile de faire pointer une iframe sur une autre iframe... et comme ça tu as une page de moins (deux avec le header inutilisé)... .. .
Ensuite...
-1- En disant
"Le module comporte toutes les options pour que vous puissiez l'administrer dans l'interface XOOPS (autorisation d'accès, visible...)"
tu sous entend que ton module comporte une administration ce qui n'est pas le cas... après effectivement tout module installé dans xoops peut être paramettré au niveau des droits via l'admin de xoops... encore heureux... mais ça c'est pareil pour tous les modules avec ou sans admin... donc inutile de le préciser... .. .
-2- "Bas sa parait con mais si j'avais mit juste l'iframe et un lien dans le menu de xoops vers cette iframe deja elle ne serait pas intégré a xoops"
Pas du tout... vas voir le tuto que j'ais fais sur l'integration d'une page dans xoops
http://www.frxoops.org/modules/smartfaq/faq.php?faqid=554
Par contre effectivement tu n'aurais pu profiter de la gestion des groupes sans devoir mettre les mains dans la xoupes... .. .
-2- "Mais il a le mérite de montrer comment un module XOOPS se construit."
Je ne suis pas du tout d'accord... hormis le xoops_version.php ça ne montre rien du tout... montrer comment on code un module pour xoops c'est expliquer l'utilisation de la class XoopsObject et XoopsObjectHandler qui permettent une utilisation souple et efficace de la classe d'abstraction de la base de données... c'est de montrer la class XoopsUser, XoopsForm, Xoopstpl (et l'utilisation des templates/smarty) ou encore XoopsMailer... c'est pas de montrer comment on fait un print dans une page dans laquelle on inclu le header et le footer de xoops... c'est ces deux derniers qui font tout le boulot toi tu te contente de les inclure... .. .
Voili voilou... loin de moi l'idée de vouloir te rabaisser mais là c'est capilo tracté comme histoire... après le plus important c'est que quelqu'un y trouve son bonheur... .. .
@ tchaOo°
ps : si jamais tu veux des infos, conseil sur le core de xoops n'hésite pas... j'ais d'autre projets de codage en cours en ce moment (dont deux modules xoops)... je n'ais pas trop le temps d'aller sur frxoops en ce moment... .. .
25 déc. 2005 à 17:17
Je te met au défit de comprendre le system de l'interface XOOPS en 3 min.
Sans compter le temps pour l'écrire.
Et je fini en disant que le portail XOOPS est l'un des plus utilisé.
25 déc. 2005 à 17:13
Bas sa parait con mais si j'avais mit juste l'iframe et un lien dans le menu de xoops vers cette iframe deja elle ne serait pas intégré a xoop donc sur la page il ni aparaitrait pas de menu et tout ce que XOOPS affiche. Et encore moins la possibilité de pourvoir le conf par l'intermédiaire de l'interface XOOPS donc impossible de faire ce que j'ai cité en haut.
Donc je suis tout à fait d'accord que ce code est loin d'être révolutionnaire.
Mais il a le mérite de montrer comment un module XOOPS se construit.
J'avais envie de mettre des sonneries et logos sur mon site et vu que j'ai pas envie de me faire chier et de rajouter et de mettre à jour constamment des sonneries et logos j'ai fait une iframe vers un site consacré à ça.
Je suis dac que l'IFRAME tout le monde sais faire ça et en plus c'est pas du PHP mais j'ai bien mit ce module pour montrer la construction d'un module XOOPS.
Tu peux remplacer l'IFRAME par ce que tu veux !
25 déc. 2005 à 16:51
9 ligne de code avec les sauts de ligne... un print hors inclusion du header et du footer... tu as d'ailleurs un fichier header dans ton module dont tu ne te sers pas vu que tu inclu directement le mainfile... qui plus est tu parle d'administration du module mais il n'y en a pas... .. .
On avait essayé de nous soumettre un module comme ça pour le référenciel... module que nous avions refusé... ça serait pas toi par hasard... .. ?
Bref aucun interet... je met 3... un point par minute qu'a du te prendre à coder ce module... .. .
@ tchaOo°