Configurer votre machine virtuelle pour le développement web.
le tout en PHP ?
If someone has problems installing the official Motorola adb and fastboot drivers for Windows, try the following, this works for me:
- download the UniversalADB driver from @Koush here: https://github.com/koush/UniversalAdbDriver
- install it
- locate the file android_winusb.inf in the folder (may vary) x:\Program Files\ClockworkMod\Universal Adb Driver\usb_driver
- open it with any texteditor
- add the following two lines (somewhere in the devices section) and save the file:
Code:
MotorolaADBInterface = USB_Install, USB\VID_22B8&PID_2E76&REV_0228&MI_01
MotorolaBootLoaderInterface = USB_Install, USB\VID_22B8&PID_2E80&REV_0100
- let Windows install this driver from koush's directory once in adb mode and once in fastboot mode (two drivers!)
- enjoy!
Merci pour la configuration :
Pour partager un repository Git entre Windows et Linux, j'utilise ces configurations dans mon ~/.gitconfig.
Pour Windows (on ne touche pas aux permissions des fichiers, on transforme les éventuels \r\n en \n à chaque commit mais sans les modifier dans notre workspace)
git config --global core.filemode false
git config --global core.autocrlf true
Pour Linux (on commit aussi les permissions des fichiers, et on transforme les éventuels \r\n en \n dans notre workspace)
git config --global core.filemode true
git config --global core.autocrlf input
Et je vérifie que ces paramètres ne sont pas présents dans les .git/config de chacun de mes projets.
Un gestionnaire de docker
et un autre : https://github.com/googlecloudplatform/kubernetes
Analyse des regles à utiliser pour choisir les N enfants suivant ou précédent d'un élément en CSS.
Utile pour cibler fonctionnellement des éléments.
Merci pour la commande, cela pourra mettre utile :
Un jour j'ai ajouté un fichier avec la commande git add nom_du_fichier mais je veux finalement le retirer du prochain commit :
$ git reset HEAD -- fichier_a_supprimer_du_prochain_commit
Tiens il va falloir que j'essaye cet outil créer par facebook pour tester le javascript...
ça pourrait être pas mal pour trouver des bugs...
via http://www.lafermeduweb.net/billet/flow-testez-votre-code-js-a-la-recherche-d-erreur-de-typage-1797.html
Effectivement je pouvais faire mieux...
c'est mieux la : https://www.ssllabs.com/ssltest/analyze.html?d=trytolisten.me ?
j'en ai profité pour passer l'application en français et permettre les autres langues.
du coup je vais faire évoluer l'anglais et le français dans un premier temps.
ensuite on verra.
Fréd.
Tiens va falloir que je test:
Platform: PC/Mac/Linux
Rating: Mature (explicit language and violence, non-explicit sexual content) (dommage :x :p)
Price: Free
Ah voila pourquoi l'idée de trytolisten.me m'est venue il y a déjà 2ans (suffit d'en parler avec quelques personnes et vous pourrez le vérifier...)
car :
« La Commission devrait être invitée à étudier des règles qui obligeraient les entreprises des secteurs Internet et télécommunications opérant dans l'Union Européenne à fournir aux autorités nationales compétentes, sous certaines conditions établies dans les lois nationales applicables et en plein accord avec les droits fondamentaux, un accès aux communications des utilisateurs (i.e. partager les clés de chiffrement). »1
et
« Souhaitons-nous autoriser des moyens de communication inter-personnelles que nous (le gouvernement) ne pouvons pas lire ? »
OUI ! je VEUX pouvoir le faire et je voudrais que TOUS nous puissions le faire !
ce que veux le gouvernement c'est être réélu pas que vous soyez bien !
ne l'oubliez jamais !
Hello,
- il y a désormais deux liens qui permettent l'export des clés.
- Pas encore d'import mais j'y travaille.
j'ai également mis en place le httpS : https://trytolisten.me/
et suite à de gros souci d'hébergeur j'en ai changé pour OVH
pfiou.
dans le carton:
- historique, pour garder une trace des messages que VOUS avez envoyé.
- import des clés pour permettre d'utiliser le même compte sur plusieurs navigateurs ou appareils, et pour faire une sauvegarde.
- gestion de l'envoie de petits fichiers.
Fréd.
PS: si vous pouviez parlé du programme autour de vous ;)
Merci.
Alors pour moi c'est:
Memiks
71c22ad86110167c4fdd63fdf8a56a54764c18a2
PS: j'ai supprimé les espaces et caractères spéciaux des noms pour limiter la casse lors d'attaque par injection ou autre.
donc dans ton name il n'y a plus l'espace.
Vous pouvez partager vos infos pour ceux qui testerons, et ceux qui n'arrive pas à le faire, contactez moi ;)
memiks [at] memiks.fr
Alors comme je l'ai dit, oui tu as raison je dois mettre en place https.
dans le cas1 je pense pas que ça change grand chose... les gouvernements vont "simplement" enregistrer le flux chiffré https et le déchiffrer avec la clé du serveur (ils auront bien trouvé comment récupéré les clés)
par contre pour le cas 2 je ne vois pas comment le MITM va etre mis en place... c'est TOI qui fourni le fingerprint à tes amis.
et il est récupéré de la clé publique du serveur.
du coup si la clé de chiffrement/déchiffrement n'est pas la même que le fingerprint, openPGP et trytolisten vont refusés de décrypter le message.
mais effectivement, c'est un bon moyen pour trouver les failles dans l'application.
donc je résume seul la clé public est envoyé avec le fingerprint et le nom de l'utilisateur. avec une seul parti tu ne peux pas faire de MITM à moins d'avoir enregistré les clés des deux protagoniste au moment de la création du compte et de les remplacer (et encore les fingerprint rentré dans l'interface ne seront pas les bons du coup).
Mais oui de toute façon je dois mettre en place HTTPS.
Je suis d'accord avec toi... et en même temps pas trop...
je m'explique, lorsque tu envoie les données, la seule clé qui passe en clair est celle publique, ensuite elle est enregistré sur la base en rapport avec le fingerprint.
meme si quelqu'un écoute le réseau et remplace la clé par une autre, cela se verra de suite car le receveur ne pourra pas déchiffrer le message.
mais oui je pourrais ajouter le ssl avec startssl pour chiffrer aussi les envoies ;)
bonne idée, je vais le faire.
Quelques (petites) remarques :
-
La procédure de création de compte n'est pas "claire".
Oui je vais changer cela dés ce midi, et mettre en place une documentation pour les utilisateurs ;) -
Préciser où les clés s'enregistrent afin qu'on puisse les copier d'un ordinateur à l'autre si besoin.
Oui effectivement les clés sont enregistré dans le localStorage et accessible via la page Account, toujours pareil je manque de doc :/ -
Proposer une interface en français ? (Je pense aux utilisateurs lambda là...)
C'est aussi une bonne idée, je vais faire cela en passant par des fichiers properties comme cela je pourrais même demander de l'aide pour la traduction ;)
pas mal merci.
je peux t'ajouter à mes amis ?
Fréd
Bonjour,
Je vous présente mon nouveau projet,
Try To Listen. Me
Ce projet se base sur openPGP.js et cherche à proposer une plateforme de partage de document (uniquement un chat pour le moment) chiffré de bout en bout.
Lors de la création d'un compte, le navigateur créé une paire de clé privé/publique, seul la clé publique est envoyé sur le serveur.
La clé privée est enregistré dans le localStorage du navigateur.
elles sont toutes les deux visible dans la page Account.
Ensuite pour se connecter vous utilisez votre nom et la passphrase choisie lors de l'enregistrement (le mot de passe de la clé en fait)
Et vous devez partager votre nom et votre fingerprint avec vos amis.
ils font de même et vous pouvez les ajouter sur la page Chat.
Ensuite lorsque vous envoyer un message il est chiffré avec la clé publique de votre ami, et envoyé sur le serveur.
Les messages de vos amis sont chiffré coté navigateur avec votre clé publique ce qui vous permet de les déchiffrer.
Je suis à l'écoute si vous avez des questions.
Memiks.
PS: je fais une campagne de don pour pouvoir continuer le développement alors s'il vous plait participez ou parlez en autour de vous:
https://www.indiegogo.com/projects/trytolisten-me-web-site-privacy/x/9871293
A la fin de la récolte je libère les sources sous AGPL.
techno:
- javascript
- openpgp.js
- jquery
- skeleton css
- php
- phalcon framework.
empêcher de lister les répertoires,
empêcher de récupérer directement les images
etc...
très intéressant, merci Seb
(http://sebsauvage.net/links/?sSmbYg)
There's a more specific solution, which prevents Eclipse breaking on RuntimeExceptions thrown only from a given class.
Add a new exception breakpoint from the Debugging perspective
Go to its properties
Go to Filtering
In "Restrict to Selected Location(s)", click "Add Class"
Add java.util.concurrent.ThreadPoolExecutor
Untick the checkbox, meaning these will be ignoredFaire une appli nodeJS et inclure juste ce qu'il vous faut dans le navigateur ?
c'est ce que propose Browserify.