Koozali.org: home of the SME Server
Other Languages => Français => Topic started by: egareg on June 06, 2013, 03:54:11 PM
-
Bonjour,
Nouveau venu à SME Server après une expérience concluante avec Free-EOS, je me pose quelques questions sur l'installation des applis web que je souhaite déployer sur mon serveur.
En effet, sur Free-EOS, on crée un @telier (ibay) et on installe une webapp déjà packagée et qui s'installe toute seule... Les mises-à-jour sont un peu plus compliquées, mais l'install initiale est aussi difficile qu'un clic.
D'après le post de Kid_of_leognan sur une autre question (http://forums.contribs.org/index.php/topic,49856.msg249891.html#msg249891 (http://forums.contribs.org/index.php/topic,49856.msg249891.html#msg249891)), j'ai découvert qu'il serait possible d'avoir une seule install de Dotclear pour trois blogs hébergés. Ca me va très bien !
De même, j'imagine qu'il pourrait y avoir 1 seule install de CMSMS pour 2 ou 3 sites utilisant ce CMS.
Par contre, j'avais l'habitude d'installer les applis web dans le répertoire ./html/ des ibays concernés. Et il semble que ce ne soit plus la bonne méthode.
D'où ma question :
- peut-on installer une appli web dans le répertoire ./html/ d'un ibay ?
- Si avant je me contentais de copier les fichiers dans le répertoire ./html/ de l'ibay, comment dois-je maintenant installer une appli web non packagée pour SME Server ? Où l'installer ? Dans /opt/ ? Dans /home/httpd/html/MyNewAppli/ ?
- Si l'on n'installe pas l'appli dans le répertoire ./html/ de l'ibay, faut-il tout de même créer l'ibay ? Comment y accéder depuis internet ? Il suffit de créer des domaines virtuels ?
J'ai installé la gallerie photos Piwigo grâce à un fichier netInstall. J'imagine que cela n'aurait pas fonctionné si j'avais voulu l'installer dans /opt/.
J'ai pu lire sur ce forum que l'install directement dans les ibays était moins sûre, mais je n'ai pas réussi à saisir le pourquoi du comment...
Merci pour votre aide !
-
Bonjour,
Nouveau venu à SME Server après une expérience concluante avec Free-EOS, je me pose quelques questions sur l'installation des applis web que je souhaite déployer sur mon serveur.
En effet, sur Free-EOS, on crée un @telier (ibay) et on installe une webapp déjà packagée et qui s'installe toute seule... Les mises-à-jour sont un peu plus compliquées, mais l'install initiale est aussi difficile qu'un clic.
Ola et bienvenue...le clic il va falloir passer par le terminal pour installer une application, mais tu feras un copie/colle dans le terminal sans forcement y comprendre, si ce n'est suivre le tuto à la lettre
D'après le post de Kid_of_leognan sur une autre question (http://forums.contribs.org/index.php/topic,49856.msg249891.html#msg249891 (http://forums.contribs.org/index.php/topic,49856.msg249891.html#msg249891)), j'ai découvert qu'il serait possible d'avoir une seule install de Dotclear pour trois blogs hébergés. Ca me va très bien !
De même, j'imagine qu'il pourrait y avoir 1 seule install de CMSMS pour 2 ou 3 sites utilisant ce CMS.
Bon la je vais le laisser parler je ne connais pas trop les installations multisites, mais que mono site
Par contre, j'avais l'habitude d'installer les applis web dans le répertoire ./html/ des ibays concernés. Et il semble que ce ne soit plus la bonne méthode.
le /opt permet de mieux customiser les options d'apache regarde la contrib sitemaker qui permet de customiser et de créer les templates par une routine automatique http://wiki.contribs.org/SME_Site_Maker
D'où ma question :
- peut-on installer une appli web dans le répertoire ./html/ d'un ibay ?
oui cela fonctionne
- Si avant je me contentais de copier les fichiers dans le répertoire ./html/ de l'ibay, comment dois-je maintenant installer une appli web non packagée pour SME Server ? Où l'installer ? Dans /opt/ ? Dans /home/httpd/html/MyNewAppli/ ?
soit /opt mais tu dois faire des templates pour dire a apache de venir lire le php (voir sitemaker) ou utiliser le repertoire web d'une ibay (/home/e-smith/files/ibays/owncloud/html/)
- Si l'on n'installe pas l'appli dans le répertoire ./html/ de l'ibay, faut-il tout de même créer l'ibay ? Comment y accéder depuis internet ? Il suffit de créer des domaines virtuels ?
l'ibay doit etre crée avant d'uploader quoi que ce soit
J'ai installé la gallerie photos Piwigo grâce à un fichier netInstall. J'imagine que cela n'aurait pas fonctionné si j'avais voulu l'installer dans /opt/.
toutes les webapp proposée comme contribs sont installées dans /opt
J'ai pu lire sur ce forum que l'install directement dans les ibays était moins sûre, mais je n'ai pas réussi à saisir le pourquoi du comment...
je passe
Merci pour votre aide !
de rien
-
Salut,
Je te réponds rapidement avant d'aller au dodo en exposant ma méthode et ça n'engage que moi 8)
Le choix du répertoire d'une installation dépend d'abord selon moi :
- de ton expérience, ta pratique (savoir et savoir-faire puis le faire)....bref comment tu es à l'aise avec la ligne de commande et l'administration d'un système Unix!
- du fait que la webapp sera ou ne sera pas accessible de l'extérieur
- de ton niveau en sécurité informatique et donc de tes bonnes pratiques aussi à ce niveau là parce qu'à chaque fois que tu installes une webapp accessible de l'extérieur tu peux créer un problème de sécurité (exemple avec la question de steph concernant owncloud et la réponse des dev :lol: mais je suis globalement d'accord avec steph)
Ensuite il te faut te forger ta propre liste de bonnes pratiques, je te donne en partie la mienne :
- /ibays : seulement pour les partages réseaux ou pour des webapps accessibles seulement en interne, parce que la définition des droits n'est pas assez granulaire pour moi à partir du server-manager (mais tu peux améliorer ce point avec http://smeserver.pialasse.com/index.php/Ibay_droits ou http://wiki.contribs.org/SharedFolders);
- /opt : trés bien si tu utilises les contribs et donc à réserver à cet usage pour ne pas mélanger avec tes installations personnelles
- /home/httpd/html : pour les installation de mes propres webapps pour lesquelles je vais créer des templates-custom spécifiques dans /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf pour paramétrer les options, les accès, les php_flag, les php_admin...etc
- /home/httpd/tmp: répertoire pour les fichiers temporaires (cf la nouvelle page du wiki pour les uploads)
Les developpeurs de la SME ont leur propre liste de bonnes pratiques que tu vas retrouver d'abord ici :
- http://wiki.contribs.org/Web_Application_RPM
mais déjà commence par les pages du wiki qui traitent d'administration :
- http://wiki.contribs.org/SME_Server:Documentation:Administration_Manual
- http://wiki.contribs.org/Web_Application_Redirect_Tutorial
puis regarde ce qui se fait pour les contribs en testant certaines :
- http://wiki.contribs.org/Category:Webapps
Pour te faciliter la vie il existe des contribs bien pratiques :
- http://wiki.contribs.org/SME_Site_Maker
- https://wikit.firewall-services.com/doku.php/tuto/ipasserelle/web/proxypass_avance
Et pour progresser au niveau des templates :
- http://smeserver.fr/index.php
- http://smeserver.fr/howtos/phpwebgallery_1.4.0/howto_install.txt
Il y a aussi ce pdf (http://smerp.free.fr/fichiers/documentations/SME-contrib-HowTO.fr.pdf) qui m'a beaucoup aidé quand j'ai commencé à customiser une SME.Il est un peu ancien mais il est toujours utile.
Voilà pour ce soir et demain si tu veux je te livrerais un tuto plus complet sur l'installation de Dotclear Multiblogs (http://fr.dotclear.org/documentation/2.0/admin/clean-install) sur SME server par rapport à ce que je t'avais présenter dans l'autre post.
A+
Xavier
-
Suite du post de cette nuit : 1er épisode "Test d'une install de dotclear multiblogs dans des ibays"
Tes questions m'ont fait réfléchir à mes propres pratiques et je me suis rendu-compte que je n'étais pas très New SME User friendly :-?
Alors depuis cet aprem je teste une installation de dotclear multiblogs dans des ibays en essayant de les relier entr'elles :
- ibay dotclear atteignable en local seulement à l'adresse https://www.domain.tld/dotclear (SSL à activer)
- ibay all-blogs atteignable par le file system seulement ou en html
- ibay blog1 atteignable en externe à l'adresse http://www.domain.tld/blog1 et avec un lien symbolique vers dotclear/inc/admin/prepend.php
- ibay blog2 atteignable en externe à l'adresse http://www.domain.tld/blog2 et avec un lien symbolique vers dotclear/inc/admin/prepend.php
db accounts show dotclear
db accounts setprop dotclear PHPBaseDir /home/e-smith/files/ibays/dotclear/html:/home/e-smith/files/ibays/all-blogs/html
signal-event ibay-modify dotclear
db accounts show blog1
db accounts setprop blog1 PHPBaseDir /home/e-smith/files/ibays/blog1/html:/home/e-smith/files/ibays/dotclear/html
signal-event ibay-modify blog1
db accounts show blog2
db accounts setprop blog2 PHPBaseDir /home/e-smith/files/ibays/blog2/html:/home/e-smith/files/ibays/dotclear/html
signal-event ibay-modify blog2
Bon ben voilà...c'est hyper galère à debugger avec un max de "PHP Fatal error" et "PHP Warning" ! C'est opérationnel au bout de 4 heures de test mais ce n'est pas tout à fait fonctionnel notamment au niveau des plugins et des thèmes !
Je te livrerai un tuto si j'arrive à un résultat meilleur que ma méthode d'origine avec une installation dans /home/httpd/html mais pour l'instant c'est pas terrible :lol:
A+
-
Suite du post de cette nuit : 2ème épisode "Test d'une install de dotclear multiblogs dans des ibays"
EUREKA !
C'est enfin opérationnel et complètement fonctionnel mais il m'a fallu chercher un tout petit peu :lol:
Le problème va se situer essentiellement dans les paramétrages de chaque blog dans dotclear (dotclear/admin/plugin.php?p=aboutConfig).
Je teste a fond avec les domaines http://blog1.domain.tld, http://blog2.domain.tld et https://dotclear.domain.tld pour l'admin et je sécurise le tout !
Je livrerai peut-être ce soir un tuto tout neuf pour egareg !
A+
-
- /ibays : seulement pour les partages réseaux ou pour des webapps accessibles seulement en interne, parce que la définition des droits n'est pas assez granulaire pour moi à partir du server-manager (mais tu peux améliorer ce point avec http://smeserver.pialasse.com/index.php/Ibay_droits ou http://wiki.contribs.org/SharedFolders);
- /opt : trés bien si tu utilises les contribs et donc à réserver à cet usage pour ne pas mélanger avec tes installations personnelles
- /home/httpd/html : pour les installation de mes propres webapps pour lesquelles je vais créer des templates-custom spécifiques dans /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf pour paramétrer les options, les accès, les php_flag, les php_admin...etc
- /home/httpd/tmp: répertoire pour les fichiers temporaires (cf la nouvelle page du wiki pour les uploads)
J'aime assez cette hiérarchie.
Comme je débute sur SME, autant faire quelque chose de propre et carré dès le début.
Au niveau expérience, elle se limite à l'utilisation quotidienne d'Ubuntu avec un peu de terminal et à l'utilisation de Free-EOS.
La plupart (voire la totalité) des webapps devront être accessibles à l'extérieur.
J'ai quelques notions de sécurité, mais rien de très concret puisque je me reposais sur l'implémentation de Free-EOS.
N'hésitez donc pas à en balancer beaucoup : j'aime bien apprendre et c'est plus facile de taper des commandes quand on comprend ce qu'on fait ! 8-)
-
allez xavier j’attends ta griffe sur la page http://wiki.contribs.org/Uploadtmpdir pour détailler ta solution que tu as gentillement posté sur bugzilla
et ensuite explique moi l'avantage de créer son propre répertoire html plutôt que d'utiliser /opt......la sauvegarde par la sme ?
- /home/httpd/html : pour les installation de mes propres webapps pour lesquelles je vais créer des templates-custom spécifiques dans /etc/e-smith/templates-custom/etc/httpd/conf/httpd.conf pour paramétrer les options, les accès, les php_flag, les php_admin...etc
- /home/httpd/tmp: répertoire pour les fichiers temporaires (cf la nouvelle page du wiki pour les uploads)
-
Salut les gars :
Tout d'abord désolé pour l'attente, gestion des priorités délicate en ce moment :P
@ stephdl : reçu mail 5/5 !
Pour le wiki, je vais plutôt tenter de te répondre sur la page talk mais pour faire vite disons que ta méthode est plus ou moins la même que Pascal aka sibsib aka Shirmms (http://www.schirrms.net/files/fiches/ & http://www.schirrms.net/files/fiches/tmp_php_apache.txt) sauf dans le nommage du templates-custom. Je prefère le nommer 61FileUploadsTmp pour l'inclusion dans le répertoire, il vient ainsi juste après 60FileUploads mais c'est juste un détail de forme.
Pour le fond, tu le sais les répertoires Linux (unix) ont une utilité par destination et utilisé /tmp pour des applications qui peuvent y accéder de l'extérieur c'est pas très sure du fait de la présence de fichiers temporaires liés au fonctionnement de ton serveur (cf: http://forums.contribs.org/index.php?topic=48816.0) il y a d'autres pages des forums qui traitent de ce problème. Le bug (http://bugs.contribs.org/show_bug.cgi?id=7011) tente de résoudre le problème pour les ibays mais pas pour des installations dans /opt.
La question du répertoire pour les uploads de php n'a pas l'air d'être franchement tranchée, je crois que ça dépend de comment le serveur est configuré (partitionnement option default ou sme multipart cf http://forums.contribs.org/index.php?topic=46572.0).
Si /tmp et /var/tmp sont isolés sur des partitions ça change un peu la donne mais je serais curieux de connaître le nombre d'admin qui utilise l'option sme multipart à l'installation du fait de la nécessité de re-dimensionner les partitions voire d'en créer d'autres (/opt par exemple dans mon cas).
En conclusion, j'ai choisi de "couper la poire en deux", je ne me sers pas de /tmp ou /var/tmp ou bien même de /home/e-smith/files/ibays/<ibayname>/tmp mais plutôt en fonction des cas de /home/e-smith/files/tmp ou de /home/httpd/tmp dont je rends "www" propriétaire exclusif. Je vous le re-dis je ne me sers presque jamais des ibays pour des webapps car je trouve plus pratique de créer mes propres templates-custom pour configurer httpd!
je mets tout dans home/httpd/ et c'est effectivement plus simple pour les sauvegardes de mes webapps sans avoir à sauvegarder celles qui sont dans /opt :)
-
Ok mets cela en vrac sur la talk page, on en rediscute et si c'est simplement une crainte de la syntaxe wiki, je peux te relire sinon tu as cela qui est assez bien foutu http://wiki.contribs.org/Help:Contents
Maintenant avec le recul je me rend compte que je me sert toujours des mêmes options par contre je me rappelle la reculade que j'ai pris la première fois que j'ai cliqué sur éditer.....mais ce sont de grands malades :p
As tu pu tester le fait de faire un backup complet de la sme (par le server-manager avec l'appli officielle) et de voir après la restauration sur un autre ordinateur si tes web app sont encore fonctionnelles et présentes. Par ce que si c'est le cas je ne comprend pas trop pourquoi le choix de /opt a été fais par tous les contributeurs (ou presque) et non celui ci.
Vip-ire si tu passes par ici tu peux me donner ton grain de sable
-
Hi ALL,
Honnêtement je ne sais pas ce qui conditionne le choix de /opt plutôt qu'un autre :-?
Ce que je crois savoir c'est que /opt est censé servir à accueillir l'installation d'applications supplémentaires avec leur propre arborescence. Les contribs ont vocation à s'installer dans ce répertoire mais selon moi ce n'est pas forcément l'idéal pour les webapps qui ont toutes ou presque la particularité d'être accessibles par apache.
Or si on fait sur une SME :
# cat /etc/passwd | grep www
www:x:102:102:e-smith web server:/home/e-smith:/bin/false
apache:x:102:102:Apache:/var/www:/sbin/nologin
et si on veut vraiment vérifier les "home" de www ou de apache on obtient :
# echo ~www
/home/e-smith
# echo ~apache
/var/www
"/home/e-smith" semble vraiment être le "home " pour l'utilisateur "www"
Chez Debian on utilise classiquement /var/www dont le propriétaire est "www-data".
$ echo ~www-data
/var/www
Chez Fedora ou Centos/RH, je ne connais pas les bonnes pratiques pour l'installation d'application web. Il faudrait qu'un expert RedHat ou SME, nous explique le pourquoi du comment de l'utilisation de /opt pour les webapps. Chez SME parfois certaines contribs s'installent dans /var/www (exemple : sarg et awstats ), d'autres dans /opt (exemple : phpsysinfo, phpki, freepbx) et enfin certaine dans /usr/share (exemple : phpMyAdmin). Il ne faut pas oublier l'antique "Horde" qui est installé dans /home/httpd/html !
Ça doit dépendre des contributeurs et de leur interprétation de la page du wiki (http://wiki.contribs.org/Web_Application_RPM) :lol:
Je me sers en général de "/var/www" sauf sur serveur SME et de liens symboliques pour éviter d'avoir à recréer une arborescence en cas de mise à jour de la webapp.
Tu as raison Steph de penser que ça doit impacter les backups d'une manière ou d'une autre mais je n'ai pas testé la sauvegarde "méthode SME" car j'utilise en général Rsync et des scripts maison 8) sauf pour les comptes !
Je suis en train de tester plus intensément l'option d'installation "sme multipart" avec un répertoire /var sur une partition et je crois que je vais me servir dorénavant essentiellement de /var/www pour les webapps :-)
A+
-
Bah non...
Si vous me rajoutez des répertoires pour les webapps, je vais définitivement être perdu ! :shock:
Je vais garder /opt/ pour les contribs "officielles" et les ibays pour le réseau local.
Mais alors, /home/httpd/html/ ou /var/www/ pour les webapps accessibles de l'extérieur ?
-
hehe :lol:
bah comme je l'ai dit, c'est toi qui vois. C'est un peu à toi de bâtir tes bonnes pratiques et après il faut t'y tenir même si ça ne doit pas t'empêcher de changer d'avis en fonction de l'évolution de la distrib.
Pour l'installation de Dotclear Multiblog dans des ibays, j'y suis arrivé mais c'est pas aussi pratique que ça et le comportement de l'application ne me convainc vraiment pas.
J'écrirai un tuto sur blog.ansoult.fr pour une installation en ibays et une installation dans /home/httpd/html avec des templates-custom.
-
Bah non...
Si vous me rajoutez des répertoires pour les webapps, je vais définitivement être perdu ! :shock:
Je vais garder /opt/ pour les contribs "officielles" et les ibays pour le réseau local.
Mais alors, /home/httpd/html/ ou /var/www/ pour les webapps accessibles de l'extérieur ?
C'est vrai que l'on est un peu en train de "pourrir" et surtout de squatter ton topic....désolé mais à trois francais qui discutent hein on va pas s’engueuler...
bon ce qu'il faut retenir, mais la discussion semble bien loin d'être terminée
-les webapps qui proviennent de smecontribs (exemple : roundcube et wordpress comme par hasard... PUB) s'installent dans /opt
-les webapps qui proviennent d'EPEL avec un paquet smeserver-* qui lui vient de smecontribs, et bien là en général elles s'installent dans /usr/share
-vip-ire utilise /usr/share pour tinytinyrss malgré que je ne pense pas que le paquet provienne d'epel, mais pour smeserver-phpki il utilise /opt
-du custom comme kid of leognan le montre
du coup je crois que dans le monde du rpm le répertoire par défaut semble être /usr/share
une Discussion intéressante tiens.....