Geekeries diverses

Ce post sera actualisé régulièrement en fonction de mes lectures ayant attrait au JS.

Mes liens

C’est con mais au final c’est la base du JS moderne: le module pattern

Brunch, c’est quoi à quoi ça sert… le guide

Comment ça du templating coté client c’est bizarre? C’est vrai que c bizarre, mais si ça vous dérange trop coté serveur c’est bon aussi pour Jade

On ne peut pas parler de vues coté client sans imaginer que les modèles y sont aussi grâce à backbone (comme c’est un peu ardu au premier abord allez vers les tuto ici)

La partie la plus impressionnante pour moi de backbone étant la sync entre modèle et backend.

Dans ce cas vous pouvez mettre en place un routage très simple avec un nodejs mais surtout du PHP: Yii remplit pour moi assez bien cette tâche

Avec backbone vous n’échapperez pas à underscore. Et vous aurez beau vous en défendre backbone stickit est et reste dur à contourner (lier vue && modèle)

Parce que les dates et le javascript c’est … spécial. Quelle idée de faire commencer les mois à 0 quand meme: il existe moment.js

Parce qu’on a pas tjrs besoin du gros et baveux bootstrap et/ou jQuery pour faire tout et n’importe quoi: microjs vous aidera a choisir la lib qui va bien

Les select c’est vieux c’est has been mais parfois c’est bien utile. Mais ce sera plus sympa et plus intuitif/vendeur avec select2

Les ressources externes:

Ressources pour une veille technologique web front de qualité

Une semaine un mail sur le JS

Iceweasel is often enough but for some remote debugging the ‘official’ version is required.

Linux mint handles this package in repo. Add the following line into a new file /etc/apt/sources.list.d/linuxmint.list

deb http://packages.linuxmint.com debian import

and follow rest of flow (update, install firefox is the name of package).

This explanation is less less verbose but source is : http://linuxconfig.org/simple-firefox-web-browser-installation-on-debian-8-jessie-linux

Quelques générateurs de fichiers de config Vagrant bien pratiques:

• Rove.io Sélectionner ce que vous voulez sur votre machine, et customiser les différentes variables disponibles
• Vaprobash Vagrant Provisioning Bash Scripts (un script à télécharger et customiser selon les besoins)
• PuPHPet Combiner Vagrant & Puppet à travers une petite GUI sympa & bien conçue
• Phansible fournit une interface pour créer des installations Vagrant & Ansible dédiées aux applications PHP
• Protobox vous permet de créer mais surtout de partager facilement vos scripts d’installations de VMs

Au passage j’ai découvert quelques petits tools qui pourraient être sympas:

Mailcatcher permet d’intercepter tout mail envoyé en émulant un serveur SMTP.

XHProf un profiler pour php.

NGrok du reverse tunnelling pour fournir à vos clients un accès à vos instances de dev sans devoir mettre en place un VPN ‘complexe’.

Depuis peu je m’essaie à Ansible pour installer mes machines en production et les maintenir.

Une des fonctionnalités bien utile est la possibilité de tagguer des taches pour pouvoir exécuter seulement une partie des tâches du playbook sans devoir rejouer la totalité de ce dernier qui peut vite devenir gros, lourd et de facto lent à exécuter.

Évidemment ces tags il faut les écrire tâche par tâche et cela peut vite devenir lourd, surtout si vous n’avez pas fait ça progressivement. C’est la que mon parseur arrive: il lit les tags déjà placés et déduit ceux qui devraient exister selon la structure hiérarchique mise en place.

C’est en php et c’est disponible sur Packagist sur https://packagist.org/packages/lgnap/ansible-tags-parser

N’hésitez pas à remonter des bugs ou à commenter ce post si vous désirez des nouvelles fonctionnalités. Je sais c’est pas très testé et c’est pas bien, mais c’est sur les planches. Si ça se trouve le jour où vous lirez ce post il y aura des tests ^^

Most est un pager d’excellente qualité et particulièrement adapté pour la coloration syntaxique des pages de manuel.

J’ai donc écrit un petit rôle ansible pour me faciliter l’installation de ce dernier.

Il est dispo sur github à l’adresse suivante: https://github.com/lgnap/ansible-most

Mais également sur ansible galaxy: https://galaxy.ansible.com/list#/roles/3441

Mes motivations pour cet article sont les mêmes qu’évoquées dans Modern PHP: Donc juste un bloc-note pour ne rien n’oublier:

Gestion des erreurs:

• filps/whoops: remonte et montre une éventuelle erreur ainsi que toute la stacktrace facilitant le debug
• monolog/monolog: logguer implémentant la fameuse PSR3.

Http requests:

• guzzle/guzzle: l’API curl en component
• modernphp/scanner tester la validité de liens

Validation:

• aura/filter
• respect/validation

Construction d’infrastructures VM:

• Un step by step pour configurer une machine vagrant customisée: https://puphpet.com
• Un Vagrantfile à customiser très facilement: https://fideloper.github.io/Vaprobash/
• Un système de recherche pour trouver LA box Vagrant correspondant à vos envies: https://atlas.hashicorp.com/boxes/search

Si vous voulez lire une remarque appréciative du bouquin voilà la seule chose que j’ai à vous conseiller: Foncez l’acheter

Mon idée pour ce post est juste de créer un petit mémo sur ce que j’ai appris, les “nouvelles” façon de faire. Mais également de relater les ressources à ne pas oublier.

Je n’ai aucunement l’envie de cannibaliser le travail de l’auteur, ce pourquoi je resterai volontairement évasif. De nouveau si vous voulez en savoir plus achetez le bouquin !

Les nouvelles fonctionnalités et des existantes inusitées:

• Les traits
• Les générateurs
• filter_input REMPLACE l’accès aux superglobales $_GET, $_POST, $_COOKIE
• filter_var & FILTER_VALIDATE_* est capable de valider série de chose sans devoir directement sortir les regexps.
• l’API password_* (si vous utilisez une version PHP < 5.5 vous pouvez l’importer: ircmaxell/password-compat)

Les dates et leur gestion:

• DateTime, DateInterval, DateTimeZone, DatePeriod (il existe également une librairie vous facilitant la gestion des dates nesbot/carbon)

Les non-classés:

• Utilisation des PDO::PARAM_* pour spécifier les types des paramètres attachés dans une requête préparée PDO.
• Les fonctions de string multibytes mb_* pour toute chaîne de caractères utf8
• Les streams sont partout et très puissants (Il est possible de gunzipper un fichier à la volée pendant sa lecture)

Les exceptions et leur utilisation:

• Les exceptions à utiliser (au lieu de tout baser sur Exception):
  • Les classiques: Exception, ErrorException,
  • LogicException et ses enfants: BadFunctionCallException, BadMethodCallException, DomainException, InvalidArgumentException, LengthException, OutOfRangeException,
  • RuntimeException et ses enfants: OutOfBoundsException, OverflowException, RangeException, UnderflowException, UnexpectedValueException
• Le try catch finally existe aussi en php
• Il n’est pas très dur (et est une bonne pratique) de transformer toute erreur en ErrorException avec set_error_handler

Les components:

• Les components et composer sont le futur et tellement simples à utiliser que ça en deviendrait honteux de ne pas en manger.
• Les frameworks ne sont pas une mauvaise chose en soit, mais ils doivent évoluer et devenir une agrégation de components plutôt que continuer à implémenter les leurs.
• Toujours exposer des interfaces à la communauté.
• Utilisation des PSR (1 & 2 pour le style, 3 pour la LoggerInterface, 4 pour le chargement des classes)

Tests:

• phpunit évidemment
• SpecBDD
• StoryBDD (Behat)
• XDebug pour le code coverage (utilisation de la balise whitelist pour définir le coverage)
• TravisCI

Profiling:

• XDebug
• XHProf & XHGUI

Benchmarking:

• Apache Bench
• Siege

Les optimisations non relatives au code à proprement parler

• Zend OPcache est dispo à partir de la version .5.5
• Built-in HTTP server: php -S localhost:4000 -c /path/to/php.ini front.php
  
• Session handling : memcache & redis, les IO sur le disque sont souvent un mauvais choix.
• Déployer son code ça ne se fait plus avec (s)ftp. Capistrano est une bonne alternative. Mais aussi Deployer, Magalanes, Rocketeer