Forum Programmation.web Distribuer un intranet

Posté par  .
Étiquettes : aucune
1
5
oct.
2009
Bonjour à tous,
Je dois diffuser une appli web sur différents postes clients. Ces postes client peuvent être sous windows ou linux.

Pour windows pas de problème j'ai fait un setup qui m'installe apache,php et mon appli. Mais pour linux je coince un peu.

Dois je simplement fournir une archive de mes pages ainsi que les pré requis sur les versions minimales des outils , reste à charge de l'administrateur d'installer apache et php ?

Ou puis je faire un package comme sous windows ?

Note : Les postes client ne seront pas forcément uniforme dans leur distribution/version.

Merci pour vos réponses :)

  • # Gestion des dépendances

    Posté par  . Évalué à 4.

    Piste : faire un paquetage (DEB/RPM/...) qui place les fichier au "bon endroit" (genre /var/www) et qui ait comme dépendance Apache.

    BeOS le faisait il y a 20 ans !

    • [^] # Re: Gestion des dépendances

      Posté par  . Évalué à 2.

      J'avais pensé au paquetage mais existe à ma connaissance (suis un utilisateur de base sous linux ^^ ) il n'existe pas de paquetage universel.
      Du coup si j'ai 5 distro différentes , je dois me taper 5 paquetages différents (si je veux que les dépendances soit respéctées).

      Je cherche la méthode d'installation la plus respectueuse de la philosophie Linux même si ce n'est pas forcément la plus pratique

      • [^] # Re: Gestion des dépendances

        Posté par  . Évalué à 1.

        Peut-être avec Package Kit alors ?

        BeOS le faisait il y a 20 ans !

      • [^] # Re: Gestion des dépendances

        Posté par  . Évalué à 3.

        >Je cherche la méthode d'installation la plus respectueuse de la philosophie Linux même si ce n'est pas forcément la plus pratique

        fournir les sources, laisser les créateurs de distro packager l'appli !

  • # faire en local

    Posté par  . Évalué à 2.

    Si les gens n'ont pas de droit administrateur, il suffit de faire sa petite version compilé en statique de apache, php, etc puis de les faire démarrer sur un port non système en indiquant à ces programmes où sont leurs fichier de configuration. Par exemple :

    ~john/MonAppiWeb/etc
    ~john/MonAppiWeb/etc/apache2/
    ~john/MonAppiWeb/usr/bin/httpd
    ........

    et tu mets une page html sur leur bureau pointant sur ton service (genre 127.0.0.1:8080/index.php),
    et enfin dans leur .bashrc tu place le nécessaire afin de démarrer ton navigateur wouaib.

    En bref, faire exactement comme pour les applications windows qui ne peuvent pas avoir les droits admin.

    Si les gens ont les droits admin, alors ils devraient être en mesure d'installer ce qu'il faut (tu peux leur donner un petit script pour les aider), puis tu leur donne tes fichiers.

    P.S.: la première solution a ma faveur : plus simple, pas d'intervention de l'utilisateur, etc.

    • [^] # Re: faire en local

      Posté par  . Évalué à 2.

      et enfin dans leur .bashrc tu place le nécessaire afin de démarrer ton navigateur wouaib.
      euh, je voulais dire : et enfin dans leur .bashrc tu place le nécessaire afin de démarrer ton SERVEUR wouaib.

      • [^] # Re: faire en local

        Posté par  . Évalué à 2.

        Ou plus fou encore : un "raccourci" sur le bureau/menu qui lance le serveur et ouvre le navigateur à la bonne URL d'un seul clic :)

        BeOS le faisait il y a 20 ans !

    • [^] # Re: faire en local

      Posté par  . Évalué à 1.

      Un version statique d'apache/php semble en effet une solution intéressante. Je vais regarder ce que je peux trouver sur la marche à suivre pour arriver à faire quelque chose.
      Si de ton coté du à des liens intéressant je suis preneur ;)

  • # xampp

    Posté par  . Évalué à 4.

    une appli intranet qui nécessite un serveur php sur chaque machine cliente ?

    Si c'est le cas, pourquoi ne pas installer xampp (ou une version modifiée) avec ton système, comme cela les paramétrages seront uniformes d'un ordinateur à l'autre :

    http://www.apachefriends.org/fr/xampp.html

    En plus comme cela cela n'interférera pas avec les versions d'apache ou php éventuellement fournies par la distribution.

    Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

    • [^] # Re: xampp

      Posté par  . Évalué à 1.

      Ce n'est en fait pas un intranet mais une appli web consultable sur un poste unique, d'où la nécessité d'une pile LAP sur chaque machine utilisant cette appli.
      N'ayant pas besoin de mysql (utilisation de sqlite) je pense qu'utiliser xampp est un peu "violent" , sauf si il est possible de supprimer des composant à l'installation.

      • [^] # Re: xampp

        Posté par  . Évalué à 3.

        vu que c'est une archive simple, si mes souvenirs sont bons, tu devrais pouvoir retirer les composants que tu veux et tu places le tout dans /opt par exemple. Sinon il existe également des serveurs web plus léger qu'apache.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

        • [^] # Re: xampp

          Posté par  . Évalué à 3.

          Sinon il existe également des serveurs web plus léger qu'apache.

          Typiquement lighttpd.

  • # intranet qui n'en est pas un

    Posté par  . Évalué à 4.

    apparemment tu comptes deployer un site en local sur chaque poste
    on peut en deduire qu'il n'y a pas de reseau sur ces machines (sinon tu aurais une machine qui centralise pour les autres)

    outre que je ne vois pas trop l'interet (hormis pour des formations de developpeur web, et encore...)

    quel est l'interet de devoir passer plus de temps à maintenir M machines avec chacune leur serveur plutot qu'une seule qui centralise ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.