Posted by gbaudoin on May 26, 2011 at 12:12pm
Start:
2011-06-22 19:00 - 20:30 Europe/Zurich Event type:
User group meeting
Hello !
The next Drupal meetup in Romandy will be the 22th of june in Lausanne. The place is antistatique.net, rue de sébeillon 9b, Lausanne.
Subjects :
General discussion -deployment procedure
Sean Boran - Userpoints
=======
Le prochain Drupal Meetup de Romandie aura lieu à Lausanne le 22 juin ! Il aura lieu dans les bureaux d'antistatique.net, rue de Sébeillon 9b à Lausanne !
Sujets :
Discussion - deployment procedure
Sean Boran - Userpoints
Comments
-
I use git to sync drupal/modules/themes between dev/staging/prod, if that is of interest..
Or briefly talk about using userpoints, user titles/badges to awards users points for different actions on a community website to incite website members to visit often.
Je rajoute les userpoints aux
Je rajoute les userpoints aux sujets !
packaged deployment
We use at Liip (Lausanne) (http://liip.ch) a packaged deployment procedure (debian packages) which we are about to share with the community. We would be glad to present it.
Ok pour la présentation ! Je
Ok pour la présentation ! Je le rajoute au descriptif de l'événement.
arggg!
J'ai un empêchement de dernière minute. Sorry for that. I'll keep you updated as soon as our stuff is opensourced.
Hop, juste pour demander,
Hop, juste pour demander, est-ce que le Debian Package que tu parlais serait pas celui-ci ?
https://github.com/mjollnir/sf2debpkg
A+
hello! c'est effectivement en
hello!
c'est effectivement en rapport mais la c'est utilise pour Symfony2.
on vient de publier un blog post sur le deployement Drupal avec les packages Debian ici:
http://blog.liip.ch/archive/2011/06/22/packaging-and-deploying-drupal-si...
Nice, Je vais aller tester ça
Nice, Je vais aller tester ça alors, merci :)
Finalement, je vois qu'on a
Finalement, je vois qu'on a eu la même problématique et qu'on la résolue de la même manière Features et hook_update_N.
Le Debian package est super, en effet quand on a la possibilité d'avoir un serveur avec accès SSH et les droits suffisant je pense.
Dans notre cas, nous savons pas toujours si le client final, aura la possibilité d'avoir son serveur :(
Actuellement on est entrain de tester la possibilité de faire ce genre de chose, directement avec le profiles de Drupal et on a découvert un petit module Boxes qui résout un de nos problèmes, les blocks :)
Pantheon
Y a-t-il des développeurs qui ont testés Pantheon comme plateforme de développement Drupal?
Les invitations sur la Beta sont déjà disponibles.
https://getpantheon.com/
A explorer de toute urgence
Autre piste : Aegir
http://greenbeedigital.com.au/content/drupal-deployments-workflows-versi...
La page du projet initial : http://www.aegirproject.org/
Version ultra optimisée d'omega8.cc (script d'installation) : https://github.com/omega8cc/nginx-for-drupal
Hello, Quand nous cherchions
Hello,
Quand nous cherchions à mettre en place un environnement de développement, nous avons trouvé Pantheon, mais tu as également Dev Cloud de Acquia (http://acquia.com/products-services/acquia-dev-cloud). C'est un super système, mais la problématique reste la même et j'espère qu'ils vont corriger ça sur Drupal 8, du moins une initiative a été lancée par Dries dans ce sens.
Le plus grand souci de Drupal, c'est que beaucoup de configuration se retrouve en base de donnée, de se fait, le worflow dev-staging-live est lourd s'il faut passer toute la configuration.
Heureusement, il y a des modules qui viennent aider pas mal dans cette problématique, d'ailleurs je décris ici comment on procède chez nous (http://www.cestfait.ch/content/drupal-workflow-dev-staging-prod-git-bean...) je serais d'ailleurs intéressé par vos commentaires.
Quant à Aegir, c'est un projet génial, spécialement si on possède son propre serveur et qu'on va manager sûrement beaucoup de sites. Dans notre cas, on a écarté cette solution puisque nous ne souhaitons pas gérer l'hébergement de nos clients.
Bref, que du bon en tout cas sur Drupal et nous sommes entrain de découvrir pas mal de trucs sympa que je pourrais présenter à l'occasion :)
-- Yvan
Présent !
Très intéressant le sujet. Je serai là normalement. On a déjà un lieu où aller boire un jus plus tard ?
Michael
Peux pas ...
Dommage, sujets super intéressants.
presentation ce soir
Soirée assez intense + sympa, merci.
Voir http://boran.ch/sclabs pour un bref présentation sur "points" de ce soir.
Si vous avez du feed-back sur http://labs.swisscom.ch (inscription bienvenu), n’hésite pas à les me faire venir directement.
Quelques autres mots clés que je me rappelle de ce soir:
Staging/production: git (+remotes), getpantheon, aegir, drush make, backup/migrate
Vote up/down
Hosting: alwaysdata.com (ssh, php.ini, dns, multiple sites, git.. )
Podcasts: node 1, lullabot, drupal easy. Rss: drupal planet/aggregate
A+
Merci à toi pour la
Merci à toi pour la présentation et aux organisateurs et hosters de la soirée, très sympa! A bientôt
+1 Merci pour la
+1 Merci pour la présentation, c'était très intéressant !
Merci à tous pour les
Merci à tous pour les différents sujets abordés
A refaire!
GitHub on Mac
Bonjour,
Hier nous parlions de Git entre autre. Je viens de trouver une application Mac pour Github. Je ne sais pas ce qu'elle vaut, n'utilisant pas ce systeme de versioning.
http://mac.github.com/
Olivier
C'est relativement sympa et
C'est relativement sympa et très simple d'utilisation dès le moment ou l'ont reste dans l'environnement GitHub. Si vous souhaitez des applications Git sur Mac, je ne peux que vous conseiller GitTower.
Mais vous en avez pleins, comme GitX, GitY, SmartGit & SourceTree (qui gère au même temps Bazar).
Sur Windows, malheureusement, je connais pas trop, sauf peut-être le TortoiseGit :)
Mercurial (Hg)
A l'époque où je ne savais pas quoi choisir entre git ou Mercurial, mon critère de sélection final avait finalement été de trouver un hosting gratuit. Les deux se valent pas mal, même si c'est probable que git soit utilisé un peu plus souvent. Les différences :
http://www.wikivs.com/wiki/Git_vs_Mercurial
BitBucket (http://bitbucket.org) offre un hébergement Hg gratuit pour des projets publics et privés jusqu'à 5 collaborateurs. Je n'ai pas encore trouvé l'équivalent avec git.
Sur Windows, j'utilise tortoiseHg et sur Mac, j'utilise MacHg (http://jasonfharris.com/machg/).
Pour le dév, je bosse beaucoup avec NetBeans. SVN, git et Hg sont tous les 3 bien intégrés.
Au plaisir de vous revoir lors du prochain meetup!
Patrick
Hub git privé gratuit
bettercodes pour un hébergement gratuit de projets avec Git et SVN publics, privés, commerciaux ou non. Nombre d'utilisateurs par projet illimités. 2Gig par projet.
http://bettercodes.org/
projectlocker gatuit pour 3 utilisateurs, 3 projets, 300mb
http://www.projectlocker.com/
++ Jluc
Another good option for a Mac
Another good option for a Mac git GUI client is Tower.
Alwaysdata
Bonjour,
J’ai testé alwaysdata, hébergement gratuit, selon vos conseils lors de notre dernière réunion à Lausanne. Ca a l’air plutôt bien.
J’ai notamment testé une installation multisites Drupal 7, avec un 2ème nom de domaine (mondomaine.com) et ça fonctionne bien.
Ensuite j’ai voulu tester un sous domaine et là, je n’y arrive pas. Je ne comprends pas ce que je fais de faux. Quelqu’un peut-il m’aider ? Je n’ai jamais installé de sous-domaine. Pour pouvoir appeler http://ner3.mondomaine.com/, que dois-je créer dans le répertoire sites ? un répertoire ner3.mondomaine.com fait l’affaire ? Dedans, j’ai simplement default.settings.php, comme lorsque que j’ai créé le répertoire mondomaine.com pour ajouter ce dns.
Au niveau de l’admin alwaysdata, j’ai rajouté un sous domaine à mondomaine.com, avec comme champ sous domaine : ‘ner3’ et comme champ répertoire ‘/www/’ (champ identique pour mondomaine.com).
Résultat, quand j’appelle http://ner3.mondomaine.com/, Drupal ne propose pas l’installation d’un nouveau site, mais la front page de mondomaine.com.
Alwaysdata pense que le problème vient de Drupal, mais comme j’ai réussi l’installation multisites avec 2 noms de domaine, je ne sais pas trop quoi croire.
Plusieurs d’entre vous travaillent avec Alwaysdata. Avez-vous installé des sous domaines ? Quelle piste?
a+ Nicole
Hello, Je crois que tu dois
Hello,
Je crois que tu dois créer le settings.php pour l'install multi-site. Car Drupal en multi site, recherche un fichier settings.php dans les répertoires pour le domaine.
Salutations,
-- Yvan
Etrangement, il semble que je
Etrangement, il semble que je doive renommer default.setting.php en setting.php pour que Drupal7 crée le site du sous domaine, alors que ce n'était pas le cas pour un 2ème nom de domaine (il me semble j'avais mis default.setting.php, dans le répertoire du 2ème domaine). J'approfondis tout ça demain, et donne un feedback définitif.
Hello ! Je te conseille de
Hello !
Je te conseille de créer un répertoire dans www comme par exemple www/monpremiersite et de mettre Drupal dedans. Dans l'interface d'administration des domaines d'alwaysdata tu pourras indiquer la destination pour "vide" et "www" dans ce domaine doit être /www/monpremiersite/ . Ca te simplifiera la vie si tu veux avoir d'autres sites sur le même hébergement.
Ensuite, pour que les sous-domaines fonctionnent, tu dois déjà créer le sous-domaine dans l'interface d'alwaysdata, en le faisant pointer au même endroit que le www ( /www/monpremiersite/). C'est dans le répertoires /www/monpremiersite/sites que tu créeras par exemple un répertoire ner3.monpremiersite.com dans lequel tu mettras le settings.php du site pour ce sous-domaine.
Pour résumer, il te faut :
Et avec ça tu auras deux sites distincts qui partagent ce qui se trouve dans /sites/all/modules et qui ont leur propre /files et potentiellement leur propre /modules et /themes dans leur répertoire.
( Article sur le sujet : http://drupalfr.org/node/6171 )
A+
Guillaume
Merci pour toutes ces
Merci pour toutes ces explications, mais tu résumes exactement ce que j'ai fait et décrit un post plus haut.
J'avais bien pris exemple sur l'article de forum cité.
La seule différence sur drupal 7 est que drupal se débrouille très bien avec default.settings.php sans qu'on a pas besoin de trafiquer.
Donc ça devrait marcher, ça m'énerve.
Surtout que j'ai bien réussi à installer drupal pour monnom.alwaysdata.net comme premier site et mondeuxièmedomaine.com comme 2ème site, sur cette installation multisites. Pourquoi pas un 3ème? Fondamentalement, si on paramètre correctement l'admin d'alwaysdata et qu'on a mis les répertoires corrects dans la structure de fichiers drupal, il n'y a pas de différence entre rajouter un sous domaine et rajouter un xème domaine?!?. J'imagine que je peux rajouter un sous domaine sur le 2ème domaine de mon multisites...
alala
Tu as dis dans ton message
Tu as dis dans ton message avoir "...simplement default.settings.php" dans ton sous répertoire sites/nd3.mondomaine.com/, il faut mettre settings.php ? As-tu testé ?
-- Yvan
Yvan, ta remarque était la
Yvan, ta remarque était la bonne remarque.
ça fonctionne bien en renommant defaut.settings.php en settings.php.
Je me suis fait piégée car default.settings.php était suffisant pour l'installation de xxx.alwaysdata.net et un autre nom de domaine, mais pas pour un sous domaine. Je ne sais pas si c'est un bug drupal ou si c'est voulu, j'ai posté une issue sur drupal.org pour savoir.
Quoiqu'il en soit, la sécurité est de toujours faire ce rename, comme cela pas de surprise. Par contre, plus besoin de copier comme en D6, le rename suffit.
C'est épatant ce multisite. Il ne faut pas en abuser, mais dans certains cas de figure, j'utiliserai.
Merci à la communauté
Nicole