Hebeh.com, hebergement professionnel de sites internet www.hebeh.com

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

ok, donc je confirme un de tes points. Les users auront à se relogger une fois. smf leur proposera ceci:

Cyril · Inscrit le: Apr 26, 2005 Messages: 11636 98974 points Lieu de résidence

ahhhhh voilà voilà voilà !!!

purée Sad

, je n'ai même pas testé , quel oeuf je fais mdr :)

bon today je suis en extérieur, mais ce week end je pense alors faire les premiers tests sur un smf sur ce site, on en aura le coeur net ainsi

alors pour résumer, l'utilisateur ( qui a déjà un compte maximus ) n'aura à s'identifier qu'une seule fois sur smf, ensuite maximus prendra en charge le login/logout d'smf

bon ça me parait une bonne chose et ça m'évite de me taper le proces que j'avais pensé ( demander à tous les users actuels de se reloguer sur maximus pour valider le pass dans smf, ce qui me demandait de faire un contrôle oui/non sur qui a déjà actualisé son pass -- c'est une bonne chose, car j'ai la flemme pour dire vrai Smile

bon ben, ça c'est la bonne nouvelle du matin, car ça signifie que l'on va avoir un joli smf à mettre dans maximus Smile

, je vais pouvoir passer à un autre type punbb ou phpbb3 ou vbulletin peut être, mais celui là est payant et j'aime pas trop ça

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

Tiens moi au courant si tu as d'autres soucis. (et besoin de tests)

SMF pourront t'ils mettre ton bridge en dl chez eux si ils l'approuvent?

Cyril · Inscrit le: Apr 26, 2005 Messages: 11636 98974 points Lieu de résidence

re

je te tiens au jus dans tous les cas

d'autant plus que je pense faire un maximus livré vide avec 2 module news et yat ( peut être feedback et encore )

cette version aura nativement le simili-bridge smf inclut

comme ça celui qui voudra un site neuf ou refaire son site en aura la possibilité aisément ( ce sera avec le nouveau kernel de plus )

pour mettre en DL le simili-bridge ben ... je veux bien mais comme je l'ai foutu, c'est direct dans le kernel de maximus ( je ferai de même pour les autres forums )

pourquoi faire comme ça ?
1) c'est plus simple pour moi
2) c'est natif dans toutes les futures versions
3) ça ne demande absolument aucune modification pour le webmaster ( il installe son smf à coté, il configure dans maximus le bridge et roule ma poule )
4) je peux ainsi sur chaque nouvelle version de maximus ajouter autant de bridges que réalisés directement dans le kernel sans devoir modifier un module ou un autre
5) enfin ... y'a pas de 5 Smile

voili, voilà Smile

je te tiens au jus de la suite

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

Dommage, j'aurais préféré que ce soit un module installable, pour pouvoir le mettre en promo chez eux. (et bien sûr dès que mise à jour, je transmets.)

Sinon le coup du maximus light c'est pas mal. Wink

Cyril · Inscrit le: Apr 26, 2005 Messages: 11636 98974 points Lieu de résidence

oui c'était ce que je comptais faire au début en fait

mais si je fais ça, alors ça implique que les personnes qui voudront monter un smf, devront modifier des fichiers de leur maximus Sad

autre chose, moi lors des mises à jour je pourrai 'oublier' le bridge et malheureusement le rendre non fonctionnel par exemple, le fait qu'il soit d'origine si tu préfères m'obligera dans l'avenir à en tenir compte pour tout le reste ( ce que je préfère - ça évite de se mettre dans des impasses )

c'est sûr que la promotion par smf serait aussi une bonne chose ... ou alors livrer tous les fichiers modifiés de maximus pour la team smf, mais comme je te l'ai expliqué le bridge par exemple joomla ou pragma ou autre, modifie ( tous d'ailleurs ) des fichiers de smf, chose que je ne voulais pas faire car ainsi les mises à jour de smf sont simplifiées et l'aspect sécurité d'un des deux cms ne peux en aucun cas interférer avec l'autre

si on suppose un maximus hacké personne ne pourrais prendre la main sur le forum d'autant plus que je l'ai conçu pour être sur une autre base de données, identique dans l'autre sens, les phénomènes que l'on a pu connaitre avec bbtonuke dans phpnuke sont irrémédiablement impossible, et perso je trouve que la sécurité qui est imposée par ce type de fonctionnement est assez sympa et potentiellement bien plus élevé

maintenant par exemple dans l'avenir, ce que je propose c'est dans un premier temps de tester durant une période le fonctionnement, puis une fois bien validé, je m'attaquerai à autre chose ( là ce sera un vrai bridge qui modifiera des fichiers de smf par obligation ), mais qui intègrera smf dans maximus complètement url à la maximus et tout le toutim comme tu as dû le voir sur

Lien externe:

Les liens externes ne sont consultables que par nos utilisateurs enregistrés, vous pouvez dès à présent créer un compte gratuitement

( c'est une intégration que j'ai déjà pour phpnuke et ce ne sera pas sorcier pour le mettre dans maximus )

là on aura un bridge complet à livrer à la team smf avec les fichiers de smf modifié pour l'intégration dans le cms

ainsi on offre aux utilisateurs deux possibilités :
- forum externe au cms avec comptes utilisateurs synchronisés
- forum interne à maximus tout comme phpbb actuellement ( bridge smf complet ) mais liant profondément smf dans maximus

à dire vrai quelle est la meilleure des solutions, seul l'avenir nous le dira

peut être devrions nous dans un premier temps offrir les possibilités et dans un second temps faire une petite étude de marché pour voir qui utilise smf, qui utilise phpbb, qui préfère la version totalement intégré de smf comme phpbb, qui préfère la version externe et de là dire on poursuit plus qu'un seul développement ou les deux ... car la synchro devra probablement évoluer avec les futurs smf aussi ( tout comme les bridges d'ailleurs )

nota: je pense que tu te rappelles de la version intégrée de smf dans nukescripts , celle ci à les urls propres au cms tout le reste aussi, c'est lié plus profondément au cms en fait et là la sécurité du cms peut permettre d'exploiter le forum ( tout comme une faille dans le forum pourrait remonter dans le cms Sad

)

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

La première solution no soucy, ok (je suis pour, mais pour moi un module installable est le choix laissé au webmaster de l'avoir ou pas)

Pour la deuxième, petite précision demandée...toutes les modifs sont faites par l'installation du bridge? ou bien les modifs seraient déja intégrées dans maximus?

Cyril · Inscrit le: Apr 26, 2005 Messages: 11636 98974 points Lieu de résidence

ben en fait la première c'est pas vraiment un bridge mais juste une sychronisation des comptes, donc ça peut être natif- comme je te l'ai dis ce n'est pas une formule en module mais dans un dossier différents du cms ( sous domaine par exemple du type forum.mon-site.com ou domaine.com/forum/ )

pour la seconde non ça ne peut être d'origine, d'autant plus qu'il faudra installer smf en modules et surtout modifier quelques fichiers de smf ( rassure toi y'a pas énorme à faire dedans ), mais avec cette version nous aurons une url du type modules.php?name=SMF comme sur nukescripts donc plus 'dépendante' du forum

pour moi la seconde version est un bridge comme on l'entend ( exemple joomla, pragam ou autre ), le premier n'est qu'une synchro à mes yeux

et dans cette idée j'aimerai le faire avec d'autre types de scripts, tu vois pragma l'a fait avec un wiki, je trouve ça une excellent idée, je n'y avais pas pensé mais voilà un script synchro qui nous serait super aussi, et c'est faisable pour pleins de cms quand on a bien pigé comment ils fonctionnent mais c'est très souvent facile de lier pierre avec paul, d'autant plus qu'avec maximus on a aucune contrainte ni de compte à rendre, on évolue en fonction de nos besoins Smile

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

ok, tant qu'aucun fichier d'smf n'est intégré à maximus, tu auras à mon avis l'aval sans pb de la team smf. Wink

tu fais comme tu le sens et on teste sans pb. Wink

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

de la lecture pour toi cyril, surtout le deuxième lien(il est signaé dans le premier)? (tu en penses quoi de ce qui est dit dessus?)

http://www.simplemachines.org/community/index.php?topic=228972.0

http://www.simplemachines.org/community/index.php?topic=216143.0

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

plus de lecture:

vb a eu l'autorisation écrite, ptet que toi aussi c'est possible?:

http://www.simplemachines.org/community/index.php?topic=71467.msg1523318#msg1523318

raphael · Inscrit le: Apr 29, 2005 Messages: 316 6129 points Lieu de résidence

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

pour le suivi:

http://www.simplemachines.org/community/index.php?topic=238229.0

Cyril · Inscrit le: Apr 26, 2005 Messages: 11636 98974 points Lieu de résidence

de mon coté gravutrad le bridge est terminé de smf pour maximus

mais je n'ai pas eu le temps encore de faire un pack et de le retester sur un autre maximus

de plus en ayant 2008 dans le tiroir je ferai le bridge pour 2008 plutôt, donc ce sera pour plus tard malheureusement ( peut être juin-juillet maintenant - enfin j'espère trouver le temps pfu dur dur 24 heures ça ne suffit pas Sad

)

maintenant que le cms est bien posé avec cette version 2008, je vais m'attaquer à des modules balèzes et à la livraison de divers brigdes en tous sens ... 2008 sera un grand cru Smile

GravuTrad · Inscrit le: May 12, 2005 Messages: 2961 38387 points Lieu de résidence

yes bien sûr. Wink

Je te fais juste des remontées des futurs changements de code prévus (mais je peux en zapper)
Comme ça ça touche la db, j'ai pensé que c'était important pour le bridge.

Pour le planning, super cool donc. Wink