PROJET AUTOBLOG


Shaarli - Les discussions de Shaarli

Archivé

Site original : Shaarli - Les discussions de Shaarli du 23/07/2013

⇐ retour index

Gaxotte-propagande.jpg (Image JPEG, 1044 × 578 pixels)

lundi 20 avril 2015 à 21:49
Liens Ecyseo 20/04/2015
(Permalink)

Note à moi-même: OwnCloud et "Request Entity Too Large"

lundi 20 avril 2015 à 21:46
Mitsu'liens 20/04/2015
Pas possible d'envoyer des fichiers de plus de ~100 ko sur OwnCloud ?  Changer un petit truc dans /etc/lighttpd/lighttpd.conf:
server.upload-dirs  = ( "/un/dossier/dans/lequel/lighttpd/a/droit/écriture" )
*facepalm*
(Permalink)

Arts Jedi - Star Wars Wiki

lundi 20 avril 2015 à 21:45
Strak.ch | Actu et liens en vrac 20/04/2015
Woaw, j'ai encore beaucoup à apprendre sur Star Wars, on dirait... en attendant le film..! ;)
(Permalink)

Un des problèmes et enjeux de la crypto, c'est... ta correspondante !

lundi 20 avril 2015 à 21:43
Choses partagées 20/04/2015
Si la personne ne comprend pas l'intérêt ou pire REFUSE de créer ses clés de chiffrement,
ALORS on ne peut pas lui envoyer de message sécurisé.
(Et la probabilité est très forte qu'elle ne sait pas NON PLUS en envoyer chiffrés à autrui, sans avoir soi-même de paire de clef.)

Star Wars Teaser - David Hasselhoff Edit on Vimeo

lundi 20 avril 2015 à 21:37
les liens du Colibri 20/04/2015
Mouhahaha monstrueux !
(Permalink)

Configurer plusieurs routes par défaut sur Linux | BG Go Further

lundi 20 avril 2015 à 20:32
Oros links 20/04/2015
Utilisation d'iproute2 sur 2 cartes réseaux.
(Permalink)

The FBI lied about hair samples for over 20 years - Boing Boing

lundi 20 avril 2015 à 20:13
Liens en vrac de sebsauvage 20/04/2015
Oh ben tiens, le FBI admet avoir falsifié des preuves sur une période de 20 ans en faveur de l'accusation.
Et après on nous serine : "Mais si vous n'avez rien à vous reprocher..." gna gna gna.
Non, désolé, hors de question de laisser carte blanche à n'importe quel gouvernement, encore moins hors de tout contrôle d'un juge.
(Permalink)

Des p'tits liens > Liens en vrac de sebsauvage 20/04/2015
La preuve par l'exemple
(Permalink)

some links − chabotsi 21/04/2015
Rien à vous reprochez ? Ne vous inquiétez pas, je suis sûr qu’on va pouvoir s’arranger.

via : http://sebsauvage.net/links/?PL4DfA
(Permalink)

Le bazar du petit panda roux. > Liens en vrac de sebsauvage 25/04/2015
encore???
(Permalink)

Liens en vrac de SimonLefort 15:28
A ressortir à ceux qui pensent n'avoir rien à cacher et qui pense que l'état et ses institutions ne font pas d'erreurs... Ne leur donnons pas les moyens de faire trop de conneries.
(Permalink)

The Top Mistakes Developers Make Using Ember & Rails

lundi 20 avril 2015 à 19:32
Les liens de Tom 20/04/2015
What to avoid, and what to do
(Permalink)

Building an Ember.js Production Application with Ember CLI - edgy circle

lundi 20 avril 2015 à 19:32
Les liens de Tom 20/04/2015
Some feedback about building a full application with Ember-cli
(Permalink)

[ROM] [5.1] [12/04/2015] - OmniRom 5.1 HOMEM… | Samsung Galaxy S II I9100 | XDA Forums

lundi 20 avril 2015 à 19:31
Mitsu'liens 20/04/2015
Des roms "maison" pour OmniRom 5.1.
binaires sur GDrive: https://drive.google.com/folderview?id=0B_mDj-AUPfVrdm51MWRvMzN0bUE&usp=sharing#list
(Permalink)

Vic Ramon's Ember Tutorial

lundi 20 avril 2015 à 19:31
Les liens de Tom 20/04/2015
Un tutoriel complet (et à jour) sur Ember.js
(Permalink)

BuzzFeed: We don't pull 'articles' due to advertiser pressure VERY OFTEN • The Register

lundi 20 avril 2015 à 19:10
Liens en vrac de sebsauvage 20/04/2015
BuzzFeed admet retirer des articles pour ne pas déplaire aux annonceurs. Voilà pourquoi dès qu'un site affiche de la publicité, il perd aussitôt un peu de son indépendance éditoriale.
EDIT: un article en français là dessus: http://rue89.nouvelobs.com/2015/04/20/omg-articles-supprimes-buzzfeed-pression-pub-258769
Je ne sais pas pourquoi ça se concentre sur BuzzFeed, étant donné qu'il y a plein d'autres sites qui font pareil.
(Permalink)

Fin de Moneo : comment se faire rembourser

lundi 20 avril 2015 à 19:08
Liens en vrac de sebsauvage 20/04/2015
Ah tiens, c'est la fin de Moneo. Le but était de créer un porte-monnaie électronique sur vos cartes bancaires. Ça n'a pas marché.
(Permalink)

Les liens de Kevin Merigot 21/04/2015
En même temps, je pensais que Moneo c'était comme Richard Antony : déjà mort.

(via sebsauvage)
(Permalink)

Note : les liens sous Linux/Unix

lundi 20 avril 2015 à 18:43
le hollandais volant 20/04/2015
(Ceci est une note à moi, concernant Linux. Je me met ça là pour avoir une vision plus claire des choses. Ça peut peut-être en aider d’autres)


Sous Linux, il existe des liens entre les fichiers. Un peu comme les raccourcis Windows.

Il y a deux types de liens :
— les liens en dur (hardlink, obtenus par la commande « ln file1 file2 »)
— les liens symboliques (softlink ou symlink, obtenus par la commande « ln -s file1 linkToFile1 »)

En images :
Lien en dur : https://upload.wikimedia.org/wikipedia/commons/3/32/Hard_Link_Illustration.svg
Lien symbolique : https://upload.wikimedia.org/wikipedia/commons/2/24/Symlink_concept.png?uselang=fr (ignorez la case "inode")

Je note déjà qu’un nom de fichier n’est en fait lui-même qu’un lien en dur vers les données sur le disque.

1) Le lien en dur
Le lien en dur de « file2 » vers « file1 » n’est pas un pointeur qui pointe de file2 à file1. Les deux fichiers pointent en fait vers les mêmes données sur le disque.
Il y a juste deux « portes d’accès » vers ces données, que sont file1 et file2.
Ces dernières sont indépendantes : déplacer file1 ne rendra pas mort le lien en dur file2

Si vous ouvrez le fichier file2 et que vous le modifiez, alors il modifiera les fichiers sur le disque. Le fichier file1 affichera également les changements.

Si on supprime un des liens en dur, les données ne sont pas supprimés sur le disque : les autres liens en dur fonctionneront toujours également.
Les données ne sont supprimés du disque que si tous les liens en dur sont supprimés (En réalité l’espace occupé par les données n’est pas remis à zéro, il est marqué comme « accessible » pour de futures nouvelles données).

Si on écrase file1 par un autre fichier du même nom (par exemple avec "mv file3 file1"), alors le fichier file1 contiendra les données de file3. Mais file2 ne sera pas modifié.

2) Le lien symbolique
Le lien symbolique de « file2 » vers « file1 » est un pointeur de file2 vers file1. Le fichier « file2 » vas pointer vers « file1 » qui va pointer vers les données sur le disque.

Si on ouvre le lien file2, le noyau Linux va interpréter ça comme « c’est un lien vers file1, donc j’ouvre file1 ». Les modifications seront visibles sur le disque depuis les deux fichiers file1 et file2.

Supprimer le lien file2 ne touchera pas à file1 ni aux données sur le disque.
Supprimer le fichier file1, le lien file2 sera « mort » et les données seront supprimées sur le disque.

3) différence entre lien en dur et la copie
Quand on copie un fichier, on le copie sur le disque : modifier l’un ne modifiera pas le second.
Le lien en dur c’est deux noms pour le même fichier sur le disque. Comme deux portes d’accès.



Pour résumer
— Copies : deux noms de fichiers, deux fichiers indépendants, deux fois les données sur le disque.
— Lien dur : deux noms de fichiers, deux fichiers identique, une fois les données sur le disque.
— Lien sym. : un lien pointant vers le fichier et dépendant de ce fichier. Une seule fois les données sur le disque.

Le lien en dur est utile si on a besoin d’accéder au même données sur le disque sous plusieurs noms de fichiers.
Le symbolique a son intérêt

Le lien en dur ne fonctionne pas avec les dossiers : du point de vue du disque dur, un dossier n’est rien du tout. C’est juste un moyen pour le système de fichier d’organiser les fichiers.
Quand on déplace un fichier d’un dossier à un autre, ce n’est que l’index dans le système de fichier qui est modifié : les données binaires sur le disque restent au même endroit (c’est pour ça que le déplacement de fichiers est très rapide, même si le fichier fait 5 Go).

Liens > le hollandais volant 21/04/2015
Quelques remarques.

- Si on lance un ls -i sur deux noms de fichiers pointant vers le même fichier réel (donc un lien dur), on obtient le même inode : c'est l'identifiant du fichier sur le disque. Ce n'est pas le cas dans le cas d'un lien soft.
- Etant donné que le lien dur fonctionne sur l'inode, il est impossible de réaliser un lien dur d'un FS vers un autre.
- Si on lance un ls -l, le deuxième champ indique le nombre de liens durs existants sur le fichier en question. Mais pourquoi un répertoire a-t-il un nombre supérieur à 1 alors qu'on ne peut pas faire de lien dur entre répertoires ? Parce que le système se fait quand même des liens durs de lui-même. Si vous faites ls -a dans un répertoire, vous verrez "." ("moi"), et ".." ("mon parent"). Ce sont deux liens durs. Donc, simplement en regardant ce nombre, vous savez combien le répertoire contient de sous-répertoires (le nombre - 2).


"""Je note déjà qu’un nom de fichier n’est en fait lui-même qu’un lien en dur vers les données sur le disque."""
> Oui

"""
Si on supprime un des liens en dur, les données ne sont pas supprimés sur le disque : les autres liens en dur fonctionneront toujours également.
Les données ne sont supprimés du disque que si tous les liens en dur sont supprimés (En réalité l’espace occupé par les données n’est pas remis à zéro, il est marqué comme « accessible » pour de futures nouvelles données).
"""
> C'est même encore plus subtil que ça. Si le fichier est ouvert dans un programme, il n'est pas supprimé lorsqu'on lance la commande "rm". C'est parce que le programme qui utilise un fichier crée un lien vers ce fichier. Le fichier n'est supprimé du disque (ou marqué comme accessible) que lorsqu'il n'y a plus aucun lien vers le fichier, donc lorsqu'il n'y a plus de nom de fichier dans le FS, et que tous les programmes qui l'avaient ouvert l'ont fermé.

Il existe d'ailleurs, dans tout langage de programmation sérieux, un moyen de créer des "fichiers sécurisés". Ce sont des fichiers créés avec un nom aléatoire, et supprimés aussitôt du disque (ou alors même pas créés avec un nom). Le programme garde un pointeur sur le fichier qui existe alors toujours sur le disque, mais devient inaccessible via le FS. Quand l'application se ferme, le fichier est "supprimé".
(Permalink)

Choisissez un mot de passe

lundi 20 avril 2015 à 18:14
HowTommy | Liens et actu en vrac 20/04/2015
Excellent :)

Je devrais l'imprimer en grand et le mettre dans le bureau
(Permalink)

#PJLoirenseignement : pourquoi les Français s’en foutent (majoritairement)

lundi 20 avril 2015 à 17:53
Escales internautiques 20/04/2015
(Permalink)

La science de Bernard Cazeneuve

lundi 20 avril 2015 à 17:52
Escales internautiques 20/04/2015
(Permalink)

Je suis suspect ainsi que mes collègues

lundi 20 avril 2015 à 17:52
Escales internautiques 20/04/2015
(Permalink)

Du coup, l'aurait pas mieux fallu l'utiliser de suite, plutôt que de m'attendre ? ^^ - Bookmark Bronco

lundi 20 avril 2015 à 17:14
Les liens de Kevin Merigot 20/04/2015
Mon prof de physique disait que j'étais "le roi des fumistes", alors on va prendre ça pour un compliment ;)

Et je n'ai pas spécialement de plaisir à le faire, d'ailleurs.

Et shaarliste, ça rime avec optimiste. Alors que shaarlieur, ça rime avec erreur. (oui, on peut aller loin comme ça :p)
(Permalink)

SQL to Elasticsearch | Welcome

lundi 20 avril 2015 à 16:59
stuper 20/04/2015
Si certains d'entre vous débutent avec elasticsearch, voici une page sans prétention pour convertir des requêtes sql simples en équivalent ES.
C'est à peine débuté mais ça rend déjà service quand on veut juste faire un simple select.
(Permalink)