IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

RedHat / CentOS / Fedora Discussion :

Information complémentaire sur l'action configure avant le make


Sujet :

RedHat / CentOS / Fedora

  1. #1
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Janvier 2011
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3
    Points : 1
    Points
    1
    Par défaut Information complémentaire sur l'action configure avant le make
    Bonjour,

    J'aimerai savoir si un programme compilé sur un system x peut fonctionner dans un autre répertoire sans utiliser de répertoire commun.

    Je vais essayer d'être plus clair avec un exemple

    j'ai une structure de type :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    /app1/apache (750)
    -----/php (750)
    -----/www (750)
    /app2/apache (750)
    -----/php (750)
    -----/www (750)
    /appx.... (750)
     
    app1 : user(app1user) group(app1group)
    app2 : user(app2user) group(app2group)
    appx : user(appxuser) group(appxgroup)
    Une application ne peut pas aller dans le contenu d'une autre application.

    Comment puis-je faire pour compiler uniquement 1 fois un module *.so, pour apache par exemple, sans utiliser de répertoire commun a tous les appx ?


    Si je compile php avec la ligne suivante (par exemple) :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    ./configure --prefix=/app1/php
    make
    Le module so fonctionne bien pour app1 mais pas pour les autres, sauf si je donne les droit (755) sur /app1/php

    Merci d'avance pour vos retours sur la question

  2. #2
    Membre confirmé Avatar de cboudy
    Profil pro
    Ingénieur informatique industrielle
    Inscrit en
    Avril 2006
    Messages
    406
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur informatique industrielle
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2006
    Messages : 406
    Points : 616
    Points
    616
    Par défaut
    quel est l'intérêt de faire une installation d'apache pour chaque utilisateur ?
    tu veux leur permettre de modifier chacun la config, les modules ..?
    parce que sinon c'est plus simple de leur faire :
    soit un répertoire chacun dans le www et de configurer apache pour servir ces sous répertoires
    soit un fichier de conf d'apache chacun pour qu'ils puissent configurer le serveur eux mêmes

  3. #3
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Janvier 2011
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Chaque utilisateur a accès a son propre espace, si besoin, mais le but est surtout de ne pas impacter une application avec une autre, en cas de problème.

    Mais ceci reste un exemple car je peux en donner un autre :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
     
    /common/apache
    ----------------/modules
    /common/php
     
    /app1/apache/conf (750)
    -----/www (750)
    /app2/apache/conf (750)
    -----/www (750)
    /appx.... (750)
     
     
    app1 : user(app1user) group(app1group)
    app2 : user(app2user) group(app2group)
    appx : user(appxuser) group(appxgroup)
    Chaque application utilise son fichier de conf afin de pouvoir avoir son propre process apache.

    Maintenant que ce passe t-il si je renomme le répertoire /common par /commun alors que mon module so PHP a été compilés avec le chemin /common ?
    (Pour apache le changement du chemin ServerRoot suffira pour prendre en compte la modification)

  4. #4
    Membre expérimenté
    Homme Profil pro
    Recherche du travail
    Inscrit en
    Août 2004
    Messages
    561
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 34
    Localisation : France, Pyrénées Atlantiques (Aquitaine)

    Informations professionnelles :
    Activité : Recherche du travail

    Informations forums :
    Inscription : Août 2004
    Messages : 561
    Points : 1 320
    Points
    1 320
    Par défaut
    Si tu as du php, tu peux utilisé php-fpm. Il a l'avantage de chrooté, monté en charge, gestion des droits etc... ET tu peux créer de nombreuse pool

    Il est à mon avis dangereux de fournir un apache à chaque utilisateur.
    Avoir un regard neutre sur notre vie dénuée de sens, c'est la voir tel un ignorant
    ------------------------------------------------------------------------------------------------------

  5. #5
    Membre confirmé Avatar de cboudy
    Profil pro
    Ingénieur informatique industrielle
    Inscrit en
    Avril 2006
    Messages
    406
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur informatique industrielle
    Secteur : Conseil

    Informations forums :
    Inscription : Avril 2006
    Messages : 406
    Points : 616
    Points
    616
    Par défaut
    Tu peux l'installer une seule fois, ensuite à la charge de chaque utilisateur de lancer à la main leur propre instance sur leur propre port et avec leur propre répertoire de conf, normalement comme ceci c'est suffisamment cloisonné pour que les différents processus ne s'interfèrent pas.
    L'avantage c'est que tu n'as qu'une seule installation d'apache à maintenir.

  6. #6
    Nouveau Candidat au Club
    Profil pro
    Inscrit en
    Janvier 2011
    Messages
    3
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2011
    Messages : 3
    Points : 1
    Points
    1
    Par défaut
    Bon ben en fait j'ai fait le boulet

    J'ai fait un ldd sur mon fichier so et il me manquait un CLASSPATH dans le profile de mes autres applications

    Il n'est pas nécessaire de recompiler même si le chemin est différent à l'installation

Discussions similaires

  1. Réponses: 12
    Dernier message: 08/03/2006, 17h27
  2. onChange pas déclanché sur une action javascript ?
    Par Oluha dans le forum Général JavaScript
    Réponses: 3
    Dernier message: 27/06/2005, 16h32
  3. Demandes d'informations divers sur SGBD
    Par AlexB59 dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 26/05/2005, 12h41
  4. [Struts] question bete sur les Action et Form
    Par seb_fou dans le forum Struts 1
    Réponses: 2
    Dernier message: 06/09/2004, 15h24
  5. [Plugin] Information générale sur le plugin.xml
    Par relivio dans le forum Eclipse Platform
    Réponses: 1
    Dernier message: 16/04/2004, 13h31

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo