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.

Popular posts from this blog

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

wget maven ntlm proxy

How to make wget, curl and Maven download behind an NTLM Proxy Working on CentOS, behind an NTLM proxy: yum can deal without problem with a NTLM Proxy wget, curl and Maven cannot The solution is to use " cntlm ". " cntlm " is a NTLM client for proxies requiring NTLM authentication. How it works Install "cntlm" Configure "cntlm"  by giving it your credentials by giving it the NTLM Proxy Start "cntlm" deamon (it listens to "127.0.0.1:3128") Configure wget, curl and Maven to use "cntlm" instead of using directly the NTLM Proxy Note: You will have then a kind of 2 stages Proxy : cntlm + the NTLM proxy Configure CNTLM After installing cntlm, the configuration file is in "cntlm.conf". You must have your domain (in the Windows meaning), proxy login and  proxy password. Mine are respectively: rktmb.org, mihamina, 1234abcd (yes, just for the example) You must have you NTLM Proxy Hostnama or IP ...

Undefined global vim

Defining vim as global outside of Neovim When developing plugins for Neovim, particularly in Lua, developers often encounter the "Undefined global vim" warning. This warning can be a nuisance and disrupt the development workflow. However, there is a straightforward solution to this problem by configuring the Lua Language Server Protocol (LSP) to recognize 'vim' as a global variable. Getting "Undefined global vim" warning when developing Neovim plugin While developing Neovim plugins using Lua, the Lua language server might not recognize the 'vim' namespace by default. This leads to warnings about 'vim' being an undefined global variable. These warnings are not just annoying but can also clutter the development environment with unnecessary alerts, potentially hiding other important warnings or errors. Defining vim as global in Lua LSP configuration to get rid of the warning To resolve the "Undefined global vi...