steph1978 a écrit 3294 commentaires

Si tu prends des photos en raw, c'est dans l'optique de faire un travail dessus. Donc tu n'en prends pas 25000 en raw.
Par contre j'aurai bien pris 4Mo par photos. Mon APN n'est pas un monstre de guerre et produit ça.

avoir une connexion internet avec un certain débit en upload

Et tu les déposes comment tes données chez ton fournisseur de nuage 'on ne sait où sur la planète' si ce n'est par ta connexion en upload ?

Pareil !

Est ce qu'il y a des pré-commandes ?
Perso je me lasse de consulter le site pour pouvoir commander.
Ils pourraient avoir une date de livraison incertaine mais au moins ouvrir les pré-commandes.

Comice OS [...] C'est tout bêtement une Ubuntu

En quoi c'est pas une distribution ?

Tout à fait, ce sont les "content providers" pour lesquels une application a besoin de permission pour y accéder; celles que l'utilisateur valide à l'installation.
Ici, ce n'est pas directement une application mais le système doit utiliser les mêmes API.

Ha, oui, désolé pour ma mauvaise interprétation.

la plus à jour

sur http://httpd.apache.org/docs/2.4/mod/mod_lua.html

"Available Languages: en".

je voulais pas écrire là; je voulais répondre. dsl

avec l'adaptateur dvi-vga (j'ai pas de moniteur dvi et pas d'adaptateur)
et une préinstallation debian si possible.
contact: steph1978 à gmail point come.

Je ne me prononce pas sur le contenu de ton commentaire puisque je n'y connais pas grand chose et que je n'ai pas vraiment compris ce que tu voulais exprimer.
Mais le "c'est surement pas important puisque personne ne s'en ai occupé" il est grandiose !

Est ce que tu sais si cela supporte l'alimentation par ethernet (PoE) ?
Est ce que tu sais combien il consomme ?

Non seulement tu aurai lâché le libre pour aller chez "not evil" mais en plus tu n'es même pas allé au bout de ton idée ^^

Es tu sûr qu'il y a un lien ?
Le site que tu pointes n'a pas l'air d'être le site web d'un connard...

Oui

Bah non, je vois pas.
J'ai déjà vu des repositories svn de plusieurs giga, plusieurs dizaine de millier de fichiers et autant de commit.
À l'usage, SVN est robuste.

Je répondais à BohwaZ qui me disait "le repository est en général très léger".
Le repository est au moins aussi grand que les données que tu y stockes, il n'y a pas d'opération magique :)
donc si mes données font qques giga, le repository fera au moins ces qques giga.

Pour le reste, cf mon commentaire juste au dessus sur le réplication.
Pour l'appliquer à ton exemple, je vais pas faire un transfert de 10Go sur un site distant à chaque commit.

Pourquoi pas dans l'absolu mais ici je pense à la réplication fil de l'eau.
Avec svn, un commit = 2 fichiers.
donc tu peux copier en lieu sûr ces deux petits fichiers en action post commit. C'est très scalable.
S'il fallait déplacer tout le repository à chaque fois, ce serait inenvisageable.
Cela tient lieu de réplica, en cas de perte de disque par exemple, mais aussi de sauvegarde, robuste aux erreurs humaines, car tu peux recréer ton repository en remontant avant l'erreur.

Merci pour les précisions.

Quelque soit l'outil, la taille du repository est au moins égale à la taille des données. Et le cas que j'envisageais était de l'ordre de quelques giga. Donc ça va pas le faire avec un seul gros fichier.

J'essayerai fossil à l’occasion pour un cas plus petit.

Ce logiciel paraît bourré de qualités.
Je suis très tenté de l'utiliser en particulier parce que sqlite est un très bon produit.
Par contre je me pose des questions sur la robustesse et la fiabilité du produit.
La grande force de svn est la forme de son repository, à base de fichier, un par commit (un format berkeley db existe aussi mais je ne l'utilise pas).
Cela permet un très grand nombre de commits (plusieurs millions) mais aussi une sauvegarde incrémental très efficace; en post commit par exemple.
Est ce que Fossil propose quelque chose d'équivalent ?

Du coup je ne vois pas comment tu peux dire NaCl = applet.

En effet, je ne peux pas, d'où la négation dans ma remarque.

Je postule que NaCl+DOM=Applet, pas que NaCl=Applet.

noscript ne bloque pas les cookies mais les éléments non HTML.
cookiesafelite bloque les cookies avec une whitelist.

Et non !

Si le propriétaire du site passait par une API côté serveur, la régie de publicité ne pourrait pas faire le lien avec d'autres sites visités et pas non plus avec le site par excellence qui est ton compte google si tu en as un et que tu y es logué.

L'idée là est de te faire charger une url qui contient l'identifiant du site propriétaire mais sur le domaine de google, donc ton navigateur envoi le cookie google qui peut alors faire le lien entre ton identité chez eux et ton passage sur le site en questions.

Donc ils font ça volontairement car un profile bien riche et bien gras vaut de l'or.

Dans la même idée, je déteste les sites qui lorsque tu demande un "logout" laisse trainer un petit cookie histoire de pas perdre ta trace. FB pour ne pas le citer.

De manière générale, je plussois. C'est ma devise, en particulier pour lutter contre les théories du complot.

Maintenant, dans ce cas précis, pour avoir travailler sur les systèmes d'informations de grand comptes, je t'assure que les compétences sont présentes et que quand il faut faire des outils interopérables, ils savent faire.

Ou comment ré-inventer les applets java.

Que reproche/reprochait-on aux applets ? En gros la relative difficulté de faire des interfaces graphique en AWT/SWING.
Peut être à cause du manque d'outil d'ailleurs.
Et peut être la difficulté en Java2D et Java3D, mais j'ai moins joués avec.

Pour le reste, cela propose une très bonne architecture de sécurité: sandboxing, permissions, certificats. Et une programmation événementiel proche de DOM+JS.