Drupal 8 en production : pourquoi et comment ?
J'ai eu la chance participer à cette discussion aux #drupaldevdays 2015, dont voici un rapide compte-rendu.
J'ai eu la chance participer à cette discussion aux #drupaldevdays 2015, dont voici un rapide compte-rendu.
Cette conférence donnée aux #drupaldevdays 2015 par Michael Schmid (@Schnitzel) présente un retour d'expérience sur l'implémentation de nombreux sites multilingues en Drupal 7.
J'ai eu la chance participer à cette discussion aux #drupaldevdays 2015, dont voici un rapide compte-rendu.
Cette conférence donnée aux #drupaldevdays 2015 par Michael Schmid (@Schnitzel) présente un retour d'expérience sur l'implémentation de nombreux sites multilingues en Drupal 7.
Cette conférence de Kevin Kaland durant les #drupaldevdays présente quelques trucs et astuces sur le port du module FillPDF en Drupal 8.
Cette conférence de Kevin Kaland durant les #drupaldevdays présente quelques trucs et astuces sur le port du module FillPDF en Drupal 8.
Durant les #drupaldevdays 2015, Wolfgang Ziegler (@the_real_fago) nous a présenté la nouvelle API des entités, tout est neuf sans pourtant réellement changer.
Durant les #drupaldevdays 2015, Wolfgang Ziegler (@the_real_fago) nous a présenté la nouvelle API des entités, tout est neuf sans pourtant réellement changer.
Dans le cadre des #drupaldevdays 2015, cette keynote d'Angela Byron présente l'évolution de la communauté Drupal au travers d'évènements précis.
Dans le cadre des #drupaldevdays 2015, cette keynote d'Angela Byron présente l'évolution de la communauté Drupal au travers d'évènements précis.
Drupagora est un rendez-vous incontournable, francophone sur Drupal dédié aux chefs de projets et DSI, de tout l’écosystème Drupal et attire chaque année plus de 350 professionnels, venus de toute la France.
Pour sa cinquième édition, Drupagora a changé le calendrier et le lieu de rendez-vous pour accueillir plus de participants dans des conditions optimales. C'est pourquoi, Drupagora se tiendra cette année le 19 juin et aura lieu à l'Université Pierre et Marie Curie (Paris 5ème)
Cette année, le fil rouge du programme est : « Drupal dans le contexte de l'Entreprise: plateformes digitales globales, applications eCommerce, applications métier jumelées et intégrées au SI (ERP, CRM, PIM, DAM…). »
Avec pour thématiques principales :
L'appel à communication est disponible jusqu'au 1er mai 2015.
Par ailleurs, à noter que les inscriptions à Drupagora sont ouvertes au tarif early bird, et ce, jusqu'à la clôture de l'appel à communications.
Informations complémentaires
La conférence Drupagora se tient à l'Université Pierre et Marie Curie, Paris 5ème, le vendredi 19 juin de 9h à 18h.
40 euros jusqu'au 01/05/2015
75 euros jusqu'au 15/06/2015
100 euros en tarif normal
Liens
L'installation peut se faire via git ou via Composer. C'est cette méthode qui est nécessaire pour l'installation avec Drupal 8.
Installation des pré-requis sur la machine
Ces paquets sont utilisés pour récupérer les données via http et git. unzip est utilisé avec drush make pour dézipper certains fichiers.
apt-get install curl git unzip
Installation de Composer
L'installation de Composer est faite en global (pour tous les utilisateurs).
curl -sS https://getcomposer.org/installer | php sudo mv composer.phar /usr/local/bin/composer
Installer Drush pour l'utilisateur courant
composer global require drush/drush:dev-master ls -a .composer/vendor/bin . .. boris drush drush.bat drush.complete.sh drush.php
Drush est installé dans le répertoire .composer/vendor/bin
de l'utilisateur. Il faut ensuite ajouter ces lignes dans le .bashrc :
export PATH=$HOME/.composer/vendor/bin:$PATH
Installer Drush pour tous les utilisateurs
Si plusieurs utilisateurs ont accès à la machine, il est préférable d'avoir une installation globale :
git clone https://github.com/drush-ops/drush.git /usr/local/src/drush cd /usr/local/src/drush git checkout ln -s /usr/local/src/drush/drush /usr/bin/drush composer install drush --version which drush
Voilà, on peut maintenant utiliser toute la richesse de drush pour installer / activer des modules, installer un site complet, etc.
Références :http://www.drush.org/en/master/install/
Depuis quelques temps déjà, Drush (DRUpal SHell) est disponible sur GitHub, et non plus sur http://drupal.org.
L'installation peut se faire via git ou via Composer. C'est cette méthode qui est nécessaire pour l'installation avec Drupal 8.
Ces paquets sont utilisés pour récupérer les données via http et git. unzip est utilisé avec drush make pour dézipper certains fichiers.
apt-get install curl git unzip
L'installation de Composer est faite en global (pour tous les utilisateurs).
curl -sS https://getcomposer.org/installer | php sudo mv composer.phar /usr/local/bin/composer
composer global require drush/drush:dev-master ls -a .composer/vendor/bin . .. boris drush drush.bat drush.complete.sh drush.php
Drush est installé dans le répertoire .composer/vendor/bin
de l'utilisateur. Il faut ensuite ajouter ces lignes dans le .bashrc :
export PATH=$HOME/.composer/vendor/bin:$PATH
Si plusieurs utilisateurs ont accès à la machine, il est préférable d'avoir une installation globale :
git clone https://github.com/drush-ops/drush.git /usr/local/src/drush cd /usr/local/src/drush git checkout ln -s /usr/local/src/drush/drush /usr/bin/drush composer install drush --version which drush
Voilà, on peut maintenant utiliser toute la richesse de drush pour installer / activer des modules, installer un site complet, etc.
Références :
http://www.drush.org/en/master/install/
Venez nous retrouver, à Montpellier, du 13 au 19 avril prochains
Après de nombreux mois de préparations, l'événement Drupal Developer Days commence aujourd'hui, le 13 avril 2015 à Montpellier, en France.
Nous sommes très impatients de retrouver toutes les personnes inscrites car la semaine est très prometteuse et de qualité.
Même si vous ne pouvez pas être présent, vous pouvez consulter le site officiel de l'événement : Drupal Developer Days 2015
Au pied levé, j'ai préparé une présentation sur l'intégration continue pour Drupal Lyon. Plutôt que de parler CI d'entreprise et de rentrer dans les détails de Jenkins et du workflow typique d'un équipe de dév, pourquoi ne pas déjà aborder toutes les bonnes pratiques et méthodologies à employer pour soi-même créer un produit testé et fiable ? Bienvenue dans l'intégration continue pour tous !
J'ai récemment eu besoin d'archiver des sites initialement créés avec les CMS Drupal et Wordpress, de clients HebInWeb ayant arrêté leur activité (et donc également leur site).
Le nom de domaine n'a pas été renouvelé, et a été détruit.
Plutôt que de supprimer complètement les sites, j'ai décidé de les archiver, mais en utilisant un site 100% statique en html/css/js, plutôt que de rester sur les CMS initiaux.
Ceci a plusieurs avantages à mes yeux :
Sachant qu'on est bien dans un mode "archive", qui sera probablement très peu visité, je me voyais mal "gâcher" des ressources pour cela.
Après quelques recherches, je suis tombé sur un site : https://swsblog.stanford.edu/blog/creating-static-copy-website qui m'a orienté vers la création d'un script reposant sur wget afin de faire un miroir statique.
#!/bin/sh # echo -n "Destination directory : " read DEST echo -n "Site URL : " read URL wget -P $DEST -mpck --user-agent="" -e robots=off --wait 1 -E $URL
Les options utilisées ici sont :
La copie d'un site s'effectue de manière assez simple. On saisit le répertoire de destination, puis l'URL, et on attend que wget fasse le boulot...
Le paramètre "wait" ralentit un peu, si on s'en passe cela ne prend que quelques secondes.
Sur le site Wordpress, j'ai juste retouché la page de contact, qui s'est retrouvée avec une notation de type [contact xxx].
Pour le site sous Drupal, j'ai commencé par désactiver les modules "interactifs", tels que comment, contact, etc.
S'agissant d'une archive, j'ai également désactivé les modules tels que XMLsitemap (qui de toute manière ne renverra plus rien, car le site sera en HTML statique)
Une alternative (http://stackoverflow.com/questions/66610/how-can-i-create-a-site-in-php-...) utilise la commande suivante :
wget -k -K -E -r -l 10 -p -N -F -nH $URL
Il semble exister quelques plugins qui réalisent cette conversion, mais je n'ai pas approfondi (voir dans les références ci-après)
Il existe un module, Static, assez récent, qui effectue cette conversion
Quelques références sur le sujet :
J'ai récemment eu besoin d'archiver des sites initialement créés avec les CMS Drupal et Wordpress, de clients HebInWeb ayant arrêté leur activité (et donc également leur site).
Le nom de domaine n'a pas été renouvelé, et a été détruit.
Plutôt que de supprimer complètement les sites, j'ai décidé de les archiver, mais en utilisant un site 100% statique en html/css/js, plutôt que de rester sur les CMS initiaux.
Ceci a plusieurs avantages à mes yeux :
Sachant qu'on est bien dans un mode "archive", qui sera probablement très peu visité, je me voyais mal "gâcher" des ressources pour cela.
Après quelques recherches, je suis tombé sur un site : https://swsblog.stanford.edu/blog/creating-static-copy-website qui m'a orienté vers la création d'un script reposant sur wget afin de faire un miroir statique.
#!/bin/sh # echo -n "Destination directory : " read DEST echo -n "Site URL : " read URL wget -P $DEST -mpck --user-agent="" -e robots=off --wait 1 -E $URL
Les options utilisées ici sont :
La copie d'un site s'effectue de manière assez simple. On saisit le répertoire de destination, puis l'URL, et on attend que wget fasse le boulot...
Le paramètre "wait" ralentit un peu, si on s'en passe cela ne prend que quelques secondes.
Sur le site Wordpress, j'ai juste retouché la page de contact, qui s'est retrouvée avec une notation de type [contact xxx].
Pour le site sous Drupal, j'ai commencé par désactiver les modules "interactifs", tels que comment, contact, etc.
S'agissant d'une archive, j'ai également désactivé les modules tels que XMLsitemap (qui de toute manière ne renverra plus rien, car le site sera en HTML statique)
Une alternative (http://stackoverflow.com/questions/66610/how-can-i-create-a-site-in-php-...) utilise la commande suivante :
wget -k -K -E -r -l 10 -p -N -F -nH $URL
Il semble exister quelques plugins qui réalisent cette conversion, mais je n'ai pas approfondi (voir dans les références ci-après)
Il existe un module, Static, assez récent, qui effectue cette conversion
Quelques références sur le sujet :
La mise en place d'un processus de publication peut très vite devenir complexe dès lors qu'une organisation souhaite décentraliser la production de contenus sur son site Internet tout en maitrisant le processus et les rôles de chacun. Comme toute solution puissante, Drupal nous propose plusieurs chemins pour arriver à notre fin. Nous allons découvrir dans ce billet deux méthodes permettant de créer un processus de publication très facilement tout en offrant des réglages très fins permettant de gérer le qui fait quoi.