Liste des liens
C'est sûr que 2 precautions valent mieux qu'une. Mais c'est encore sacrifier sa vie privée au profit de la sacro-sainte sécurité en donnant son mobile à tout va.
Ceci étant, ça oblige à avoir un tel. Ça parait évident mais ça ne l'est pas forcement : Plus le temps passe, et plus je me dis que lorsque le mien lâchera, je ne le remplacerai pas. Je m'en sers de moins en moins et cela m’évitera d'avoir un boulet numerique à me trimballer (pour info, avant, c'etait les repris de justice qui devaient porter ce genre de dispositifs de tracage).
De plus il faut l'avoir en permanence sur soi avec une connexion valable. Ce qui l'a non plus n'est pas d'une évidence évidente...
Ce n'est pas un dispositif neutre vis à vis du net.
Ensuite, envoyer le code de sécurité sur l’email, si celui-ci est corrompu, c'est un peu moyen j'en conviens.
Voir si le plugin multilangue de PluXml l'utilise de façon correcte
Pour supprimer des applications pré-installées même sans être root !
(Mais faites BIEN ATTENTION à ce que vous faites, sans quoi vous risquez de vous retrouver avec un téléphone qui ne démarre plus !)
Via SebSauvage
Autant le dongle USB peut être sécurisé, autant les empreintes ou la reconnaissance faciale peuvent être assez facilement falsifiées.
Le problème est comment fera-t-on, lorsque l'on perdra sa clef ou qu'elle tombera en panne, pour s'authentifier et prouver que c'est bien nous qui souhaitons nous connecter ?
Quand c'est dans une entreprise, c'est assez facile : on va voir le service informatique (des gens que l'on peut voir physiquement et qui ont la possibilité de nous identifier), et ils peuvent nous fournir une nouvelle clé et désactiver l'ancienne.
Mais pour un site web tiers, quels seront les autres éléments à fournir pour nous identifier formellement ? Est-ce qu'une navigation "anonyme" sera toujours possible ?
Couscous turns Markdown documentation into beautiful websites. It's GitHub Pages on steroids.
PHP-Spider Features :
- supports two traversal algorithms: breadth-first and depth-first
- supports crawl depth limiting, queue size limiting and max downloads limiting
- supports adding custom URI discovery logic, based on XPath, CSS selectors, or plain old PHP
- comes with a useful set of URI filters, such as Domain limiting
- supports custom URI filters, both prefetch (URI) and postfetch (Resource content)
- supports custom request handling logic
- comes with a useful set of persistence handlers (memory, file. Redis soon to follow)
- supports custom persistence handlers
- collects statistics about the crawl for reporting
- dispatches useful events, allowing developers to add even more custom behavior
- supports a politeness policy
- will soon come with many default discoverers: RSS, Atom, RDF, etc.
- will soon support multiple queueing mechanisms (file, memcache, redis)
- will eventually support distributed spidering with a central queue