Re: [Epnadmin-fr] Re: Site central epnadmin

[Loic Dayot]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Merci Mose pour tes rares mais précieuses contributions. Tu vois que le 
développement bouge pas mal en ce moment.
Cela dit, pour le soucis de liaison entre serveurs, la société qui développe 
le module initiations a opté pour une solution assez simple (par POST). Il 
sera toujours temps plus tard si on veut, changer de formule. Pour le moment, 
on veut un truc qui marche plutôt qu'une usine à gaz (là dessus on se 
rejoint).
Cordialement.
Loïc.

Le vendredi 3 Septembre 2004 22:32, mose a écrit :
> le Fri, Sep 03, 2004 at 02:58:09PM +0100 par Marc C :
> > Peut etre faut il regarder vers des solutions XML-RPC ou SOAP...
> > Je n'ai jamais pratique mais cela semble etre les solutions client-server
> > utilisee en php.
>
> - oui effectivement. Mais il est aussi possible d'utiliser la lib
> curl, ce qui ramene a reproduire des actions utilisateur, et entre
> nous c'est plus simple a coder, a moins d'etre un bon en xmlrpc.
> Soap c'est carré mais un peu lourdingue quand meme a mon avis.
> A noter que la lib xmlrpc de pear est pas mal faite.
>
> en esperant que ca aide,
> mose
>
> > Marc
> >
> > On Thursday 02 September 2004 19:35, Loic Dayot wrote:
> > > (réponse à la remarque en fin de message)
> > > Tu as raison, mais je ne sais pas exactement comment sont gérés les
> > > appels entre le serveur central et celui client. Je crois qu'en fait
> > > les appels se font pas des POST. Donc ma proposition de include tombre
> > > à l'eau. Du coup, il va falloir trouver autre chose.
> > > Loïc.
> > >
> > > Le jeudi 2 Septembre 2004 12:46, Marc C a écrit :
> > > > [SNIP]
> > > >
> > > > > > Par contre, concernant la mise en page, quels sont les fichiers
> > > > > > à déplacer sur le serveur central pour conserver une cohérence
> > > > >
> > > > > d'affichage?
> > > > > En fait, nous avons un dilemme : on a intérêt à utiliser le maximum
> > > > > de ressources depuis le serveur central (notamment la recherche),
> > > > > mais on doit aussi penser que certains utilisateurs n'auront pas
> > > > > accès à l'internet en permanence.
> > > > > Voici une proposition : regarder si on accède à un script distant
> > > > > et dans la négative, prendre le local :
> > > > > if (! @include_once("http://epnadmin.net/initiations.inc.php";))
> > > > >     include_once("includes/initiations.inc.php");
> > > > > Je n'ai pas testé et ne sait pas si ça fonctionne.
> > > >
> > > > [SNIP]
> > > >
> > > > - Attention, inclure un fichier php distant peut etre dangereux :(
> > > >
> > > > - Pour acceder au fichier php via
> > > > http://epnadmin.net/initiations.inc.php signifie que le serveur
> > > > (epnadmin.net) ne doit pas interpreter les pages php afin de delivrer
> > > > le code.
> > > >
> > > > - Une solution serait d'imbriquer (via une IFRAME) une partie du
> > > > serveur central dans l'EPNadmin client ?
> > > > Ainsi on affiche que le resultat du serveur et on utilise pas son
> > > > code php.
> > > >
> > > > Marc C
> > > >
> > > >
> > > > _______________________________________________
> > > > Epnadmin-fr mailing list
> > > > address@hidden
> > > > http://lists.nongnu.org/mailman/listinfo/epnadmin-fr
> >
> > _______________________________________________
> > Epnadmin-fr mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/epnadmin-fr
>
> _______________________________________________
> Epnadmin-fr mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/epnadmin-fr

- -- 

Hébergeur hébergé http://ouvaton.coop
Alternative logiciel libre http://april.org
2 CV anciennes sur http://amis2cv.org
Imaginez la suite...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBONV4N/RN38XtBQkRAvYcAJ47QcK0eBsWhtV6m70cVNGy4nY3mQCeMgs5
1bs9ns+8ITjn7lIFbTIUFZY=
=EhfR
-----END PGP SIGNATURE-----