Lausanne Drupal Meetup - 22 june 2011

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
gbaudoin's picture
Start: 
2011-06-22 19:00 - 20:30 Europe/Zurich
Organizers: 
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

-

boran's picture

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

gbaudoin's picture

Je rajoute les userpoints aux sujets !

packaged deployment

benoit.pointet's picture

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

gbaudoin's picture

Ok pour la présentation ! Je le rajoute au descriptif de l'événement.

arggg!

benoit.pointet's picture

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,

yvmarques's picture

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

sitron2's picture

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

yvmarques's picture

Nice, Je vais aller tester ça alors, merci :)

Finalement, je vois qu'on a

yvmarques's picture

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

afterafter's picture

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

yvmarques's picture

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 !

mzwyssig's picture

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 ...

mkalbere's picture

Dommage, sujets super intéressants.

presentation ce soir

boran's picture

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

angeloo's picture

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

gbaudoin's picture

+1 Merci pour la présentation, c'était très intéressant !

Merci à tous pour les

sahuni's picture

Merci à tous pour les différents sujets abordés
A refaire!

GitHub on Mac

twen's picture

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

yvmarques's picture

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)

patacra's picture

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

jlbretton's picture

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

moritzz's picture

Another good option for a Mac git GUI client is Tower.

Alwaysdata

sahuni's picture

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

yvmarques's picture

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

sahuni's picture

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

gbaudoin's picture

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 :

  • Tout mettre dans /www/monpremiersite/
  • Faire pointer les sous-domaines "vide", "www", "ne3" vers /www/monpremiersite/" dans l'interface d'admin d'alwaysdata
  • Créer /www/monpremiersite/sites/monpremiersite.com/settings.php
  • Créer /www/monpremiersite/sites/ne3.monpremiersite.com/settings.php

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

sahuni's picture

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

yvmarques's picture

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

sahuni's picture

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