128 private links
Trucs et astuces pour optimiser le PostGreSQL.
Très intéressant.
En Anglais.
Un historique magnifique du web...
Avec même la "charte graphique" associée à l'époque.
Truc et Astuces pour JS (Javascript)
via : river.
Le projet a l'air très intéressant.
Peut-être à envisager pour "tester" le comportement d'un site WEB ?
7 Erreurs à éviter en web design.
Outils pour rédiger "online" un Latex sans avoir à installer quoi que ce soit.
Alors oui... Vos données seront là-bas. Vous le savez et à vous de voir.
Mais pour rédiger un petit truc rapide accessible de n'importe où, c'est plutôt cool.
Extrait : "Au point qu’André Staltz en arrive à cette conclusion pessimiste : dans un futur proche, les géants « contourneront » le Web. Celui-ci « perdra de son intérêt » et « son infrastructure sera optimisée uniquement pour le trafic de Google, Facebook et Amazon ». Bref, il deviendra un « réseau de trois réseaux, un Trinet »."
Article passionnant sur une architecture importante.
Encore de très bons trucs. Merci.
"""
Besoin d'inclure une carte sur votre site web ? Évitez GoogleMaps.
Juste besoin d'indiquer un emplacement sur une carte ? http://cartosm.eu/ (vous avez juste un iframe à inclure)
Besoin d'ajouter des éléments (plusieurs points, trajets, zones...) ? https://framacarte.org/fr/ (code html à inclure)
Vous êtes développeur et avez besoin de fonctions plus avancées (interactions javascript) ? http://leafletjs.com/ (librairie javascript)
EDIT: On me signal aussi la bibliothèque javascript https://openlayers.org/
"""
Plutôt OK avec ce concept.
Majeur pb pour moi : l’obsolescence.
Liste d'outils complète !
Whaou...
Bravo !
Grid en CSS
Explication du CSS Triangle.
Comment bien utiliser les FLEX, en CSS.
Comment tuer un process postgres sans être root de la machine, via (par exemple) un phppgadmin ou en commande en ligne.
Détail :
"""
First, find all current procesid's using your database:
SELECT usename, procpid FROM pg_stat_activity WHERE datname = current_database();
Second, kill the processes you don't want:
SELECT pg_terminate_backend(your_procpid);
"""
"""
Petit précis sur ces 'nouvelles' technos.
Extrait :
"
Node.js:
C'est un outil disponible du côté du serveur. Rien à voir avec jQuery ou encore Angular, Node fait sa vie sur le serveur et peut servir à à peu près n'importe quoi, mais de ce côté là. Contrairement à ce que dit Hikingyo, Node est (mais pas que) un serveur web. Pas besoin d'utiliser Apache devant comme c'est le cas avec PHP, Node peut très bien répondre aux requêtes HTTP tout seul. Actuellement principalement utilisé pour du web, il peut en réalité servir à un peu n'importe quoi, et être utilisé comme un langage de script un peu comme un autre, à l'exception plus que notable près d'adopter une approche événementielle. Ses points forts sont son comportement non-bloquant qui le rend très efficace (il scale bien), son approche asynchrone inhérente, et son utilisation simple lors de problématiques temps réel. (En vrai, si on prend soin de son PHP, notamment avec ReactPhp, on n'est pas vraiment loin de Node en terme de perf) Tout le foin qu'on en fait par rapport aux jeux, au temps réel, aux notifications viens surtout du fait que certaines librairies lui ont permis de démocratiser les websockets, avec socket.io, et maintenant SockJs (Oui parce que socket.io c'est plus maintenu, et SockJs ça évolue vers le standard natif du HTML5 alors c'est cool.)
jQuery
Le script passe partout côté client qui a connu son époque dorée en permettant de s'affranchir des différences entres les navigateurs. Au lieu de s'embêter (et je suis gentil) à garder des scripts compatibles avec les navigateurs, utiliser jQuery permet de s'affranchir de ces aberrations. Mais ces différences s'estompent, et jQuery entraine chez le débutant (ou le gros faignant dont je fais partie) des comportements incorrects (codes pas optimisés, même sales parfois). En gros, quand on veut faire de l'ajax ou taper dans le DOM comme une brutasse, jQuery est une bonne solution (Y'a aussi de jolis effets trop beaux). Si on sait ce qu'on fait avec, tout va très bien, mais si on bricole, ça peut vraiment être un carnage. (Mais je ne pense pas que cela légitime le fait de cracher à la gueule de cette librairie)
Backbone
Un framework MVC côté client permettant de structurer (depuis très bas) des applications encore une fois client. Il offre des lignes directrices et une certaine rigueur, mais n'automatise rien. Basé sur une approche événementielle, il permet de relier facilement (pas automatiquement, juste de manière définie) le HTML avec les objets javascript sous-jacents. Atrocement personnalisable, il vous laisse tout faire, vous aurez d'ailleurs tout à faire, au moins vous saurez (ou pas) ce que vous ferrez. Courbe d'apprentissage très pentue donc, grosse barrière, mais une fois qu'on a compris plus de surprises. La plupart du temps on utilise un truc par dessus, comme Chaplin ou Marionnette histoire d'automatiser un peu plus de trucs. Pour l'histoire, Backbone a été crée au départ par @jashkenas, qui est également le papa de Underscore (THE librairie) et de coffeescript.
Angular
De la même manière que Backbone, un framework MVC (à peu près) côté client. Bien plus industriel si j'ose dire, Angular automatise tout un tas de chose (c'est d'ailleurs magique au début) et rend la conception d'applications client bien plus rapide. Il vous oblige à taper dans le HTML pour fonctionner, certains puristes (Qui crachent sur un site non valide W3C autant que sur jQuery) n'aiment pas infester leur beau HTML dédié corps et âme au contenu avec des directives comportementales, mais ça marche quand même du tonnerre. Fondamentalement différent de Backbone - et des autres framworks comme Ember ou Knockout - et de leur approche événementielle, Angular utilise un comportement de dirty checking. En gros, il n'écoute pas les modifications apportées aux DOM/Objets, il reconstruit la page à chaque fois qu'on modifie un truc. Celà implique des problématiques particulières à traiter, mais les coins tordus de l'approche événementielle sont tout aussi fourbes. La courbe d'apprentissage est bien moins pentue, les débuts sont même très relaxants quand on vient de Backbone. Mais quand on veut faire des trucs un peu compliqués, comme des directives de furieux, imbriquer des controleurs à gogo, ou encore lire la documentation, on est tout de suite moins sereins. (Il utilise aussi jQuery ou embarque un équivalent, mais de toute façon, quand on embarque Angular, jQuery devient assez insignifiant) Pour l'histoire encore une fois, c'est fait par Google, et sans backdoor pour voler vos données, jusqu'à preuve du contraire.
"
Des joli icônes en SVG.
Extraits :
"La viralité n'est plus vraiment pure"
"Si elle a autant circulé, c’est grâce Jukin Media, une boîte qui gonfle artificiellement la portée d’un contenu en ligne et encaisse une part des revenus générés par son visionnage."
Pour apprendre le PHP de la bonne manière.
TL;DR