maboiteaspam a écrit 476 commentaires

c'est tellement plus simple………… gccgo
Même nom de package dans synaptic, juste l'interface.

OK,

Merci!

Au sujet d'indexed DB, je peux voir les exemples sur mozilla
https://developer.mozilla.org/en-US/docs/IndexedDB/Using_IndexedDB

C'est un peu brut. Ça pique un peu les yeux.

Connaissez vous une couche a knockout ou consors pour profiter des joies d'indexeddb à bas coûts sans efforts ?

Je ne vois pas cela comme de l'enfermement, mais de la consolidation.
A un moment, tel service expose telles fonctionnalités.
Cela permet de rendre l'ui universelle à tout support qui implémente le service.
L’intérêt est que chaque plateforme peut implémenter différemment le service, mode caméléon, en offrant la même signature.

Si je prends l'exemple d'un système de fichier, l'utilisateur n'en à que faire de savoir que c'est le system active directory qui l'empêche d'écrire ici, ou tel droit unix.
Il ne peut pas écrire, point à la ligne, il n'en demande pas plus.
Le reste d'espace d'affichage disponible devrait être réservé à proposer un outils de rapport de bogues simplifié mais précis pour facilites le support auprès des équipes techniques plutôt qu'à afficher les détails de ces querelles de techniciens.

tu en as trop dis ou pas assez ;-°)

Peut on en voir plus ?

Ou alors faudrait prendre le meilleur des deux.
Ne pas popufiés l'application d'alertes, mais rendre ces droits configurables par l'utilisateur.
Les éléments de l'application requérant ces droits aurait pour comportement de se désactiver lorsque le droit n'est pas obtenu, vice-et-versa.

Comme cela on s'évite les popups et on continue de proposer un éventail de service àlacarte.

Enfin, je me dis aussi que ce trucs des popups pour obtenir des droits à beaucoup de sens quand tu développes des applications qui ne proposent que des exploitations de ces droits.
Pour un site marchand qui veut proposer ces produits, la géolocalisation tu ne la demande que lorsque l'utilisateur souhaite trouver le magasin le plus proche, où le point de réception du colis. Enfin bref un truc que tu peux toujours remplacer par un bon vieux formulaire.

Pour l'aspect sécurité…. A qui je fais confiance, à qui je ne fais pas confiance.
Cela passera probablement par un tiers de confiance, type modèle ssl.

Par ailleurs existe t'il un moyen simple de rester compatible avec des vieux browsers (genre ie8. pour ne pas en citer d'autres…) tout en gardant cette base de développement ?
J'imagines que puisqu'il est peu probable que microsoft implémente cette techno dans ses bijoux de familles, la solution passerait par un serveur capable d’interpréter le manifest afin de faire office de mock up. Cela permettrait de proposer une expérience utilisateur dégradé avec un coût d’entretien nul.
Le rêve.. Resterait plus qu'à gérer manuellement la partie animation afin de garder une expérience agréable pour ces ancêtres.

Hello,

effectivement, C’était vraiment très intéressant <link>.

Pour ceux qui veulent une introduction rapide il faut
parcourir les slides (dans github ça fonctionne aussi)
parcourir http://www.html5rocks.com/en/tutorials/appcache/beginner/

Lorsqu'il dit en slide6,

Les redirections sont traitées comme des échecs

Sais tu ce à quoi il fait référence ?
Le système de fallback ou une invalidation du cache de l'app ?

Chaque application étant basiquement un fichier JSON et un zip groupant les différents fichiers nécessaires.

Dans cette phrase on parle d'applications, via un store, est ce que dans un des cartons de ces merveilles il y aurait la même idée de packaging, mais pour un site web au sens plus classique du terme.

C'est sensiblement la même chose en terme technique, mais pour l'utilisateur et l'annonceur c'est différent.

Dans un cas l'utilisateur sait ce qu'il cherche, et utilise le store pour le concrétiser.
Dans l'autre cas, l'utilisateur ne sait pas, demande à son moteur de recherche et clique sur un lien de résultat.

C'est dans ce second cas que ma question se pose.

Les raisons ? Améliorer l'expérience utilisateur en évitant autant que possible les rounds trips liés aux assets au prix d'un temps de chargement initial plus élevé afin de ne préserver les rounds trips futurs qu'aux seuls données dynamiques et non pas au chargement des composants d'affichages (images, js, css ect).
Par la suite pourrait on imaginer fournir un gzip pré-compilé et soulager le cpu ? C'est peut être déjà le cas pour les applications du store.

Pour l'annonceur, comme je le disais, c'est différent, mais il trouvera toujours un moyen de promouvoir son produit. Donc, je ne m'en fais pas trop.

Je me disais que pour le moment le problème ne se posait pas encore.

Si ce canal n'est pas performant pour tel business, il en trouvera d'autres, et d'autres prendront sa place. C'est le grand jeu des chaises musicales.

Et puis pour ce cas précis de youtube, si il vient à intégrer le sacré saint format télé, alors là, c'est l'autoroute pour les pubs vantant les mérites des films ou des séries. Je divague un peu, je prospecte, mais l'idée est là, les annonceurs, pour un projet porteur, il y en à. Surtout si la précision des segmentations ciblées s'affinent grâce à la couverture des service proposé par la société mère, ie google (analytics, mail, video, et tant d'autres).
Évitons les envolées lyriques sur l'aspect technique, cela pourrait être mal perçue par certain intégriste du complot. et pourtant il y aurait tant à dire.

Alors après restera la question de savoir sous quel forme d'implémentation se sera fait, cette pub dans un format télé.

Car après tout aujourd'hui on peut skipper sur youtube. Il y à de la pub oui, mais c'est presque honteux, et l'utilisateur peut choisir de le refuser, moyennant quelques secondes imposées il est vrai.
A l'inverse, sur canal plus, aujourd'hui, perdre le focus de la fenêtre fais mettre en pause la publicité. Et parfois ce sont de looooooongues publicités. L'attitude est toute différente, la pub c'est imposé, et c'est comme ça.

Qu'en sera t'il décidé,
je sais pas.

Mouais.

Moi je suis content de clicker de temps en temps sur la pub dans youtube et continuer de bénéficier du service gratuit…

Fin voilà.. Bien sûr je préférerais un système socialiser pour maintenir la gratuité de ce genre de service, mais le monde n'en est pas à ce genres de considérations. Et puis si c'est pour se taper de la censure ou de la manipulation médiatique, très peu pour moi. Alors je me plie, cela me convient parfaitement.

Parce que pour le moment je n'ai qu'une vague idée de tes désirs.

Sinon oui cela peut m’intéresser.

Hey il faudrait peut être. C'est plus le moyen âge va t'en guerre avec tes troupes à cheval.

Et pour le peu que j'en sais "le gouvernement" à suffisamment fais montre de son incompétence,
osons être incompétent nous même, nous diriger par nous même, et accepter nos erreurs pour mieux les corriger.
Car aujourd'hui les conneries du "gouvernement" ont un impact très négatif sur l'environnement et son avenir, le notre.
Quid de l'économie ? Il nous ont endettés comme des porcs.
Du savoir-faire ? Quand il ne sont pas entrain de libéraliser tout ce qu'il faut, il laisse d'autres états nous voler nos fleurons.
Du mal être français ?
Quel autre exemple peut on prendre ? Le diesel à tout hasard… ultra nocif… ultra français.

Ceci dit entre ces deux visions, il y à un compromis, une classe dirigeante qui change et ne reste pas accrochées à ses acquis vols.
Ce serait déjà un bon début pour faire naître quelque chose d'autres.

Il faut regarder ce que dit Etienne Chouard sur ces questions.
Je ne fais que re transcrire trop brièvement et trop mal ce que chercheur (dans le sens de celui qui cherche, pas le scientifique) s'évertue à expliquer.

Mais le fait est que des expériences populaires (!= populiste) de prises de décisions existent et qu'elles ont su montrer leurs acuités.

Je comprends bien ton point de vue. Mais c'est ainsi que tourne le monde.
A base de compromis avec la plus forte voie.

Pour aussi vomitoire que c'est, cela ne changera pas.
C'est très basique, binaire, et la réflexion n'est pas même pas possible.

Encore une fois, j'en vomis tous les jours de cette manière de faire, mais c'est comme ça.
Alors pour la paix de mon âme, j'arrêtes de me cabrer et j'agis différemment.

Le geste, le lieu, le moment.

Ceci dit, ce débat à le mérite de nous montrer cette france qui semblait dormir.
Celle des cathos (façon de dire hein) qui ne se soulevait plus beaucoup ces derniers temps.

Cette france là ne semble pas prête à accepter cette idée, il faudra faire preuve de patience et d'ouverture d'esprit encore un peu plus longtemps à leurs égards.

Attendons maintenant de voir ce que ces même manifestants anti mariage pour tous feront contre l'austérité, les promesses perdues, ces avenirs qui déchantent.

Au regard de cette vidéo, entres autres, la rue, la vraie, semble avoir choisie sa voie, le western.

La publicité en ligne va-t-elle suivre le chemin des popups ? Quelle sera la prochaine étape ? Pensez-vous sincèrement que le blocage de pub restera réservé à une élite geek et que l'expérience de Free ne sera qu'un coup dans l'eau ?

Ce blocage me semble être une opération appelée à ne pas perdurer trop longtemps.
Peut être quelques mois, années.

Après, ils seront, les isp, au choix, neutre, ou coupable de profiter de leurs positions sur le réseau pour injecter des pubs dans le contenu du client, à l'insu du client.

C'est ce qui se fait par ici chez moi. Sans VPN j'ai le droit à toute une tripotée de pub supplémentaire de la part de mon isp.
Et là je pense non seulement à ma personne, mais aussi à toutes ces boites de e-commerce qui se battent pour proposer la meilleure expérience utilisateur.
Se voir foutre en l'air ainsi son site internet… c'est pas plus cool que de se faire injecter de la pub.

Soit dit en passant le cloud n'est pas une obligation.

Tu peux aussi considérer que ces technos "web" sont les plus aptes à s'occuper de l'interface.

Le reste, les services, ils peuvent être déportés (clouder), ou bien hébergé sur ton poste local.

Pour le reste il y à pléthore, dans presque tous les langages, de contrôleur de requêtes http.
python, bash, php, nodejs ect.
Ils sont tous capables de lancer un processus ((u|li)nux / windows [1-8]{1}), surveiller/retranscrire son état et forwarder l’information à la vue (c'est pas compliqué de générer du json|xml).
En plus c'est hyper sein pour l'application, une belle découpe des responsabilités, 1 qui fait la vue, un qui spécifie les messages, un qui contrôle les requêtes et forgent les messages.
Changer de technos du backend, pas plus compliqué que le choix technologique et sa difficulté+difficulté business.
Changer de techno de la vue, pas plus compliqué que le choix technologique et sa difficulté.
Change de message ? bon ok c'est un peu tricky faut maj vue + backend… en même temps tes specs étaient vraiment pourries :-)~

Le cloud, il me semble, c'est à vomir pour la gestion de ses données personnel.
Je suis p'tet de la vieille école.. ou pas !
42
(le nombre de doigt de ma troisième main hein).

Tout passer par le navigateur, ça ne sert quand même pas beaucoup Linux comme Desktop.

C'est p'tet cela l'avenir.
Sinon il y à longtemps qu'elles auraient percées ses supers technos comme qt/consors et on ne se lanceraient pas dans de tels chantier.

Bien évidemment, je suis convaincu que mis à part quelques cas, c'est un très bon choix et je le plébiscite des trois mains.

…C'est comme ça

---> []

vivement que le sujet soit tellement épuise que même M6 le trouve hasbeen…
On pourra enfin crever en paix.

Hello,

J'ai fini par laisser tomber l'idée de faire transiter le flux de sortie pour les re traiter avant de les stocker dans le fichier de log.

Du coup j'ai un simple lanceur de processus.

J'ai gardé proc_open par fainéantise d'aller re tester les méthodes exec sytem `` ect

Sinon oui tu as raison le paramètres supplémentaires à stream_get_contents dans la version originale n'est pas optimum, mais il ne devrait pas non plus provoquer de bug.

Merci tout de même !

Salut,

OK, Merci pour ces retours.

En effet je n'étais pas suffisamment précis au sujet de 'l'output'.
Cela concerne les infos de téléchargement qui sont alimentés en temps réel.

Malheureusement, dans cette technique je dois maintenir deux fichier de log.
1. pour rediriger l'output vers un fichier a.log
2. pour lire puis modifier le contenu de a.log, afin de le sauvegarder dans b.log

Je ne vois pas bien l’intérêt de faire un 2> &1, si proc_open n'arrive déjà pas a lire stderr.

Je voulais profiter des joies des pipes, dommage, j'irais me rabattre auprès de ma copine.
Faut il comprendre de tout cela que Php/proc_open est buggé, il n'y à qu'un pas, que je ne ferais probablement pas par manque de temps.

Je prends note du backend ruby, je lui voit un avenir des plus radieux radieux dans le cadre d'une série de test automatisés.

a+!

Shang'hai RPC.

Pour l'audio, je ne sais pas, pt'et ma distrib est une branque, mais au bout de 50 minutes le son à fond, l'équaliseur réglé 15 fois, je n'en pouvais vraiment plus.

Bon l'objectif numéro 1 était de faire la conférence, et tu le fais bien (y'à pas des eueeeeeeuuuuhhhh partout ect).
Le reste c'est cerise, et c'est déjà cool !

J'aurais du commencer par lire ce lien avant de me lancer je me serais évité des questions.

+1 bonne idée.

J'avais vaguement eu une idée similaire, je m'étais arrêté à ce problème de version des contenus.

Du coup, lorsque tu dis :

Je vois un point non négligeable, qui est très important, c'est la pérennité de l'information et la possibilité de proposer différentes versions pour la même page.

Je trouve que c'est une super idée qui résout élégamment ce problème.

Et donc je te dis +15.

La suite me parait plus social, je perçois cela comme du sucre.

J'ai adoré regarder ta conférence de 50 minutes.
Je n'ai pas pu supporter celle de 3 heures, le son est trop horrible et je n'ai pas trouvé de quoi l'améliorer.

Juste pour dire que j'ai très apprécié ce moment vidéo, que j'aurais voulu être là moi aussi, et que j'espère que si tu devais recommencer cet exercice tu penseras à ceux qui loin de la gaulle apprécient quand même te regarder à travers ces pixels remplit de savoir à partager.

De tellement loin,
a+