Skip to main content

j'ai suivi la formation drupal de drupalfrance

Intervenants

Le formateur était Romain Jarraud. Nous étions 10 "élèves", composés de compétances diverses (graphistes, développeurs PHP,...)

Salle de formation

La salle de formation était une des salles de Media Site, qui sont des salles de grande qualité. La connectivité WiFi est cependant décevante.

La formation proprement dite

La formation a duré 3 jours. Avec pour thème "développeur Drupal". Il est clair pour chacun qu'en 3 jours il est impossible de faire de quelqu'un un développeur Drupal complet, mais Romain a fait ce qu'il a pu.

Jour 1

Nous nous sommes attelé à l'installation d'une distribution Drupal que Romain a préparé pour nous.

Nous avons installé des modules "contrib" utiles à la formation.

Une mise au point: développer autour de Drupal c'est faire un ou des modules.

Nous sommes partis dans la création de  notre module de base, qui pour l'occasion ne faisait pas grand chose à part

  • se faire afficher dans la liste des modules avec les indications qu'on voulait (nom, description, section, position).
  • afficher son texte d'aide quand on indiquait la bonne URL

Ceci avec tout ce qui en découle, comme le contenu du fichier ".info"

Jour 2

C'est au deuxième jour que nous avons manipulé les hooks.

Nous y avons découvert et approfondi les "hook_menu()", ainsi que les différentes manières de faire des requêtes SQL puis leur comparaison avec l'utilisation de l'API Node.

Nous avons enfin abordé le sujet du fichier ".install".

Jour 3

Consacré aux formulaires (Form API) et aux fonctions de thème (theme_xxx() et pratiques associées)

Conclusion

Je m'étais préalablement renseigné sur cette formation et on m'a conseillé de demander à aborder la "Field API" et les "Entity". Il n'etait pas envisageable, en 3 jours, de traiter de tous ces sujets.

Je trouve la formation rodée, avec un bon ratio théorie:exercice et un formateur qui cerne bien son sujet.

Si j'ai des conseils d'amélioration, leur prise en compte induirait inévitablement une prolongation de la durée de la session: aborder plus en profondeur les thèmes propres à Drupal 7, pour éviter que le développeur code avec Drupal 7 en gardant les habitudes de Drupal 6.

Comments

Popular posts from this blog

dockerfile multiline to file

Outputing a multiline string from Dockerfile
I motsly use a Dockerfile by sourcing from a base ditribution: CentOS or Debian.
But I also have a local mirror and would like to use it for packages installation.

Espacially on CentOS it is about many lines to write to the /etc/yum.repos.d/CentOS-Base.repo file.

Easiest way: one RUN per line The first method that comes in mind is to issue one RUN per line to write.
Here you are:

RUN echo "[base] " > /etc/yum.repos.d/CentOS-Base.repo RUN echo "name=CentOS-$releasever - Base " >> /etc/yum.repos.d/CentOS-Base.repo RUN echo "baseurl=ftp://packages-infra.mg.rktmb.org/pub/centos/7/base-reposync-7 " >> /etc/yum.repos.d/CentOS-Base.repo RUN echo "gpgcheck=0 " >>…

npm run build base-href

Using NPM to specify base-href
When building an Angular application, people usually use "ng" and pass arguments to that invocation.
Typically, when wanting to hard code "base-href" in "index.html", one will issue:

ng build --base-href='https://ngx.rktmb.org/foo'


I used to build my angular apps through Bamboo or Jenkins and they have a "npm" plugin.
I got the habit to build the application with "npm run build" before deploying it.

But the development team once asked me to set the "--base-href='https://ngx.rktmb.org/foo'" parameter.

npm run build --base-href='https://ngx.rktmb.org/foo


did not set the base href in indext.html

After looking for a while, I found https://github.com/angular/angular-cli/issues/13560 where it says:
You need to use −− to pass arguments to npm scripts. This did the job!
The command to issue is then:

npm run build -- --base-href='https://ngx.rktmb.org/foo'

Jira workflow for new projects

Associated workflow creation I'm a Jira Cloud user and begining from some version 6, I noticed that when I create a project, it automatically creates a Workflow and Issue Scheme that is prepended by the project key and which is a copy of the default scheme.
I always had to make a cleanup after creating a project. Default workflow for new projects I also miss a feature that would allow me to make a custom workflow (and globally custom project setting) the default for new projects I create.
Solution: Create with shared configuration While searching, I noticed that with Jira Cloud which is version 7.1.0 at the time I write, there is a link at the bottom of the "Create project" wizard:
"Create with shared configuration" will allow me to select the project I want the new one to share configuration with.

The new created project will use the same configuration as the project I selectThere will be no creation of Workflow and Issue Scheme that I need to cleanup

This fea…