c'est en effet possible si le client web et XMPP sont le même, ou peuvent se passer des informations par exemple.
En fait le secret aléatoire dont tu parles est exactement le principe de cette XEP. Le seul hic est que pour rendre cela automatique, il faudrait donc que le numéro aléatoire soit généré par le navigateur web (par exemple, Firefox, qui doit donc avoir un support intégré de cette partie du protocole), et que celui ci soit confirmé par le client IM (Psi/Gajim/Pidgin/que-sais-je). S'il y avait un canal de communication, ou bien si Firefox avait lui-même un support XMPP, cela serait possible. On pourrait avoir une connexion en un clic, sans avoir rien a confirmer, rien à rentrer.
Malheureusement ce n'est pas le cas. Et je pense que le plus gros bloqueur est Firefox (clairement le plus gros navigateur Libre, donc celui par lequel il faudrait passer pour arriver à promouvoir cette technologie) parce qu'ils ne se sont jamais montrés très intéressés par XMPP d'une part, mais surtout parce qu'ils essaient de promouvoir leur propre système d'identification (browserid), dont je prévois de lire la spec depuis un certain temps, mais n'ai jamais pris le temps à ce jour.
Donc j'ai malheureusement peu d'espoir que ça arrive jamais, même si je pense que ce système (ou une variante car la XEP est plutôt générique et cela vaudrait le coup de l’améliorer et d'ajouter notamment des fonctionnalités de droits, pour faire non seulement de l'identification, mais aussi de l'autorisation comme oauth) est probablement l'un des plus surs systèmes d'identification actuellement, car XMPP est un protocole bien plus sur, mais aussi plus rapide, donc plus agréable à l'utilisation, que l'email (sur lequel se base browserid).
Au final oui la seule méthode est de demander a l'utilisateur de noter manuellement sa "resource" (au lieu de génération aléatoire) dans le navigateur, puis de lui demander de la valider dans le client XMPP (en général une pop-up).
On pourrait développer un plug-in ceci dit pour les divers navigateurs. Mais je pense qu'il y a peu de chance que cela fasse vraiment monter l'adoption (sauf si de gros services se mettent à utiliser cela). Je suis à l’écoute de toute idée.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
merci pour l'info. Ça rajoute Jappix a la liste.
Par contre y en a aussi pas mal qui supportent pas (enfin aux derniers tests que j'avais faits): Pidgin, Adium, Swift, l'interface Web GoogleMail (qui a elle seule doit représenter une des plus grosses parts des utilisateurs XMPP du monde)… et ça limite pas mal malheureusement car ils sont très utilises.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Ça permet de se connecter de manière très sécurisée, et en même temps sans mot de passe et facilement sur son compte Wordpress en effet. Ça permet également de filtrer les commentaires d'utilisateurs non-connectés par vérification IM. Marche bien, rapide et simple, donc c'est cool.
Seul hic: votre client doit comprendre le protocole pour vous afficher une jolie popup (Psi et Gajim seulement dans mes tests), ou au moins un support des fils de discussion (non testé perso mais il paraît que OneTeam a ce support).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Mon ordinateur principal a ete pendant 1 an un gdium (le disque dur etait une cle usb), puis pendant 2 ans un eeepc (un peu mieux, mais ca restait une faible machine avec 1 go de RAM et des composant globalement faiblard et lent). Je peux te dire que je faisais gaffe a quel film je jouais (je pouvais pas jouer tout film un peu trop haute qualite), que je pouvais quasi rien joue qui avait de la 3D (oui meme la boule en 3D qui se balade ramait).
En fait simplement lancer Firefox avec trop d'onglet rendait mon ordi dur a utiliser (et je fermais toujours mes programmes avant de lancer un film). Ce n'etaient pas des configurations antiques. Je suis sur que si j'achetais un eeepc encore de nos jours, ce serait la meme chose.
Maintenant j'ai un mega ordi i7, avec 8Go de Ram et du SSD. C'est sur, ca va beaucoup mieux. Il n'empeche que je me souviens avoir deja rencontre des problemes avec certains fichiers, meme avec cette machine de guerre (ou alors je melange mes souvenirs, c'est aussi possible. Globalement j'ai plus trop de probleme pour video/son). Et aussi essayer pour voir des jeux 3D, cela semble toujours une utopie sans carte 3D valable (j'ai une carte intel integree).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Jack est supposé être adapté au temps réel/faible latence mais l'article semble dire que comme c'est en espace utilisateur, il y aurait aussi de la latence non acceptable sur Jack. Erreur ou est-on en train de dire que Jack ne fait en fait pas bien ce en quoi il est spécialisé?
Aussi on dit en général que Jack est adapté a un usage professionnel, mais que de toutes façons les non-pros ne se rendent pas compte de micro-coupures de sons (ce qui est faux. Sur mon ordi avec Pulseaudio, j'entend des micro-coupures dans la musique quand Skype fait un petit son), comme si l'utiliser aurait des désavantages pour le grand public. Est-on en train de dire qu'en fait il est possible d'avoir les deux? La qualité professionnelle (non latence, etc.) sans problème d'utilisation grand public flagrante? Si oui, ce serait génial!
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je me suis intéressé à la nouvelle, alors j'ai posé quelques questions aux devs de la console. Si des gens lisent encore les commentaires de cette nouvelle, ça peut vous intéresser également.
1) J'ai vu que beaucoup disent que c'est surtout du Java sur Android, mais en lisant des articles, je lis que quelques autres langages sont supportés. Alors j'ai demande ce qu'ils préconisent. Ils confirment que Java est le langage de prédilection sur Android, mais que quelques outils supportent C++. Je n'ai pas eu plus de détails donc je ne sais pas trop à quel point le C++ est bien supporté, puisque je n'ai jamais développé sur Android.
2) Un peu plus intéressant, je leur ai demandé s'ils avaient déjà des documentations à me fournir sur la plateforme logicielle. Architecture, quels protocoles, etc. J'ai aussi voulu savoir si la plateforme était Libre (au sens FOSS). Ils n'ont encore rien en doc (ça se comprend en début de projet) et n'ont pas relevé la question sur la liberté logicielle (ce que je pense vouloir dire que c'est fermé, surtout en lisant la suite, mais ce n'est que spéculation).
3) Encore plus intéressant, ils se montrent à fond sur le côté "ouverture" dans la présentation du produit, allant jusqu’à dire qu'ils sont a fond pour le hacking matériel, qu'ouvrir la console ne rompt pas la garantie, et qu'ils pourraient fournir même les plans matériels aux gens intéressés. C'était ce que je trouvais le plus attrayant. Bien que n'étant pas dans le hardware et n'aurait surement rien fait de grandiose sinon suivre les conseils d'autres gens, dans le principe, du Libre applique au matos est un grand rêve de beaucoup de libristes (qui se réalise a petite échelle et avec un succès mitigé de temps en temps). Donc je leur demande s'ils entendent cela dans un sens d'utilisation personnelle seulement ou au sens FOSS appliqué au materiel (donc je peux commercialiser des changements, etc.).
Très clair: utilisation personnelle seulement. Plus grosse déception ici.
4) Je leur demande s'ils prévoient des traqueurs de mouvement (gyroscope, accéléromètre, etc.). Et surtout quel est leur réaction vis à vis de gens qui créeraient et commercialiseraient des contrôleurs expérimentaux divers avant eux. Ils me répondent seulement que pour l'instant, ils se focalisent surtout sur la réactivité et la précision, et que les gyroscope/accéléromètre ne sont pas leur priorité. Mais ils ne répondent pas sur la liberté de créer nos propres contrôleurs pour les vendre. Néanmoins considérant leur position en 3), j'imagine que là aussi, ils n'accepteraient pas aisément des ventes parallèles qui ne passent pas par eux (donc dîme). Mais ce n'est que supposition, comme ils ne répondent pas sur ce point.
Au final tout de même, déception générale. Je trouvais le speech marketing intéressant, mais des qu'on creuse un peu, la réalité ne suit pas. La conclusion est que le matériel n'est absolument pas Libre (au sens ou on l'entend). Ils sont plus ouverts pour les hobbyistes que les tenants du marché, ça c'est clair, mais brident tout autant ceux qui veulent aller plus loin.
La partie logicielle n'est toujours pas claire (hormis pour Android, qu'on sait avoir plus d'un problème de liberté déjà à la base, mais ce n'est encore que la partie visible de l'Iceberg), mais cela ne s'annonce pas bien. En tous cas, ils ne répondent pas clairement. Ça c'est sûr.
Dommage, j'ai failli contribuer (non que ma contribution puisse changer grand chose a leur succès évident et phénomènal sur Kickstarter). Mais au final, je me retiendrai. Ce n'est pas un des chevaliers blancs qu'on aurait pu attendre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
sans aller jusqu'à parler de financement pour nous, y en a-t-il qui seraient prêt à donner pour une animation professionnelle? Et donc bien sûr, plutôt qu'un film avec acteur, êtes-vous intéressé par une animation?
Si cela intéresse, on peut essayer de faire une animation. Pour exemple voici l'animation que l'on avait faite pour le concours Firefox: https://firefoxflicks.mozilla.org/fr/video/588
Le style peut varier selon ce qui est souhaité (je peux donner d'autres exemples d'animation par la même animatrice dans d'autres styles, exemple ce reel: http://aryeom.girinstud.io/pf/ ). Et si on faisait cela, le son serait bon (dans le concours Firefox, nous n'avons tout simplement pas eu le temps de faire le son du tout. On a enregistré à la va-vite sur un micro d'ordi portable et édité le son sur la vidéo, le tout en 2h). Notez que je ne propose pas un contrat. Simplement pour pouvoir proposer cela à mon animatrice, faut bien vivre. Cela prend beaucoup de temps et de travail (la vidéo Firefox plus haut, a été faite en 2 semaines, temps plein). Donc si 200 personnes intéressée par le problème sont prêt a donner ne serait-ce que 10 euros chacun (donc 2000 euros en tout), c'est pas la panacée, mais au moins on crève pas de faim sur le trottoir. :p
Et donc si une animation libre (Art Libre, CC-by-sa, que sais-je encore!) basée sur un scénario écrit en collaboration avec la communauté vous tente, on est prêt à la faire.
Voila pour l'info. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
quand vous parlez de mixage/accélération hardware, est-il question de ces grosses cartes externes que je voyais chez des ingénieurs du son, avec pleins de boutons, switchs et leviers? Le genre de trucs qu'ils vont en général utiliser avec Protools. Je me souviens en particulier de cartes M-audio.
Si on parle bien de cela, considère-t-on leur obsolescence essentiellement dans le monde Linux, ou Windows/OSX également? En d'autres termes, le monde professionnel du son lui-même est-il en train de migrer vers du mixage tout software?
Pourtant en tant que néophyte, je vois bien l'intérêt de travailler avec de vrais leviers pour mixer diverses entrées (l'avantage habituel du physique sur l'immatériel), bien que je conçois bien également la flexibilité du software.
Et si ce changement est vraiment généralisé (et non Linux centré seulement), alors ce sera tout de même marrant d'aller dans des studios d'enregistrement qui auront remplacé les énormes consoles de mixage de 3m de long par un petit boîtier d'où partirait tous les câbles et branché à un ordinateur. En même temps cela ferait un sacré gain de place et faciliterait l'accession au métier aux moins fortunés. De ce point de vue, c'est plutôt bon. Mais je me demande à quel point c'est vrai.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Pour info, ils ont finalement uploadé notre vidéo (dans la catégorie "animation" seulement pour l'instant, j’espère qu'ils oublieront pas l'autre soumission): https://firefoxflicks.mozilla.org/fr/video/588
Je pense pas que ça change grand chose ou que ça importe (parce que la décision finale est faite par les juges, pas le public), mais n’hésitez pas à voter sur le site de Mozilla pour flatter notre ego si vous le souhaitez. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je vais répondre en même temps à Psychoslave et à toi.
Donc déjà désolé, les logiciels d'animation ne sont pas du tout Libres. :-/ L'animatrice utilise en gros les logiciels de la suite Adobe (et non pas Apple contrairement à ce qu'indique Zenitram): Photoshop, After Effects et Premiere.
La raison est simple. Elle a appris comme cela dans ses études (en Corée, mais je doute que ce soit grandement différent en France) et déjà qu'on n'avait pas le temps comme ça, je l'avais encore moins de lui apprendre autre chose (surtout que j'y connais rien. Mon utilisation de Gimp consiste principalement a redimensionner et couper des images).
Si on fait d'autres projets, j'aimerais qu'on essaye ensemble de regarder les logiciels Libres et voir ce qu'elle en pense avec un esprit ouvert. J'ai déjà commencé a regarder les logiciels libres d’édition et de rendu, et à les lister sur un bout de fichier, mais je n'ai aucune idée de ce que cela donne en vrai tant que je ne les aurai pas essayés avec elle.
Par conséquent, je ne peux pas répondre sur ce qui manque ou quel peut être le processus de création d'animation en tout libre. Mais cela me plairait bien de le savoir aussi et de faire un projet animation 2D en tout libre (pour 3D, je crois que Blender a fait ses preuves plus d'une fois).
Pour ce qui est du son par contre, j'ai l'impression qu'on a des trucs pas trop mal. Mais là encore, je ne suis pas ingénieur du son non plus. Audacity n'a pas une belle interface et a l'air parfois un peu amateur dans son UI même, mais je crois tout de même comprendre qu'il est assez puissant pour manipuler du son.
Ardour quant à lui fait vraiment impressionnant et professionnel dans son UI. Je me demande à quel point c'est vrai, et j'aimerais vraiment avoir l'avis d’ingénieurs professionnels qui connaissent bien les logiciels proprios habituels (Protools surtout de ce que j'ai vu dans les ingés son que j'ai connu).
Finalement pour revenir à l'image, un truc qui m’intéresse, c'est aussi de connaitre les possibilités de cluster de rendu. Faire un rendu de bonne qualité prend du temps fou (même si c'est juste de la 2D, 3D, c'est pire je crois). Et ce qui est intéressant, ce serait de savoir comment partager le travail entre plusieurs serveurs dédiés, comme savent le faire les logiciels proprios. On n'avait pas ça mais l'ordi tout pourri de l'animatrice. Mais dans l’idéal, si on continue, j'aimerais bien connaitre les possibilités de ce genre de cluster de rendu sous Linux (et utilisant des logiciels Libres) pour aller plus loin.
Enfin bon tout ça pour dire que j'en sais pas grand chose, mais que c'est aussi quelque chose qui m’intéresse personnellement.
C'est pour cela que je n'en ai pas parlé dans la news.
Si vous avez des informations, n’hésitez pas à partager. J'en ferai de même si j'explore les alternatives libres avec mon animatrice.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
merci pour les corrections. Faut que je pense à reconfigurer une touche compose pour pouvoir enfin écrire a nouveau du français correct.
Sinon oui on n'est pas dans la liste malheureusement, même si on est dans le concours, parce qu'on a eu un problème technique. On a contacté le représentant du concours. Nos participations devraient être uploadées (espérons rapidement) sur le site par un admin. Mais il m'a assuré que les juges ont reçu/recevront ma vidéo également.
Aussi comme quelqu'un a fait remarquer, le titre du journal dit "Clicks". C'est une typo. Cela pourrait-il être corrigé ("Flicks").
Merci encore pour l'edit.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
sans être aussi virulent que Zenitram, il a raison sur ce coup. Les versions ogg/theora et webm, je les ai converties à partir de la version .mov parce que c'est "l'original" que l'animatrice a générée (a priori elle ne savait pas comment générer ni du webm ni du ogv dans ses logiciels). Aussi le mov est 1280x720 alors que webm et ogv sont en 640x360.
Donc ce n'est pas comparable et comparer les tailles de fichier ici n'a pas de sens.
Note que je n'ai pas essayé de faire des conversions haute résolution en webm/ogv, uniquement parce que je pense toujours aux petites machines d'abord et que je les ai converties rapidement pour regarder sur le net. Mais je peux faire des ogv/webm haute résolution si j'ai des demandes (bon a priori déjà une avec toi).
Sinon je comprends bien ta remarque et ton étonnement, et si j'ai généré des ogv/webm, c'est parce que j’étais bien conscient qu'il fallait cela pour apparaitre dans le navigateur Firefox correctement.
Et dans le cas présent, j'ai préféré donner la version originale (tout en sachant qu'on est sur linuxfr pourtant) parce que… ben c'est de meilleure qualité. Y a pas mal d'artefacts et des détails qu'on ne voit pas dans les versions en plus faible résolution.
Et oui, je pensais aussi rajouter le "making-of" quand j'aurais un peu de temps. :-)
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
pour la fluidité, c'est juste que "l'animation" des photos au stade actuel se limite à la montrer une fois en "grand" au milieu, puis en "petit" dans sa région du monde respective.
Il n'y a pas d’intermédiaire, simplement parce que je n'ai pas eu le temps de le coder.
Ensuite y a aussi le fait qu'il est possible que sur une petite machine, cela fasse beaucoup de js à ce moment là (mais si tu dis que tu as une bonne machine, dans ton cas, ce n'est surement pas cela). C'est pour cela que j'aimerais pousser du calcul cote serveur dans une future version.
Et oui ajouter cette fluidité n'est pas "compliqué", mais cela prend un peu de temps a mettre en place. En gros, j'ai un temps limite et fixe (que je connais) dans la vidéo pour lequel je vais afficher mes photos. À partir de là, j'ai un nombre dynamique de photos (il augmente au cours du temps, je ne le connais pas au moment de coder). Donc à chaque chargement de page, je calcule tous les combien de millisecondes je vais afficher une nouvelle photo pour toutes les afficher à temps. Ça, c'est la version simple que j'ai d'abord faite.
Il ne faut pas oublier que je dois afficher les photos que j'ai déjà affichées précédemment (je garde donc un état).
Puis ce que je fais maintenant, c'est juste diviser ce laps de temps par 2, et j'ajoute une photo en grand, puis en petit. C'est la version actuelle.
Pour rendre cela vraiment fluide, je dois encore subdiviser ce temps (et le plus, je subdivise, le plus cela aura l'air fluide) pour ajouter des tailles intermédiaires. En outre, cette fois, je ne pense pas que subdiviser parfaitement rendra bien. La grande taille et petite taille doivent tout de même rester un peu plus longtemps (à tester).
Enfin voila l’idée.
Aussi ne pas oublier qu'on parle de vidéo. C'est a dire que je dois redessiner a chaque frame en gros, même si les photos n'ont pas changé de position. C'est aussi à prendre en compte.
Sinon merci pour les commentaires (et les critiques).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Je cite les clés -> valeurs car c'est le principal point commun des NOSQL, de manière générale. Aussi j'ai surtout utilisé Redis, donc ceci explique cela.
Mais oui certaines NOSQL permettent des formes de structures (les "documents"), et même une recherche SQL-like, a ce que j'ai lu. Ou bien ils ont d'autres formes de recherche (des "vues" dans couchdb).
C'est donc vraiment dur de faire des généralités car il n'y a pas ou peu de "standard NOSQL". Si tu veux faire les choses bien, tu devrais en gros lire (en diagonal au moins) toutes les docs avant de te lancer.
Pour parler du stockage par "document", un point souvent soulevé pour leur usage est en effet si ces documents ont des champs très variables.
Par exemple, si tes livres ont tous un titre, un auteur, un numero de reference, et un style, c'est facile. Mais parfois tu veux plusieurs auteurs, tu veux un sous-titre, tu veux mettre plusieurs titres ou styles, voire certains livres n'ont pas d'auteur connu, ni de titre, etc. Et certains livres ont des caractéristiques uniques assez rares, mais on veut tout de meme avoir une structure pour ces données rares.
On a vu de tout dans l'histoire de la littérature.
C'est en effet souvent un avantage soulevé de certaines NOSQL. A toi de voir si tes données sont de ce genre. Et a toi de verifier tes besoins de recherche et les possibilites de recherche/vues que te donne la bdd.
Enfin ne jamais oublier que mélanger les bdds est aussi un choix valable pour t'adapter a tes donnees.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
comme je disais, cela dépend beaucoup de ton usage. Pour les factures, cela dépend donc si tu veux juste les stocker, puis les lister ensuite dans l'ordre par exemple, ben oui du NOSQL fait l'affaire. Par contre, si ton but est ensuite de faire des recherches dedans (ce que je peux parfaitement imaginer pour des factures) selon divers critères, alors SQL peut sembler plus adapté.
Néanmoins certains bdd NOSQL ont aussi des possibilités de requêtes avancées (MongoDB apparemment par exemple), autre que sur la clé.
Mais si le programme est plus évolué que le stockage de factures, car il liste aussi les utilisateurs, et des produits, etc. En gros, on crée des relations entre les diverses données. SQL semble de plus en plus adapté.
Je dirais donc que cela dépend énormément de ton application, ou de ce que tu la vois devenir (car elle peut être simple au début, mais si tu as des plans pour le futur, autant ne pas te mettre des bâtons dans les roues au début).
Enfin pour reprendre ta réponse a ton DBA qui te dit a juste titre que SQL facilite le compte de vente par produit, tu sembles penser que c'est une réponse a cote de la plaque. Mais je pense au contraire que c’était une excellente réponse. L'analyse décisionnel, les statistiques ou la recherche d'information peut être le but même de l'application. Tu ne peux pas dire "ah non, le métier d'une bdd, c'est juste de stocker bêtement! On va pas se mettre a analyser les données non plus!" Donc si ton application requiert ce genre d'usage et que ta bdd NOSQL ne le permet pas (encore une fois, certaines ont des fonctionnalités de recherche avancées, donc certaines le peuvent peut-être), alors c'est un mauvais choix.
Il n'y a pas de "cas métier principale". Il y a juste une décision logique suivie par applicative.
Comme je disais, il ne faut pas se borner a un choix technologique avant même d'avoir mis a plat tes besoins. On doit faire l'inverse: décrire les besoins et les choix technologiques en découlent.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
il ne faut pas faire un choix technologique en ayant déjà décidé d'une technologie (parce que a la mode par exemple). C'est une erreur que font beaucoup pour NOSQL, mais aussi inversement de ceux qui étaient supra habitues au SQL et faisaient tout avec (ils n'avaient pas trop le choix ceci dit, mais maintenant ils l'ont).
En d'autres termes, si le schéma que tu en-visionnes pour ton application est fortement relationnel, alors oui va avec du SQL.
Exemples Courants d'utilisation
Second point, il faut aussi voir que SQL et NOSQL ne sont pas forcement a mettre en rapport de force. Ils peuvent être complémentaire et selon l'application, tu peux avoir tout intérêt a utiliser les 2 a la fois.
Exemple extrêmement commun d'un élément totalement non-SQL que l'on trouve sur la plupart des applis web: les sessions. Jusque la, il y avait deux principales facons de gérer les sessions: soit tout dans les cookies (mais cela pose des problèmes de sécurité, car même encryptées, on donne tout de même le temps et toutes les données a l'utilisateur pour s'amuser a décrypter et falsifier des données), soit en bdd. Or une session est en général lue a chaque requête HTTP, et parfois réécrite. Cela fait énormément de requête SQL lentes et non adaptées `a chaque requête HTTP. Les bases NOSQL (en particulier celles "tout en mémoire") sont particulièrement bien adaptes pour stocker les sessions. Et ce, même si le reste des données peut être ds une bdd SQL.
Autre exemple commun: le cache. Dans une application web, diverses données peuvent être mises en cache. Parfois on va même mettre en cache le résultat de requêtes SQL dont on est sur qu'elles sont très lentes a faire, ne changent pas rapidement, mais sont cependant souvent demandées. On la fait donc une fois toutes les X secondes, et on cache le résultat.
Parfois on cache aussi simplement des pages web entières sur le même principe. Cela évite d'avoir a les régénérer et a faire tourner l’interpréteur PHP/python/ruby alors qu'on sait qu'il va générer toujours a peu près la même page. Évidemment on ne va pas mettre en cache une page dont la réactivité au changement est primordiale, mais les pages qui changent relativement peu (sorte de "semi-statique").
Décision
Donc de manière générale, comment on décide si on utilise SQL, NOSQL ou les deux?
Très simple: exactement comme tu faisais jusque la:
* tu réfléchis d'abord a ton application et tu en fais le schéma.
* Si tu réalises que ton schéma est très relationnel (cad que les informations se recoupent sans arrêt d'une table a l'autre, par exemple que tes donnes d'artistes sont intéressantes surtout en les mettant en relation avec les données d’œuvres) et que tu as beaucoup de contraintes d’intégrités a faire (duplication de données, contrainte de valeur sur une colonne…) ou de recherche sur les donnees par divers criteres (recherche sur le nom, sur le style, sur l'age, etc.), alors SQL.
* Si tu réalises que tu as des données très individuelles, qui en général se limitent a être référées `a partir d'un index (recherche toujours sur cet index), alors NOSQL est surement bien plus efficace et logique.
Pour reprendre nos exemple: on cherchera (en général) des données de session par son identifiant (qui se trouvent dans le cookie); on cherchera un cache par la signature de sa requête (un hash de la requête SQL pour un cache de bdd, un hash de l'url pour un cache web, etc.).
Un autre exemple pourrait être le profil utilisateur (comment il a configure son espace perso) dans un site web par exemple. En général, tu vas juste chercher le profil de quelqu'un par son identifiant utilisateur. Tu ne cherches pas a recouper les données. On ne cherche pas trop a récupérer l'ensemble des profils de linuxfr qui utilisent telle CSS (on pourrait vouloir le faire pour des raisons statistiques, mais de manière pratique, cela n'aurait en général pas d’intérêt). On peut la aussi imaginer l'ensemble des données ds du SQL, excepte le profil utilisateur, les sessions, du cache.
Donc ne cherche pas `a faire rentrer du relationnel en NOSQL. Fais juste en sorte de rentrer les bonnes données dans les bons schémas.
Autres caractéristiques du NOSQL
Performances
Les avantages du NOSQL sont nombreux ensuite. Déjà elles sont souvent énormément plus efficaces. En particulier celles qui sont faites pour tourner en mémoire comme memcached ou redis. Cela peut être de l'ordre de 1000 fois plus rapide dans ces cas la (et selon l'utilisation qui est faite sur ton serveur).
Non-Persistance
Ensuite il y a parfois des données changeant énormément ou faite pour ne pas rester longtemps. Dans mes exemples, c’est le cas du cache ou des sessions. Typiquement a l'ancienne en bdd, on va régulièrement nettoyer le cache/sessions pour retirer tout ce qui est un peu trop vieux, par exemple avec un cron qui fait une requete sur la date de création: c'est lent, imprécis, imparfait, ralentit toute la base a intervalle régulier (et encore j'ai vu bien pire comme méthode de "garbage collection" dans une bdd). Alors que (en général) les NOSQL ont ce genre de fonctionnalités incorporées avec la possibilité de donner un "time to live" (ttl) a une donnée.
Par exemple, je crée une session pour un nouvel utilisateur avec un ttl de 1 mois. S'il se reconnecte régulièrement, je repousse son ttl pour rallonger la session. S'il ne se reconnecte plus pendant un mois, la bdd supprime automatiquement la vieille session (et la prochaine fois, l'utilisateur doit se reconnecter pour recréer une session). On donne ainsi la complexité de gestion des durées de vie de ce genre de données a la bdd.
Cela est donc aussi un point a prendre en compte: a quel point tes données doivent être persistantes? Note que si ce sont des données dont la survie n'a aucune importance (suite a un crash par exemple), comme du cache ou a moindre échelle (un peu embêtant, mais pas primordial) des sessions, alors tu peux encore plus accélérer ta bdd NOSQL en ne la sauvant pas sur disque.
Bien sur tu peux aussi être très persistent en NOSQL et sauver constamment tes donnes sur disque quand tu ne peux pas te le permettre, comme tu le fais en SQL. Je dis juste que tu as le choix et que NOSQL devient vraiment un outil de premier ordre quand tu tombes dans ce cas d'utilisation de données temporaires et que tu n'as pas besoin de sauver sans arrêt.
Etc.
Il y a de nombreux autres points qui rendent les NOSQL très intéressantes "pour certaines données". Je crois par exemple que certaines bdds sont capables de libérer automatiquement les données quand ça va dépasser la mémoire machine (de sorte qu'on peut s'arranger pour ne jamais aller en disque).
Aussi sur Redis, j'adore le fait que les donnes peuvent être typées: des listes, des sets, etc. Je pense qu'on peut tous voir a quel point cela peut être pratique, c'est comme pousser du code vers la bdd et rendre les données persistantes (sans avoir pour autant `a remodeler ces données dans une logique relationnelle).
Etc. Etc. Etc.
Chaque NOSQL a ses propres avantages très différents les uns des autres. A toi d’enquêter. :-)
Conclusion
Le NOSQL, c'est vraiment sympa pour certains cas d'utilisations et je pense que ce que l'on verra de plus en plus, c'est un mix de relationnel et de NOSQL.
Par contre pour des applis web très simplistes, je pense qu'on peut voir plus souvent du NOSQL utilise avec succès que du SQL, car souvent les applis simples, cela signifie que les données sont du type clé -> données.
P.S.: excusez moi pour les problèmes d'accent (le correcteur orthographique a pu en corriger certains, pas tous). Je n'ai pas encore configure de touche compose sur ma toute nouvelle machine.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Justement ne serait-il pas possible de faire comme Google? Le framework de recherche que vous utilisez a probablement un système de poids afin de donner un poids différent aux différents éléments d'un article (plus de poids pour les tags, puis le titre, la section joue sûrement aussi, puis l'article en lui-même, et enfin les commentaires). Le tout est ensuite de jouer sur ces poids pour affiner progressivement (au moins déjà à la loupe avec des tests à la main, éventuellement plus tard en automatique si un système d'apprentissage peut être mis en place).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
bon je reviens sur un sujet connu: la facilité de contribution de code. Ce serait vraiment bien que vous puissiez mettre en place un petit système d'environnement de dév (avec des chroots ou autres trucs d'admin de votre choix) pour créer rapidement des instances pour ceux souhaitant contribuer.
Je sais que ce n'est pas non plus un truc qui se fait en 5 minutes, mais je suis persuadé que le temps utilisé pour monter ce système sera gagné derrière avec les patchs. J'avais perdu des heures lors du concours sans succès pour monter une plateforme (faut dire aussi que mon ordi unique est un eeepc et l'OS se faisait déjà vieux). Et considérant le fait qu'aucun participant développeur n'est allé au bout (alors qu'on doit être assez nombreux à traîner dans le coin), je pense que je n'étais pas le seul.
Je ne dis pas que vous aurez soudainement des patchs journaliers, mais si j'avais accès à un tel environnement, je me tenterai bien à quelques patchs de temps en temps, quand j'ai une heure à tuer (comme un moteur de recherche qui marche enfin, ou encore divers patchs liés à XMPP, probablement au passage en réimplémentant la messagerie interne?). Et je suis persuadé que d'autres seraient dans mon cas.
Évidement une excellente documentation d'installation (et/ou des scripts pour tout faire en quelques commandes) est plus pérenne dans le temps et plus dans l'esprit d'un partage (pour qu'autrui puisse réutiliser le code pour un autre site). Mais comme je le dis, pour les gens qui voyagent sans arrêt et n'ont pas de gros serveurs/machine de test à disposition (parce que si j'avais vraiment une maison fixe avec un gros ordi dedans et une distrib à jour, je pense que j'aurais réussi au final à lancer ce site), une plateforme de dév, ce serait génial.
Bye et merci!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
tout dépend de la personne. Si la personne est un minimum compétente en informatique, oui. "Compétente" non dans le sens où elle doit réellement appréhender les détails algorithmiques, mais au moins globalement comprendre le principe d'une fonction de hachage. Parce qu'un "quidam" moyen, s'il ne veut pas comprendre, tu pourras lui expliquer comme tu veux, ça reste de l'algorithmique, donc c'est compliqué et il te dira qu'y a sûrement des moyens de trafiquer (même s'il saura pas te dire comment) parce que l'informatique, c'est magique.
Plus simple évidemment serait s'il y avait une quelconque reconnaissance légale de ce genre de procédé.
Bon en aparté, à ta place, je prendrais une fonction un chouille plus robuste comme SHA-1 (qui est dispo partout maintenant, comme MD5) car MD5, c'est de plus en plus abandonné puisque depuis quelques années, "on" sait créer des collisions pour une signature donnée (générer un autre "document" qui génère la même signature). Bon dans ton cas précis, je ne pense pas que ça ait la moindre importance (ce sont des documents avec du langage humain a priori dont tu parles, donc avant d'arriver automatiquement à créer un second document qui utilise le même langage, avec un sens compréhensible et qui aurait la même signature, faudra se lever tôt), mais au moins t'es sûr de pas avoir de plainte avec SHA-1, même avec quelqu'un de mauvaise foi. :-)
Sinon globalement tu peux utiliser la partie "signature" des algorithmes asymétriques (PGP et compagnie). Bon ça fait globalement la même chose exactement que ce que fera ta proposition avec MD5 (ou SHA-1), puisque tu t'intéresses uniquement à garantir l'intégrité de ton document (il est pas modifié).
Mais je parle de ça uniquement parce qu'a priori, d'après Wikipedia (http://fr.wikipedia.org/wiki/Signature_num%C3%A9rique#Valeur_l.C3.A9gale), ça aurait une valeur légale. Ensuite si tu fais ça dans ton coin (sans passer par un notaire ou autre), je sais pas si ça en a plus que du SHA-1, mais bon, c'est une idée en l'air.
Si MD5(doc,t+1)=MD5(doc,t), l'autorité peut-elle conclure que le fichier n'a pas été modifié ?
Inversement, si MD5(doc,t+1)=MD5(doc,t), l'autorité peut-elle conclure que le fichier a été modifié ?
Donc réponse courte: techniquement, oui.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je ne connais ni Jaxl, ni Movim, mais je connais bien PHP et XMPP. Je pense simplement que les mots furent mal choisis par l'auteur.
XMPP a une logique très asynchrone au contraire, dans ceci qu'on ne va pas envoyer une requête, puis attendre la réponse en bloquant le reste (et avant d'envoyer une autre requête). On va plutôt envoyer une série de requêtes en parallèles (si ça a du sens), et on recevra (ou non) les réponses quand elles arriveront: dans 1/100 de secondes (automatique), ou même dans un jour (réponse par un humain), voire jamais, etc. On suit les réponses par des systèmes d'identifiants, de thread, etc. Et si on veut envoyer une nouvelle requête (liée logiquement ou quelque chose qui n'a rien à voir), on n'est nullement bloqué; tout se fait en parallèle.
XMPP est donc typiquement asynchrone, contrairement à ce qui fut dit.
Maintenant dans cet article, j'imagine que ce que l'auteur entendait, c'est que XMPP est "connecté": on ouvre une socket TCP et on la laisse ouverte tout du long. Puis on y balance des requêtes si nécessaire ou on en reçoit d'autres entités.
PHP, tel que géré par un serveur web "habituellement", sera typiquement "non connecté". Un site web, ce sera en général des petites sessions extrêmement courtes (le temps que la page s'ouvre). Et on ne peut pas "sauver" ni partager une même connexion socket d'une session PHP à l'autre par exemple (pour autant que je sache. Peut-on le faire dans d'autres langages côté serveur par contre? Je ne sais pas). Ensuite il peut y avoir des contournements, par exemple avec des requêtes Ajax pour faire durer beaucoup plus longtemps une session PHP, ou bien Comet, plus récemment Websocket (mais c'est pas encore dans les navigateurs récents). Ces diverses méthodes restent tout de même limitées (le web n'est simplement pas fait pour ça par design).
Ou bien du côté XMPP, on a une extension pour transformer notre socket connectée en BOSH non connecté.
Sinon en dehors de cela, si, PHP — si exécuté hors web — pourrait tout à faire avoir des sessions infinies (comme n'importe quel langage) et n'a pas de problème pour XMPP.
En gros, j'imagine que l'auteur ne parlait pas de synchronicité, ni de PHP (mais du web). Il parlait du modèle de connexion longue de XMPP et de celui de session à vie extrêmement courte du web. Des logiques totalement contraire par design.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
uhuhuh. Si je m'intéresse à des alternatives très petites aussi, c'est pour savoir ce qu'il existe qui peut tenir dans le fond du sac sans se faire remarquer en poids/encombrement, pas des modèles quasi aussi lourd, encore plus gros et encombrant et qui avaient une autonomie ridicule, mais avec un écran minuscule.
En plus, ça se vend plus. Et on peut pas demander à une entreprise qui vous propose (sans que vous demandiez rien) un ipad2 de vous acheter à la place un modèle d'y a 4 ans, en occase, avec du matos ridicule. Comme quelqu'un l'a très bien compris plus haut, dans ce genre de cas le "hype" aussi est important. Et dans ce cas particulier, c'est même pas une question de hype. Un vieux eeepc ne répond simplement pas à mon attente (faible poids/encombrement, bonne autonomie, Skype video, donc caméra et mic de bonne qualité dans les standards actuels).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
je vois. Je comprends leur position. Il n'est pas toujours facile pour une startup de suivre les demandes pressantes des utilisateurs. Ensuite je pense que ça a l'air d'une boîte avec de bonnes idées et une bonne philosophie mais qui probablement a fait trop de promesses et ne peut pas les suivre. J'imagine que ce genre de comportement dans un business matériel te retombe dessus beaucoup plus facilement que dans du logiciel.
Je viens aussi d'un tour sur leur forum car leur site web est vraiment pas à jour, à part pour les comparaisons avec la concurrence. C'est d'ailleurs la seule chose que j'ai vue où par contre, je trouve que c'est un mauvais état d'esprit de toujours comparer aux autres "nous on est les premiers, on est les vrais innovateurs, etc." C'est sûrement vrai, mais alors? On devrait interdire les autres (faire des brevets?)? C'est un peu une attitude "maîtresse, il a copié!" (surtout moyen quand on a pas rendu sa copie).
Bon et sur leur forum, les clients sont plutôt en colère. Ils tempêtent, se moquent de l'entreprise, disent attendre depuis plus d'un an leur commande, n'ont soit pas de réponse à leurs emails (et apparemment pas sur le forum non plus), ou quand ils en ont et la copie sur le forum, ça fait très langue de bois (aucune info concrête, et pas aussi transparents qu'ils le disent sur "pourquoi" ça tarde autant).
Aussi j'ai lu un test du Linux Journal (bon vieux d'un an et demi, donc ça a sûrement évolué), et en gros le hardware allait, mais le software était à la limite de l'inutilisable d'après ce test. :-/
Ah et pour le fait que le fondateur serait quelqu'un, je n'ai jamais été "people" et ça ne m'intéresse absolument pas de savoir si quelqu'un est "connu sur Internet" pour décider que son produit est ce qui me convient.
Au final, je leur jette pas la pierre et je leur souhaite de réussir car ce qu'ils cherchent à produire est cool. Mais ça ne correspond définitivement pas à ce que je cherche dans l'immédiat, finalement. Dommage. Mais tu t'imagines bien que je ne peux pas me permettre de proposer un produit qui arrive je-ne-sais-quand d'ici un an ou deux et qui a un software bancal pour une alternative à un ipad2 qu'on veut m'acheter là tout de suite. uhuh :-)
Mais — qui sait? — si Always Innovating arrive à mieux stabiliser son business et son système de commande dans le futur, peut-être que je m'y intéressais d'ici quelques années et essaierai d'en acheter un personnellement à ce moment?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
Et sinon qu'existe-t-il si on va carrément dans des tailles plus petites, proches des téléphones (plus gros pour être un peu plus agréable qu'un écran de téléphone, mais moins gros et lourd qu'une tablette)? Y a-t-il du matériel dans cette catégorie qui ne soit pas un téléphone, mais qui soit vraiment une sorte de micro ordinateur avec du wifi, quelques entrées pour des périphériques (clé usb?), une bonne autonomie, etc. et évidemment avec une caméra et une plateforme où Skype est installable pour faire des vidéo-conférences (puisque c'est l'excuse de l'achat)?
Bien sûr dans ce cas, y aurait pas de clavier, mais c'est pour étudier les diverses alternatives qui existent dans le monde du petit matériel informatique. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tag
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 4.
Bonjour,
c'est en effet possible si le client web et XMPP sont le même, ou peuvent se passer des informations par exemple.
En fait le secret aléatoire dont tu parles est exactement le principe de cette XEP. Le seul hic est que pour rendre cela automatique, il faudrait donc que le numéro aléatoire soit généré par le navigateur web (par exemple, Firefox, qui doit donc avoir un support intégré de cette partie du protocole), et que celui ci soit confirmé par le client IM (Psi/Gajim/Pidgin/que-sais-je). S'il y avait un canal de communication, ou bien si Firefox avait lui-même un support XMPP, cela serait possible. On pourrait avoir une connexion en un clic, sans avoir rien a confirmer, rien à rentrer.
Malheureusement ce n'est pas le cas. Et je pense que le plus gros bloqueur est Firefox (clairement le plus gros navigateur Libre, donc celui par lequel il faudrait passer pour arriver à promouvoir cette technologie) parce qu'ils ne se sont jamais montrés très intéressés par XMPP d'une part, mais surtout parce qu'ils essaient de promouvoir leur propre système d'identification (browserid), dont je prévois de lire la spec depuis un certain temps, mais n'ai jamais pris le temps à ce jour.
Donc j'ai malheureusement peu d'espoir que ça arrive jamais, même si je pense que ce système (ou une variante car la XEP est plutôt générique et cela vaudrait le coup de l’améliorer et d'ajouter notamment des fonctionnalités de droits, pour faire non seulement de l'identification, mais aussi de l'autorisation comme oauth) est probablement l'un des plus surs systèmes d'identification actuellement, car XMPP est un protocole bien plus sur, mais aussi plus rapide, donc plus agréable à l'utilisation, que l'email (sur lequel se base browserid).
Au final oui la seule méthode est de demander a l'utilisateur de noter manuellement sa "resource" (au lieu de génération aléatoire) dans le navigateur, puis de lui demander de la valider dans le client XMPP (en général une pop-up).
On pourrait développer un plug-in ceci dit pour les divers navigateurs. Mais je pense qu'il y a peu de chance que cela fasse vraiment monter l'adoption (sauf si de gros services se mettent à utiliser cela). Je suis à l’écoute de toute idée.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tag
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 2.
Salut,
merci pour l'info. Ça rajoute Jappix a la liste.
Par contre y en a aussi pas mal qui supportent pas (enfin aux derniers tests que j'avais faits): Pidgin, Adium, Swift, l'interface Web GoogleMail (qui a elle seule doit représenter une des plus grosses parts des utilisateurs XMPP du monde)… et ça limite pas mal malheureusement car ils sont très utilises.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: tag
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Diaspora devient un projet communautaire. Évalué à 5.
Salut,
à part si quelqu'un d'autre l'a aussi codé, c'est moi qui ai développé cela. Et je l'utilise régulièrement. Ça marche bien. :-)
http://wordpress.org/extend/plugins/xmpp-auth/
Ça permet de se connecter de manière très sécurisée, et en même temps sans mot de passe et facilement sur son compte Wordpress en effet. Ça permet également de filtrer les commentaires d'utilisateurs non-connectés par vérification IM. Marche bien, rapide et simple, donc c'est cool.
Seul hic: votre client doit comprendre le protocole pour vous afficher une jolie popup (Psi et Gajim seulement dans mes tests), ou au moins un support des fils de discussion (non testé perso mais il paraît que OneTeam a ce support).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: WebFWD et la France
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche WebFWD, l'accélérateur Mozilla pour startups Open Source. Évalué à 2.
Hey,
il y a des bureaux à Tokyo également. Participent-ils également? Peut-on utiliser leur bureaux?
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Qui a ce problème?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Des control groups par défaut sur un système desktop ?. Évalué à 2.
Mon ordinateur principal a ete pendant 1 an un gdium (le disque dur etait une cle usb), puis pendant 2 ans un eeepc (un peu mieux, mais ca restait une faible machine avec 1 go de RAM et des composant globalement faiblard et lent). Je peux te dire que je faisais gaffe a quel film je jouais (je pouvais pas jouer tout film un peu trop haute qualite), que je pouvais quasi rien joue qui avait de la 3D (oui meme la boule en 3D qui se balade ramait).
En fait simplement lancer Firefox avec trop d'onglet rendait mon ordi dur a utiliser (et je fermais toujours mes programmes avant de lancer un film). Ce n'etaient pas des configurations antiques. Je suis sur que si j'achetais un eeepc encore de nos jours, ce serait la meme chose.
Maintenant j'ai un mega ordi i7, avec 8Go de Ram et du SSD. C'est sur, ca va beaucoup mieux. Il n'empeche que je me souviens avoir deja rencontre des problemes avec certains fichiers, meme avec cette machine de guerre (ou alors je melange mes souvenirs, c'est aussi possible. Globalement j'ai plus trop de probleme pour video/son). Et aussi essayer pour voir des jeux 3D, cela semble toujours une utopie sans carte 3D valable (j'ai une carte intel integree).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Jack et le temps réel
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 10.
Bonjour,
Jack est supposé être adapté au temps réel/faible latence mais l'article semble dire que comme c'est en espace utilisateur, il y aurait aussi de la latence non acceptable sur Jack. Erreur ou est-on en train de dire que Jack ne fait en fait pas bien ce en quoi il est spécialisé?
Aussi on dit en général que Jack est adapté a un usage professionnel, mais que de toutes façons les non-pros ne se rendent pas compte de micro-coupures de sons (ce qui est faux. Sur mon ordi avec Pulseaudio, j'entend des micro-coupures dans la musique quand Skype fait un petit son), comme si l'utiliser aurait des désavantages pour le grand public. Est-on en train de dire qu'en fait il est possible d'avoir les deux? La qualité professionnelle (non latence, etc.) sans problème d'utilisation grand public flagrante? Si oui, ce serait génial!
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Pentadactyl
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Mangez des poneys. Évalué à 2.
Je confirme. Ça marche pas du tout. Dommage.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Quelques réponses à quelques questions
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Ouya: la console libre ?. Évalué à 8.
Yo,
je me suis intéressé à la nouvelle, alors j'ai posé quelques questions aux devs de la console. Si des gens lisent encore les commentaires de cette nouvelle, ça peut vous intéresser également.
1) J'ai vu que beaucoup disent que c'est surtout du Java sur Android, mais en lisant des articles, je lis que quelques autres langages sont supportés. Alors j'ai demande ce qu'ils préconisent. Ils confirment que Java est le langage de prédilection sur Android, mais que quelques outils supportent C++. Je n'ai pas eu plus de détails donc je ne sais pas trop à quel point le C++ est bien supporté, puisque je n'ai jamais développé sur Android.
2) Un peu plus intéressant, je leur ai demandé s'ils avaient déjà des documentations à me fournir sur la plateforme logicielle. Architecture, quels protocoles, etc. J'ai aussi voulu savoir si la plateforme était Libre (au sens FOSS). Ils n'ont encore rien en doc (ça se comprend en début de projet) et n'ont pas relevé la question sur la liberté logicielle (ce que je pense vouloir dire que c'est fermé, surtout en lisant la suite, mais ce n'est que spéculation).
3) Encore plus intéressant, ils se montrent à fond sur le côté "ouverture" dans la présentation du produit, allant jusqu’à dire qu'ils sont a fond pour le hacking matériel, qu'ouvrir la console ne rompt pas la garantie, et qu'ils pourraient fournir même les plans matériels aux gens intéressés. C'était ce que je trouvais le plus attrayant. Bien que n'étant pas dans le hardware et n'aurait surement rien fait de grandiose sinon suivre les conseils d'autres gens, dans le principe, du Libre applique au matos est un grand rêve de beaucoup de libristes (qui se réalise a petite échelle et avec un succès mitigé de temps en temps). Donc je leur demande s'ils entendent cela dans un sens d'utilisation personnelle seulement ou au sens FOSS appliqué au materiel (donc je peux commercialiser des changements, etc.).
Très clair: utilisation personnelle seulement. Plus grosse déception ici.
4) Je leur demande s'ils prévoient des traqueurs de mouvement (gyroscope, accéléromètre, etc.). Et surtout quel est leur réaction vis à vis de gens qui créeraient et commercialiseraient des contrôleurs expérimentaux divers avant eux. Ils me répondent seulement que pour l'instant, ils se focalisent surtout sur la réactivité et la précision, et que les gyroscope/accéléromètre ne sont pas leur priorité. Mais ils ne répondent pas sur la liberté de créer nos propres contrôleurs pour les vendre. Néanmoins considérant leur position en 3), j'imagine que là aussi, ils n'accepteraient pas aisément des ventes parallèles qui ne passent pas par eux (donc dîme). Mais ce n'est que supposition, comme ils ne répondent pas sur ce point.
Au final tout de même, déception générale. Je trouvais le speech marketing intéressant, mais des qu'on creuse un peu, la réalité ne suit pas. La conclusion est que le matériel n'est absolument pas Libre (au sens ou on l'entend). Ils sont plus ouverts pour les hobbyistes que les tenants du marché, ça c'est clair, mais brident tout autant ceux qui veulent aller plus loin.
La partie logicielle n'est toujours pas claire (hormis pour Android, qu'on sait avoir plus d'un problème de liberté déjà à la base, mais ce n'est encore que la partie visible de l'Iceberg), mais cela ne s'annonce pas bien. En tous cas, ils ne répondent pas clairement. Ça c'est sûr.
Dommage, j'ai failli contribuer (non que ma contribution puisse changer grand chose a leur succès évident et phénomènal sur Kickstarter). Mais au final, je me retiendrai. Ce n'est pas un des chevaliers blancs qu'on aurait pu attendre.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Financement
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Spots anti votes électronique et par internet. Évalué à 3.
Salut tout le monde,
sans aller jusqu'à parler de financement pour nous, y en a-t-il qui seraient prêt à donner pour une animation professionnelle? Et donc bien sûr, plutôt qu'un film avec acteur, êtes-vous intéressé par une animation?
Si cela intéresse, on peut essayer de faire une animation. Pour exemple voici l'animation que l'on avait faite pour le concours Firefox: https://firefoxflicks.mozilla.org/fr/video/588
Le style peut varier selon ce qui est souhaité (je peux donner d'autres exemples d'animation par la même animatrice dans d'autres styles, exemple ce reel: http://aryeom.girinstud.io/pf/ ). Et si on faisait cela, le son serait bon (dans le concours Firefox, nous n'avons tout simplement pas eu le temps de faire le son du tout. On a enregistré à la va-vite sur un micro d'ordi portable et édité le son sur la vidéo, le tout en 2h). Notez que je ne propose pas un contrat. Simplement pour pouvoir proposer cela à mon animatrice, faut bien vivre. Cela prend beaucoup de temps et de travail (la vidéo Firefox plus haut, a été faite en 2 semaines, temps plein). Donc si 200 personnes intéressée par le problème sont prêt a donner ne serait-ce que 10 euros chacun (donc 2000 euros en tout), c'est pas la panacée, mais au moins on crève pas de faim sur le trottoir. :p
Et donc si une animation libre (Art Libre, CC-by-sa, que sais-je encore!) basée sur un scénario écrit en collaboration avec la communauté vous tente, on est prêt à la faire.
Voila pour l'info. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Pourquoi PA sux
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Sortie de PulseAudio 2.0. Évalué à 1.
Salut,
quand vous parlez de mixage/accélération hardware, est-il question de ces grosses cartes externes que je voyais chez des ingénieurs du son, avec pleins de boutons, switchs et leviers? Le genre de trucs qu'ils vont en général utiliser avec Protools. Je me souviens en particulier de cartes M-audio.
Si on parle bien de cela, considère-t-on leur obsolescence essentiellement dans le monde Linux, ou Windows/OSX également? En d'autres termes, le monde professionnel du son lui-même est-il en train de migrer vers du mixage tout software?
Pourtant en tant que néophyte, je vois bien l'intérêt de travailler avec de vrais leviers pour mixer diverses entrées (l'avantage habituel du physique sur l'immatériel), bien que je conçois bien également la flexibilité du software.
Et si ce changement est vraiment généralisé (et non Linux centré seulement), alors ce sera tout de même marrant d'aller dans des studios d'enregistrement qui auront remplacé les énormes consoles de mixage de 3m de long par un petit boîtier d'où partirait tous les câbles et branché à un ordinateur. En même temps cela ferait un sacré gain de place et faciliterait l'accession au métier aux moins fortunés. De ce point de vue, c'est plutôt bon. Mais je me demande à quel point c'est vrai.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: bravo
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Participation à Firefox Flicks. Évalué à 1.
Pour info, ils ont finalement uploadé notre vidéo (dans la catégorie "animation" seulement pour l'instant, j’espère qu'ils oublieront pas l'autre soumission): https://firefoxflicks.mozilla.org/fr/video/588
Je pense pas que ça change grand chose ou que ça importe (parce que la décision finale est faite par les juges, pas le public), mais n’hésitez pas à voter sur le site de Mozilla pour flatter notre ego si vous le souhaitez. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Workflow
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Participation à Firefox Flicks. Évalué à 5.
Salut,
je vais répondre en même temps à Psychoslave et à toi.
Donc déjà désolé, les logiciels d'animation ne sont pas du tout Libres. :-/ L'animatrice utilise en gros les logiciels de la suite Adobe (et non pas Apple contrairement à ce qu'indique Zenitram): Photoshop, After Effects et Premiere.
La raison est simple. Elle a appris comme cela dans ses études (en Corée, mais je doute que ce soit grandement différent en France) et déjà qu'on n'avait pas le temps comme ça, je l'avais encore moins de lui apprendre autre chose (surtout que j'y connais rien. Mon utilisation de Gimp consiste principalement a redimensionner et couper des images).
Si on fait d'autres projets, j'aimerais qu'on essaye ensemble de regarder les logiciels Libres et voir ce qu'elle en pense avec un esprit ouvert. J'ai déjà commencé a regarder les logiciels libres d’édition et de rendu, et à les lister sur un bout de fichier, mais je n'ai aucune idée de ce que cela donne en vrai tant que je ne les aurai pas essayés avec elle.
Par conséquent, je ne peux pas répondre sur ce qui manque ou quel peut être le processus de création d'animation en tout libre. Mais cela me plairait bien de le savoir aussi et de faire un projet animation 2D en tout libre (pour 3D, je crois que Blender a fait ses preuves plus d'une fois).
Pour ce qui est du son par contre, j'ai l'impression qu'on a des trucs pas trop mal. Mais là encore, je ne suis pas ingénieur du son non plus. Audacity n'a pas une belle interface et a l'air parfois un peu amateur dans son UI même, mais je crois tout de même comprendre qu'il est assez puissant pour manipuler du son.
Ardour quant à lui fait vraiment impressionnant et professionnel dans son UI. Je me demande à quel point c'est vrai, et j'aimerais vraiment avoir l'avis d’ingénieurs professionnels qui connaissent bien les logiciels proprios habituels (Protools surtout de ce que j'ai vu dans les ingés son que j'ai connu).
Finalement pour revenir à l'image, un truc qui m’intéresse, c'est aussi de connaitre les possibilités de cluster de rendu. Faire un rendu de bonne qualité prend du temps fou (même si c'est juste de la 2D, 3D, c'est pire je crois). Et ce qui est intéressant, ce serait de savoir comment partager le travail entre plusieurs serveurs dédiés, comme savent le faire les logiciels proprios. On n'avait pas ça mais l'ordi tout pourri de l'animatrice. Mais dans l’idéal, si on continue, j'aimerais bien connaitre les possibilités de ce genre de cluster de rendu sous Linux (et utilisant des logiciels Libres) pour aller plus loin.
Enfin bon tout ça pour dire que j'en sais pas grand chose, mais que c'est aussi quelque chose qui m’intéresse personnellement.
C'est pour cela que je n'en ai pas parlé dans la news.
Si vous avez des informations, n’hésitez pas à partager. J'en ferai de même si j'explore les alternatives libres avec mon animatrice.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: bravo
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Participation à Firefox Flicks. Évalué à 2.
Salut,
merci pour les corrections. Faut que je pense à reconfigurer une touche compose pour pouvoir enfin écrire a nouveau du français correct.
Sinon oui on n'est pas dans la liste malheureusement, même si on est dans le concours, parce qu'on a eu un problème technique. On a contacté le représentant du concours. Nos participations devraient être uploadées (espérons rapidement) sur le site par un admin. Mais il m'a assuré que les juges ont reçu/recevront ma vidéo également.
Aussi comme quelqu'un a fait remarquer, le titre du journal dit "Clicks". C'est une typo. Cela pourrait-il être corrigé ("Flicks").
Merci encore pour l'edit.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: bravo
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Participation à Firefox Flicks. Évalué à 5. Dernière modification le 07 mai 2012 à 09:36.
Salut,
sans être aussi virulent que Zenitram, il a raison sur ce coup. Les versions ogg/theora et webm, je les ai converties à partir de la version .mov parce que c'est "l'original" que l'animatrice a générée (a priori elle ne savait pas comment générer ni du webm ni du ogv dans ses logiciels). Aussi le mov est 1280x720 alors que webm et ogv sont en 640x360.
Donc ce n'est pas comparable et comparer les tailles de fichier ici n'a pas de sens.
Note que je n'ai pas essayé de faire des conversions haute résolution en webm/ogv, uniquement parce que je pense toujours aux petites machines d'abord et que je les ai converties rapidement pour regarder sur le net. Mais je peux faire des ogv/webm haute résolution si j'ai des demandes (bon a priori déjà une avec toi).
Sinon je comprends bien ta remarque et ton étonnement, et si j'ai généré des ogv/webm, c'est parce que j’étais bien conscient qu'il fallait cela pour apparaitre dans le navigateur Firefox correctement.
Et dans le cas présent, j'ai préféré donner la version originale (tout en sachant qu'on est sur linuxfr pourtant) parce que… ben c'est de meilleure qualité. Y a pas mal d'artefacts et des détails qu'on ne voit pas dans les versions en plus faible résolution.
Et oui, je pensais aussi rajouter le "making-of" quand j'aurais un peu de temps. :-)
Merci.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Merci !
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal Participation à Firefox Flicks. Évalué à 2.
Salut,
pour la fluidité, c'est juste que "l'animation" des photos au stade actuel se limite à la montrer une fois en "grand" au milieu, puis en "petit" dans sa région du monde respective.
Il n'y a pas d’intermédiaire, simplement parce que je n'ai pas eu le temps de le coder.
Ensuite y a aussi le fait qu'il est possible que sur une petite machine, cela fasse beaucoup de js à ce moment là (mais si tu dis que tu as une bonne machine, dans ton cas, ce n'est surement pas cela). C'est pour cela que j'aimerais pousser du calcul cote serveur dans une future version.
Et oui ajouter cette fluidité n'est pas "compliqué", mais cela prend un peu de temps a mettre en place. En gros, j'ai un temps limite et fixe (que je connais) dans la vidéo pour lequel je vais afficher mes photos. À partir de là, j'ai un nombre dynamique de photos (il augmente au cours du temps, je ne le connais pas au moment de coder). Donc à chaque chargement de page, je calcule tous les combien de millisecondes je vais afficher une nouvelle photo pour toutes les afficher à temps. Ça, c'est la version simple que j'ai d'abord faite.
Il ne faut pas oublier que je dois afficher les photos que j'ai déjà affichées précédemment (je garde donc un état).
Puis ce que je fais maintenant, c'est juste diviser ce laps de temps par 2, et j'ajoute une photo en grand, puis en petit. C'est la version actuelle.
Pour rendre cela vraiment fluide, je dois encore subdiviser ce temps (et le plus, je subdivise, le plus cela aura l'air fluide) pour ajouter des tailles intermédiaires. En outre, cette fois, je ne pense pas que subdiviser parfaitement rendra bien. La grande taille et petite taille doivent tout de même rester un peu plus longtemps (à tester).
Enfin voila l’idée.
Aussi ne pas oublier qu'on parle de vidéo. C'est a dire que je dois redessiner a chaque frame en gros, même si les photos n'ont pas changé de position. C'est aussi à prendre en compte.
Sinon merci pour les commentaires (et les critiques).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Cas d'utilisations complémentaires
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal NoSQL ou pas ?. Évalué à 1. Dernière modification le 01 mai 2012 à 04:37.
Je cite les clés -> valeurs car c'est le principal point commun des NOSQL, de manière générale. Aussi j'ai surtout utilisé Redis, donc ceci explique cela.
Mais oui certaines NOSQL permettent des formes de structures (les "documents"), et même une recherche SQL-like, a ce que j'ai lu. Ou bien ils ont d'autres formes de recherche (des "vues" dans couchdb).
C'est donc vraiment dur de faire des généralités car il n'y a pas ou peu de "standard NOSQL". Si tu veux faire les choses bien, tu devrais en gros lire (en diagonal au moins) toutes les docs avant de te lancer.
Pour parler du stockage par "document", un point souvent soulevé pour leur usage est en effet si ces documents ont des champs très variables.
Par exemple, si tes livres ont tous un titre, un auteur, un numero de reference, et un style, c'est facile. Mais parfois tu veux plusieurs auteurs, tu veux un sous-titre, tu veux mettre plusieurs titres ou styles, voire certains livres n'ont pas d'auteur connu, ni de titre, etc. Et certains livres ont des caractéristiques uniques assez rares, mais on veut tout de meme avoir une structure pour ces données rares.
On a vu de tout dans l'histoire de la littérature.
C'est en effet souvent un avantage soulevé de certaines NOSQL. A toi de voir si tes données sont de ce genre. Et a toi de verifier tes besoins de recherche et les possibilites de recherche/vues que te donne la bdd.
Enfin ne jamais oublier que mélanger les bdds est aussi un choix valable pour t'adapter a tes donnees.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: entités
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal NoSQL ou pas ?. Évalué à 5. Dernière modification le 01 mai 2012 à 04:15.
Salut,
comme je disais, cela dépend beaucoup de ton usage. Pour les factures, cela dépend donc si tu veux juste les stocker, puis les lister ensuite dans l'ordre par exemple, ben oui du NOSQL fait l'affaire. Par contre, si ton but est ensuite de faire des recherches dedans (ce que je peux parfaitement imaginer pour des factures) selon divers critères, alors SQL peut sembler plus adapté.
Néanmoins certains bdd NOSQL ont aussi des possibilités de requêtes avancées (MongoDB apparemment par exemple), autre que sur la clé.
Mais si le programme est plus évolué que le stockage de factures, car il liste aussi les utilisateurs, et des produits, etc. En gros, on crée des relations entre les diverses données. SQL semble de plus en plus adapté.
Je dirais donc que cela dépend énormément de ton application, ou de ce que tu la vois devenir (car elle peut être simple au début, mais si tu as des plans pour le futur, autant ne pas te mettre des bâtons dans les roues au début).
Enfin pour reprendre ta réponse a ton DBA qui te dit a juste titre que SQL facilite le compte de vente par produit, tu sembles penser que c'est une réponse a cote de la plaque. Mais je pense au contraire que c’était une excellente réponse. L'analyse décisionnel, les statistiques ou la recherche d'information peut être le but même de l'application. Tu ne peux pas dire "ah non, le métier d'une bdd, c'est juste de stocker bêtement! On va pas se mettre a analyser les données non plus!" Donc si ton application requiert ce genre d'usage et que ta bdd NOSQL ne le permet pas (encore une fois, certaines ont des fonctionnalités de recherche avancées, donc certaines le peuvent peut-être), alors c'est un mauvais choix.
Il n'y a pas de "cas métier principale". Il y a juste une décision logique suivie par applicative.
Comme je disais, il ne faut pas se borner a un choix technologique avant même d'avoir mis a plat tes besoins. On doit faire l'inverse: décrire les besoins et les choix technologiques en découlent.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Cas d'utilisations complémentaires
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal NoSQL ou pas ?. Évalué à 10.
Sommaire
Salut,
il ne faut pas faire un choix technologique en ayant déjà décidé d'une technologie (parce que a la mode par exemple). C'est une erreur que font beaucoup pour NOSQL, mais aussi inversement de ceux qui étaient supra habitues au SQL et faisaient tout avec (ils n'avaient pas trop le choix ceci dit, mais maintenant ils l'ont).
En d'autres termes, si le schéma que tu en-visionnes pour ton application est fortement relationnel, alors oui va avec du SQL.
Exemples Courants d'utilisation
Second point, il faut aussi voir que SQL et NOSQL ne sont pas forcement a mettre en rapport de force. Ils peuvent être complémentaire et selon l'application, tu peux avoir tout intérêt a utiliser les 2 a la fois.
Exemple extrêmement commun d'un élément totalement non-SQL que l'on trouve sur la plupart des applis web: les sessions. Jusque la, il y avait deux principales facons de gérer les sessions: soit tout dans les cookies (mais cela pose des problèmes de sécurité, car même encryptées, on donne tout de même le temps et toutes les données a l'utilisateur pour s'amuser a décrypter et falsifier des données), soit en bdd. Or une session est en général lue a chaque requête HTTP, et parfois réécrite. Cela fait énormément de requête SQL lentes et non adaptées `a chaque requête HTTP. Les bases NOSQL (en particulier celles "tout en mémoire") sont particulièrement bien adaptes pour stocker les sessions. Et ce, même si le reste des données peut être ds une bdd SQL.
Autre exemple commun: le cache. Dans une application web, diverses données peuvent être mises en cache. Parfois on va même mettre en cache le résultat de requêtes SQL dont on est sur qu'elles sont très lentes a faire, ne changent pas rapidement, mais sont cependant souvent demandées. On la fait donc une fois toutes les X secondes, et on cache le résultat.
Parfois on cache aussi simplement des pages web entières sur le même principe. Cela évite d'avoir a les régénérer et a faire tourner l’interpréteur PHP/python/ruby alors qu'on sait qu'il va générer toujours a peu près la même page. Évidemment on ne va pas mettre en cache une page dont la réactivité au changement est primordiale, mais les pages qui changent relativement peu (sorte de "semi-statique").
Décision
Donc de manière générale, comment on décide si on utilise SQL, NOSQL ou les deux?
Très simple: exactement comme tu faisais jusque la:
* tu réfléchis d'abord a ton application et tu en fais le schéma.
* Si tu réalises que ton schéma est très relationnel (cad que les informations se recoupent sans arrêt d'une table a l'autre, par exemple que tes donnes d'artistes sont intéressantes surtout en les mettant en relation avec les données d’œuvres) et que tu as beaucoup de contraintes d’intégrités a faire (duplication de données, contrainte de valeur sur une colonne…) ou de recherche sur les donnees par divers criteres (recherche sur le nom, sur le style, sur l'age, etc.), alors SQL.
* Si tu réalises que tu as des données très individuelles, qui en général se limitent a être référées `a partir d'un index (recherche toujours sur cet index), alors NOSQL est surement bien plus efficace et logique.
Pour reprendre nos exemple: on cherchera (en général) des données de session par son identifiant (qui se trouvent dans le cookie); on cherchera un cache par la signature de sa requête (un hash de la requête SQL pour un cache de bdd, un hash de l'url pour un cache web, etc.).
Un autre exemple pourrait être le profil utilisateur (comment il a configure son espace perso) dans un site web par exemple. En général, tu vas juste chercher le profil de quelqu'un par son identifiant utilisateur. Tu ne cherches pas a recouper les données. On ne cherche pas trop a récupérer l'ensemble des profils de linuxfr qui utilisent telle CSS (on pourrait vouloir le faire pour des raisons statistiques, mais de manière pratique, cela n'aurait en général pas d’intérêt). On peut la aussi imaginer l'ensemble des données ds du SQL, excepte le profil utilisateur, les sessions, du cache.
Donc ne cherche pas `a faire rentrer du relationnel en NOSQL. Fais juste en sorte de rentrer les bonnes données dans les bons schémas.
Autres caractéristiques du NOSQL
Performances
Les avantages du NOSQL sont nombreux ensuite. Déjà elles sont souvent énormément plus efficaces. En particulier celles qui sont faites pour tourner en mémoire comme memcached ou redis. Cela peut être de l'ordre de 1000 fois plus rapide dans ces cas la (et selon l'utilisation qui est faite sur ton serveur).
Non-Persistance
Ensuite il y a parfois des données changeant énormément ou faite pour ne pas rester longtemps. Dans mes exemples, c’est le cas du cache ou des sessions. Typiquement a l'ancienne en bdd, on va régulièrement nettoyer le cache/sessions pour retirer tout ce qui est un peu trop vieux, par exemple avec un cron qui fait une requete sur la date de création: c'est lent, imprécis, imparfait, ralentit toute la base a intervalle régulier (et encore j'ai vu bien pire comme méthode de "garbage collection" dans une bdd). Alors que (en général) les NOSQL ont ce genre de fonctionnalités incorporées avec la possibilité de donner un "time to live" (ttl) a une donnée.
Par exemple, je crée une session pour un nouvel utilisateur avec un ttl de 1 mois. S'il se reconnecte régulièrement, je repousse son ttl pour rallonger la session. S'il ne se reconnecte plus pendant un mois, la bdd supprime automatiquement la vieille session (et la prochaine fois, l'utilisateur doit se reconnecter pour recréer une session). On donne ainsi la complexité de gestion des durées de vie de ce genre de données a la bdd.
Cela est donc aussi un point a prendre en compte: a quel point tes données doivent être persistantes? Note que si ce sont des données dont la survie n'a aucune importance (suite a un crash par exemple), comme du cache ou a moindre échelle (un peu embêtant, mais pas primordial) des sessions, alors tu peux encore plus accélérer ta bdd NOSQL en ne la sauvant pas sur disque.
Bien sur tu peux aussi être très persistent en NOSQL et sauver constamment tes donnes sur disque quand tu ne peux pas te le permettre, comme tu le fais en SQL. Je dis juste que tu as le choix et que NOSQL devient vraiment un outil de premier ordre quand tu tombes dans ce cas d'utilisation de données temporaires et que tu n'as pas besoin de sauver sans arrêt.
Etc.
Il y a de nombreux autres points qui rendent les NOSQL très intéressantes "pour certaines données". Je crois par exemple que certaines bdds sont capables de libérer automatiquement les données quand ça va dépasser la mémoire machine (de sorte qu'on peut s'arranger pour ne jamais aller en disque).
Aussi sur Redis, j'adore le fait que les donnes peuvent être typées: des listes, des sets, etc. Je pense qu'on peut tous voir a quel point cela peut être pratique, c'est comme pousser du code vers la bdd et rendre les données persistantes (sans avoir pour autant `a remodeler ces données dans une logique relationnelle).
Etc. Etc. Etc.
Chaque NOSQL a ses propres avantages très différents les uns des autres. A toi d’enquêter. :-)
Conclusion
Le NOSQL, c'est vraiment sympa pour certains cas d'utilisations et je pense que ce que l'on verra de plus en plus, c'est un mix de relationnel et de NOSQL.
Par contre pour des applis web très simplistes, je pense qu'on peut voir plus souvent du NOSQL utilise avec succès que du SQL, car souvent les applis simples, cela signifie que les données sont du type clé -> données.
P.S.: excusez moi pour les problèmes d'accent (le correcteur orthographique a pu en corriger certains, pas tous). Je n'ai pas encore configure de touche compose sur ma toute nouvelle machine.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Sioux
Posté par Jehan (site web personnel, Mastodon) . En réponse à l’entrée du suivi Améliorations de la recherche. Évalué à 1 (+0/-0).
Justement ne serait-il pas possible de faire comme Google? Le framework de recherche que vous utilisez a probablement un système de poids afin de donner un poids différent aux différents éléments d'un article (plus de poids pour les tags, puis le titre, la section joue sûrement aussi, puis l'article en lui-même, et enfin les commentaires). Le tout est ensuite de jouer sur ces poids pour affiner progressivement (au moins déjà à la loupe avec des tests à la main, éventuellement plus tard en automatique si un système d'apprentissage peut être mis en place).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Au sujet de la facilité de contribuer du code
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Compte‐rendu de la tchache LinuxFr.org du 28 novembre. Évalué à 4.
Salut,
bon je reviens sur un sujet connu: la facilité de contribution de code. Ce serait vraiment bien que vous puissiez mettre en place un petit système d'environnement de dév (avec des chroots ou autres trucs d'admin de votre choix) pour créer rapidement des instances pour ceux souhaitant contribuer.
Je sais que ce n'est pas non plus un truc qui se fait en 5 minutes, mais je suis persuadé que le temps utilisé pour monter ce système sera gagné derrière avec les patchs. J'avais perdu des heures lors du concours sans succès pour monter une plateforme (faut dire aussi que mon ordi unique est un eeepc et l'OS se faisait déjà vieux). Et considérant le fait qu'aucun participant développeur n'est allé au bout (alors qu'on doit être assez nombreux à traîner dans le coin), je pense que je n'étais pas le seul.
Je ne dis pas que vous aurez soudainement des patchs journaliers, mais si j'avais accès à un tel environnement, je me tenterai bien à quelques patchs de temps en temps, quand j'ai une heure à tuer (comme un moteur de recherche qui marche enfin, ou encore divers patchs liés à XMPP, probablement au passage en réimplémentant la messagerie interne?). Et je suis persuadé que d'autres seraient dans mon cas.
Évidement une excellente documentation d'installation (et/ou des scripts pour tout faire en quelques commandes) est plus pérenne dans le temps et plus dans l'esprit d'un partage (pour qu'autrui puisse réutiliser le code pour un autre site). Mais comme je le dis, pour les gens qui voyagent sans arrêt et n'ont pas de gros serveurs/machine de test à disposition (parce que si j'avais vraiment une maison fixe avec un gros ordi dedans et une distrib à jour, je pense que j'aurais réussi au final à lancer ce site), une plateforme de dév, ce serait génial.
Bye et merci!
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Techniquement oui.
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal MD5 et garantie de non-modification. Évalué à 5.
Salut,
tout dépend de la personne. Si la personne est un minimum compétente en informatique, oui. "Compétente" non dans le sens où elle doit réellement appréhender les détails algorithmiques, mais au moins globalement comprendre le principe d'une fonction de hachage. Parce qu'un "quidam" moyen, s'il ne veut pas comprendre, tu pourras lui expliquer comme tu veux, ça reste de l'algorithmique, donc c'est compliqué et il te dira qu'y a sûrement des moyens de trafiquer (même s'il saura pas te dire comment) parce que l'informatique, c'est magique.
Plus simple évidemment serait s'il y avait une quelconque reconnaissance légale de ce genre de procédé.
Bon en aparté, à ta place, je prendrais une fonction un chouille plus robuste comme SHA-1 (qui est dispo partout maintenant, comme MD5) car MD5, c'est de plus en plus abandonné puisque depuis quelques années, "on" sait créer des collisions pour une signature donnée (générer un autre "document" qui génère la même signature). Bon dans ton cas précis, je ne pense pas que ça ait la moindre importance (ce sont des documents avec du langage humain a priori dont tu parles, donc avant d'arriver automatiquement à créer un second document qui utilise le même langage, avec un sens compréhensible et qui aurait la même signature, faudra se lever tôt), mais au moins t'es sûr de pas avoir de plainte avec SHA-1, même avec quelqu'un de mauvaise foi. :-)
Sinon globalement tu peux utiliser la partie "signature" des algorithmes asymétriques (PGP et compagnie). Bon ça fait globalement la même chose exactement que ce que fera ta proposition avec MD5 (ou SHA-1), puisque tu t'intéresses uniquement à garantir l'intégrité de ton document (il est pas modifié).
Mais je parle de ça uniquement parce qu'a priori, d'après Wikipedia (http://fr.wikipedia.org/wiki/Signature_num%C3%A9rique#Valeur_l.C3.A9gale), ça aurait une valeur légale. Ensuite si tu fais ça dans ton coin (sans passer par un notaire ou autre), je sais pas si ça en a plus que du SHA-1, mais bon, c'est une idée en l'air.
Donc réponse courte: techniquement, oui.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: asynchrone?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Movim 0.3 est sorti ! Que ferez vous pour la 0.4 ?. Évalué à 10.
Salut,
je ne connais ni Jaxl, ni Movim, mais je connais bien PHP et XMPP. Je pense simplement que les mots furent mal choisis par l'auteur.
XMPP a une logique très asynchrone au contraire, dans ceci qu'on ne va pas envoyer une requête, puis attendre la réponse en bloquant le reste (et avant d'envoyer une autre requête). On va plutôt envoyer une série de requêtes en parallèles (si ça a du sens), et on recevra (ou non) les réponses quand elles arriveront: dans 1/100 de secondes (automatique), ou même dans un jour (réponse par un humain), voire jamais, etc. On suit les réponses par des systèmes d'identifiants, de thread, etc. Et si on veut envoyer une nouvelle requête (liée logiquement ou quelque chose qui n'a rien à voir), on n'est nullement bloqué; tout se fait en parallèle.
XMPP est donc typiquement asynchrone, contrairement à ce qui fut dit.
Maintenant dans cet article, j'imagine que ce que l'auteur entendait, c'est que XMPP est "connecté": on ouvre une socket TCP et on la laisse ouverte tout du long. Puis on y balance des requêtes si nécessaire ou on en reçoit d'autres entités.
PHP, tel que géré par un serveur web "habituellement", sera typiquement "non connecté". Un site web, ce sera en général des petites sessions extrêmement courtes (le temps que la page s'ouvre). Et on ne peut pas "sauver" ni partager une même connexion socket d'une session PHP à l'autre par exemple (pour autant que je sache. Peut-on le faire dans d'autres langages côté serveur par contre? Je ne sais pas). Ensuite il peut y avoir des contournements, par exemple avec des requêtes Ajax pour faire durer beaucoup plus longtemps une session PHP, ou bien Comet, plus récemment Websocket (mais c'est pas encore dans les navigateurs récents). Ces diverses méthodes restent tout de même limitées (le web n'est simplement pas fait pour ça par design).
Ou bien du côté XMPP, on a une extension pour transformer notre socket connectée en BOSH non connecté.
Sinon en dehors de cela, si, PHP — si exécuté hors web — pourrait tout à faire avoir des sessions infinies (comme n'importe quel langage) et n'a pas de problème pour XMPP.
En gros, j'imagine que l'auteur ne parlait pas de synchronicité, ni de PHP (mais du web). Il parlait du modèle de connexion longue de XMPP et de celui de session à vie extrêmement courte du web. Des logiques totalement contraire par design.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Et si on va carrément plus petit?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 1.
uhuhuh. Si je m'intéresse à des alternatives très petites aussi, c'est pour savoir ce qu'il existe qui peut tenir dans le fond du sac sans se faire remarquer en poids/encombrement, pas des modèles quasi aussi lourd, encore plus gros et encombrant et qui avaient une autonomie ridicule, mais avec un écran minuscule.
En plus, ça se vend plus. Et on peut pas demander à une entreprise qui vous propose (sans que vous demandiez rien) un ipad2 de vous acheter à la place un modèle d'y a 4 ans, en occase, avec du matos ridicule. Comme quelqu'un l'a très bien compris plus haut, dans ce genre de cas le "hype" aussi est important. Et dans ce cas particulier, c'est même pas une question de hype. Un vieux eeepc ne répond simplement pas à mon attente (faible poids/encombrement, bonne autonomie, Skype video, donc caméra et mic de bonne qualité dans les standards actuels).
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Always Innovating
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 2.
Salut,
je vois. Je comprends leur position. Il n'est pas toujours facile pour une startup de suivre les demandes pressantes des utilisateurs. Ensuite je pense que ça a l'air d'une boîte avec de bonnes idées et une bonne philosophie mais qui probablement a fait trop de promesses et ne peut pas les suivre. J'imagine que ce genre de comportement dans un business matériel te retombe dessus beaucoup plus facilement que dans du logiciel.
Je viens aussi d'un tour sur leur forum car leur site web est vraiment pas à jour, à part pour les comparaisons avec la concurrence. C'est d'ailleurs la seule chose que j'ai vue où par contre, je trouve que c'est un mauvais état d'esprit de toujours comparer aux autres "nous on est les premiers, on est les vrais innovateurs, etc." C'est sûrement vrai, mais alors? On devrait interdire les autres (faire des brevets?)? C'est un peu une attitude "maîtresse, il a copié!" (surtout moyen quand on a pas rendu sa copie).
Bon et sur leur forum, les clients sont plutôt en colère. Ils tempêtent, se moquent de l'entreprise, disent attendre depuis plus d'un an leur commande, n'ont soit pas de réponse à leurs emails (et apparemment pas sur le forum non plus), ou quand ils en ont et la copie sur le forum, ça fait très langue de bois (aucune info concrête, et pas aussi transparents qu'ils le disent sur "pourquoi" ça tarde autant).
Aussi j'ai lu un test du Linux Journal (bon vieux d'un an et demi, donc ça a sûrement évolué), et en gros le hardware allait, mais le software était à la limite de l'inutilisable d'après ce test. :-/
Ah et pour le fait que le fondateur serait quelqu'un, je n'ai jamais été "people" et ça ne m'intéresse absolument pas de savoir si quelqu'un est "connu sur Internet" pour décider que son produit est ce qui me convient.
Au final, je leur jette pas la pierre et je leur souhaite de réussir car ce qu'ils cherchent à produire est cool. Mais ça ne correspond définitivement pas à ce que je cherche dans l'immédiat, finalement. Dommage. Mais tu t'imagines bien que je ne peux pas me permettre de proposer un produit qui arrive je-ne-sais-quand d'ici un an ou deux et qui a un software bancal pour une alternative à un ipad2 qu'on veut m'acheter là tout de suite. uhuh :-)
Mais — qui sait? — si Always Innovating arrive à mieux stabiliser son business et son système de commande dans le futur, peut-être que je m'y intéressais d'ici quelques années et essaierai d'en acheter un personnellement à ce moment?
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Et si on va carrément plus petit?
Posté par Jehan (site web personnel, Mastodon) . En réponse au journal La crème des notebooks ?. Évalué à 1.
Et sinon qu'existe-t-il si on va carrément dans des tailles plus petites, proches des téléphones (plus gros pour être un peu plus agréable qu'un écran de téléphone, mais moins gros et lourd qu'une tablette)? Y a-t-il du matériel dans cette catégorie qui ne soit pas un téléphone, mais qui soit vraiment une sorte de micro ordinateur avec du wifi, quelques entrées pour des périphériques (clé usb?), une bonne autonomie, etc. et évidemment avec une caméra et une plateforme où Skype est installable pour faire des vidéo-conférences (puisque c'est l'excuse de l'achat)?
Bien sûr dans ce cas, y aurait pas de clavier, mais c'est pour étudier les diverses alternatives qui existent dans le monde du petit matériel informatique. :-)
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]