Par ailleurs, nous rebootons souvent, aussi souvent que possible. Les uptimes glorieux de deux ou trois ans ne le sont plus : c’est peut-être remarquable pour la stabilité du système, mais c’est un mauvais signe pour sa sécurité. Un noyau Linux sur sa branche stable, c’est environ une à quatre nouvelles versions par semaine. Si vous avez des systèmes avec juste ce qu’il faut d’installé, en ne considérant que les problèmes de sécurité qui vous concernent et qui ne sont pas contournables autrement qu’avec une mise à jour, vous devriez constater un rythme de mise à jour d’environ un nouveau noyau tous les un à trois mois.
Les scripts Bash, même simples, peuvent devenir des cibles d’attaques si on ne respecte pas certaines règles de base. Mais en adoptant progressivement ces bonnes pratiques, et avec l’aide d’outils comme ShellCheck, vous développez des réflexes de sécurité et d’optimisation qui garantiront la stabilité et la fiabilité de vos scripts.
Cela peut sembler fastidieux au début. Entre l’ajout de validations d’entrées, la gestion des permissions, l’utilisation de commandes sécurisées et la protection contre les erreurs, la liste des pratiques à suivre peut paraître longue et complexe. Cependant, plus vous pratiquez, plus ces techniques deviennent automatiques et naturelles.
Ainsi, prenez le temps de mettre en pratique ces recommandations et vous verrez que l’effort initial sera largement récompensé par la tranquillité d’esprit et la qualité de vos scripts Bash.
Il s’agit d’une approche globale, qui privilégie le chargement d’un seul fichier, quelque soit la page du site.
La première partie du fichier détaille les fonctions.
La seconde partie (L63) les rassemble en séquence d’exécution.
App.init() : rassemble les fonctions à lancer au chargement de la page
App.reboot() : rassemble les fonctions à relancer à la suite d’un rechargement ajax de SPIP
App.resize() : rassemble les fonctions à exécuter lorsque la fenêtre du navigateur change de taille, (avec un timer pour essayer de ne pas altérer les performances)
App.scroll() : idem concernant l’événement défilement (« scroll ») de la fenêtre.
(à vous de compléter selon vos besoins...)
Bienvenue sur le GR491, le Guide de Référence de Conception Responsable de Services Numériques créé par l'INR.
Bonnes pratiques pour les flux RSS
Comment créer un bon changelog ?
Quelques bonnes pratiques pour écrire des requêtes SQL
Par contre, il faut savoir faire le tri. Une bonne pratique, il faut se l’approprier. Mais surtout, il ne faut pas prêter attention aux ayatollahs qui veulent vous imposer leur manière de voir. Peut-être ont-ils raison dans certaines circonstances. Peut-être sont-ils juste de gros cons intolérants.
==> Peut s'appliquer à ceux qui ne jurent que par l'écriture inclusive ?
Vous l’aurez compris, enregistrer un nom de domaine vous permettra de créer des adresses emails crédibles, professionnelles, mémorisables, durables, d’améliorer la confidentialité de vos échanges et de pouvoir gérer de multiples adresses en fonction de vos besoins.
Vous admettrez qu’une adresse email de type nomdelasociete-487@fournisseurdacces.tld n’est quand même pas très professionnelle.
pyrat.net est là si vous avez besoin d'être accompagnés pour le choix du nom, et la configuration des mails.
Une bonne pratique mise en œuvre par pyrat.net pour tous ses clients : « Si vous constatez une anomalie, par exemple si votre nom de domaine a été enregistré au nom de votre prestataire, demandez-lui de changer le contact « Propriétaire » afin que le Whois reflète la réalité : ce sont ces informations qui feront foi en cas de problème ultérieur. »
Lorsqu'un internaute répond à un message, la nétiquette veut qu'il ne cite pas la totalité du message original mais uniquement, le cas échéant, les parties spécifiques auxquelles il répond et, si nécessaire, des éléments de contexte avant ou après. Pour faciliter la lecture chronologique, la réponse se fera en dessous de la citation (et non au-dessus comme on le voit souvent). Pour faire la différence entre le texte cité auquel on répond et le texte de la réponse, différents symboles sont utilisés, le chevron (caractère > au début de chaque ligne de texte cité) étant fréquent et interprété par de nombreux lecteurs de mails comme une citation. Pour signaler les passages supprimés on trouve parfois les symboles suivants : […] ou…/… ou encore (…).
Quand faut-il utiliser un Carousel ? Spoiler : rarement !
Même le doctype est compliqué à gérer dans un email…
Amis graphistes et intégrateurs : simplifiez-vous la vie pour les polices dans une page web pour une maintenance facilitée
Il faut bâtir ses points de rupture RWD en fonction du design et non en fonction de la résolution supposée des périphériques.
Travailler son capital confiance et son capital sympathie est important notamment dans certains moments clés : la rupture d’un contrat en fait partie. Accepter de rompre une relation d’affaire sainement impose de ne pas y mettre d’affect : c’est plus simple et plus efficace pour chacun si tout se fait de façon pro et rapide.
SVG et accessibilité. Bonnes pratiques et mise en œuvre.
Une vidéo (en boucle) qui montre combien un carrousel peut-être source de frustration pour un visiteur.
Bonne pratique ecommerce : indiquer dans les listings de produits ceux qui sont déjà dans le panier (et la quantité).
Bonnes pratiques de la mise en page de formulaires web pour un résultat optimum.