steph1978 a écrit 3716 commentaires

Il existait IPFuck.
Mais ça génère beaucoup de trafic pour un résultat plus que discutable (signal, bruit).

Est-ce que tu as compris les mécanismes à l’œuvre dans ce que tu dénonces ?

Le fait que Steem pointe googleanalytics fait que google sait que tu es en train de lire tel article sur Steem.

Donc en admettant que Steem ne fait pas de surveillance de masse ; ce qui reste à prouver ; google le fait et avec la complicité, consciente ou non, de Steem, ton hébergeur de blog.

mauvais filtre, changer de filtre.

µBlock0 n'y voit rien à redire et je lui fais plutôt confiance.

Étudier le plan d'un mécanisme de coffre fort n'est pas interdit.

Si tu tests les failles d'un site en prod, tu n'es plus sur les plans.

Ni observer un entrepôt pour savoir ce qui y est stocké, et comment y accéder de nuit sans déclencher d'alarme.

À moins d'y avoir été convié par le propriétaire (bug bounty), si, c'est interdit.

Il faut comprendre que notre loi considère internet comme un ensemble de propriétés privées et pas comme une terre libre où tu peux te promener comme bon te semble et toucher à tout.

Le fait de partager ce point de vue est une autre histoire.

L'initiative OpenPOWER devrait permettre de fondre des POWER8 à coût moindre.

Si le client

On parlait performance serveur et tu repars sur le comportement client.

Si le client charge des vidéos pour afficher une liste de fichiers distants comme si il lisait en local, peu importe le protocole et la puissance du serveur : ça va lagguer, c'est principalement dû à la bande passante et ma latence : 100Mbps en remote contre 3Gbps en local, y a pas photo.

J'ai l'impression que beaucoup de gens sont chez un hébergeur et je m'en viens a me demander pourquoi?

Disons que c'est un compromis. C'est plus fiable que de l'auto-hébergement principalement question électricité et sans la fibre à la maison, c'est même pas vraiment envisageable.

Ne pas avoir confiance en Dropbox mais avoir confiance en OVH n'est-il pas contradictoire?

Si ça peut se comparer du point de vue utilisateur (quoique patriot act, etc.), du point de vue de l'administrateur système, ça n'a rien à voir.

Client de synchro : c'est l'usage principal.
Et la synchro ça utilise webdav. Donc je vois même pas pourquoi différencier les deux du point de vue serveur.
J'ai en plus, la synchro calendrier, contact, l'instant upload, la sychro mozilla.
Je rsync tous les soirs pour externaliser les sauvegardes.
Mes utilisateurs stockent 133k fichiers pour 160GB.
La machine fait aussi seedbox.
Le serveur est un serveur physique, un KS1 de chez OVH, donc le moins puissant qu'ils aient.

Donc enfaîte, en gros, vous prêchez le faux uniquement [par fierté]

En fête, c'est pas de la fierté, juste du réalisme.

Quand tu dis

Nextcloud consomme plus de mémoire que prévu.

Je le lis comme "RAM".
Alors qu'en lisant le détail du paragraphe, je pense que cela parle d'espace de stockage disque.
C'est confondant.

D'autre part, je partage l'avis des commentaires employant le terme délirant quant au dimensionnement dont il est question dans l'article. Mon expérience est sur owncloud - mais l'architecture est semblable - et confirme que l'on peut héberger une dizaine d'utilisateurs actifs sur petite machine.

Ton étonnement vient du fait que les clients fournis pour oc/nc sont très efficaces.
Sur desktop/laptop, ils permettent de choisir ce qui est synchroniser. Et donc de limiter l'espace de stockage requis.
Sur mobile, ils ne synchronisent que sur demande. Idem, pour maîtrise l'espace de stockage requis.
Webdav correspond à un usage connecté qui n'est pas le plus courant.
Le plus courant est un usage de synchro, à la trucdrive, bidulecloud, machinbox.

Tu veux dire plus ou moins ce qu'il va faire en fait ?

On pourrait appeler ça eelo par exemple.

À voir si appeler ça eelo au lieu de lineageos apportera plus de soutien.

Créer un OS complet, si Mozilla et Canonical s'y sont cassé les dents, je ne vois pas Mandrake y parvenir.

On se heurte toujours au même problème : le respect de la vie privée pour la majorité des gens est secondaire par rapport à l'utilisabilité : "Quoi ? y pas whatsapp ! no way!".

Et puis il faut convaincre un constructeur ; Apple et Google se sont lancés avec des moyens colossaux : Apple avec ses usines, Google avec son image.

Il y a des initiatives plus pragmatiques pour libérer les ordiphones Android : linageosc + fdroid + firefox mobile.

C'est ce que j'ai choisi car cela me permet quand même de déployer des applications grand public si j'en ai besoin.
Et le bon vecteur pour installer ces solutions sur des téléphones de MM tout le monde c'est qu'elles permettent de prolonger la vie de "vieux" téléphones, délaissés par leurs constructeurs. Et bien souvent MM tout le monde veut les ggapps.

Mon avis est que si il y a des moyens à mettre c'est sur ces solutions qu'il faut les mettre. Peut être pour avoir un linageos plus facilement installable…

Tu as inversé les chiffres dans la formule.

Moyen mnémotechnique : un cadenas à chiffres avec trois positions, on sait que ça fait les nombres entre 0 et 999, soit mille possibilités => 10**3=1000 et pas 3**10=59049.

Donc 62 "chiffres", et 32 positions => 62**32=2E57 et pas 32**62=2E93.

de mémoire, à la création d'un profile ou après mise à jour (je sais plus laquelle), il y a un bandeau en bas qui demande de choisir ce qu'on accepte d'envoyer.

pareil chez moi pour la version portable en tar.xz

Ce qui me fait la force de FF à mes yeux, ce sont les extensions.

Après une période un peu turbulente dû au changement profond d'API, l'écosystème se stabilise et on retrouve ses marques. Et le gestionnaire d'extension aide à la migration en proposant des extensions de remplacement

Mes indispensables :

1. µBlock0 ; un des premiers à avoir été migré, aidé par Mozilla, car sa disparition aurait créé une hémorragie d'utilisateurs, IMHO
2. Cookie AutoDelete ; remplace Self destruction cookies
3. Tree Style Tab ; maintenant sous forme d'une sidebar, pourquoi pas. J’apprécierai de pouvoir masquer les onglets et régler la hauteur de ligne, comme avant

Il en manque encore plein (wallabag, dTa, refcontrol, etc.) mais ça a le mérite de faire le ménage dans mon profile.

C'est le principe de toutes les plateformes de mise en relation : the bigger wins

idée : ajouter le logo de recyclage sur les pièces imprimées

malheureusement, pour le moment, le PLA a un code de recyclae "7", comme "ohters".

Donc ça ne renseigne rien :-(

Peut être les fablab pourraient s'équiper de machine à recycler le PLA.

Bof.
Ce qui rend un truc moins réparable, c'est le manque de source : source pour les pièces, sources pour les circuits électroniques, sources, pour les firmwares.
Si tu as tout ça, c'est réparable.

Pourtant il y a une page wikipedia.
Mais comme souvent en sciences, la page en anglais est plus riche.

connaître son ennemie :)

$ type echo
echo is a shell builtin
$ type /bin/echo
/bin/echo is /bin/echo
$ type cat
cat is /bin/cat
$ type foo
bash: type: foo: not found
$ type if
if is a shell keyword


En tout cas le site est agréable.
Il est plus rapide de allociné.
Et je partage l'adage de google : speed is a feature.

De manière générale, le mode forfait et le développement agile te permet de limiter les dégâts.
En ajoutant de partir d'un COTS, si possible opensource (pour la pérennité, et la gestion simplifie des licences) pour un premier proto fonctionnel.
Tu paies deux trois sprints. Si les résultats sont pas là, tu changes de presta.
Sans vouloir être méchant, quand un client s’aperçoit un an après le lancement de projet, que le logiciel qu'on lui livre n'est pas de la qualité attendue, c'est plus le client qui est à blâmer que le presta.

Passer de 18h à 10m en groupant des inserts.
Faut que tu expliques comment tu fais ça en ajoutant de la RAM et sans code…

Ça pourrait être intéressant mais l'OP a un façon bien à lui d'animer le débat. Disons… à la Trump.

heu… non
mais vu la quantité d'approximations ou même d'erreurs que tu as mis dans ton post et tes commentaires, j'ai pas trop la force de tout reprendre.