Comment reformater une clé USB en linux en linge de commande.

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);
"""
"""

Info/intox ?
Tout ce qu'il faut retenir.

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

Petite leçon de correction de scénario.
L'illustration est sur le remake live de "La Belle et la Bête". Voici une liste d'approximations, d'erreurs qui sont souvent corrigés avec une petite phrase ou astuce.
Je ne juge pas le film et peut-être qu'il reste des erreurs mais je trouve ces astuces remarquables.

Le futur des effets visuels.
En anglais.

C'est la méthode présente dans la documentation fournie avec un "Rubik's Cube".

via : https://links.kalvn.net/?JkjHJg

À rapprocher du "consortium" du livre "Inferno" de Dan Brown.

Très bon site pour des snippets python.

via : http://shaarli.nemocorp.info/?xyXNbg

Un petit geste de plus...