Aller au contenu
Pas de pub non magique pour les membres du Cercle VM. Clique ici pour en savoir plus !

Recommended Posts

Publié le

Comme il a été dit, cette idée de base partagée ne date pas d’hier, et si quelques réalisations ont vu le jour, c’est à l’origine un projet couteux, et qui n’a donc pas aboutit tel que rêvé ici…

C’est déjà couteux à mettre en place d’un point de vue documentaire, avec uniquement des textes…

Pour inclure des vidéos sur le serveur lui-même, cela devient pharaonique :

Le stockage, l’harmonisation des formats vidéo, la gestion des droits de diffusions, tout cela demande de gros moyens.

Avoir des vidéos décentralisées sur des sites de particuliers ou sur youtube, ce n’est absolument pas une solution pérenne, les vidéos disparaissent du net… et la gestion des mises à jour des liens demandera des automates pas si simples que ça à mettre en place.

Si on attend quelque années, l’abondance de terra sur les postes locaux permettrons sans doute d’avoir en local toutes les vidéos que l’on souhaite garder, et des systèmes de mise à disposition de données pour la communauté, pour téléchargement, ne posera plus de problème.

Cela existe déjà, plus on aura de place pour stocker, plus on va revenir à cette notion de stockage local.

La centralisation tout azimut que l’on observe en ce moment est d’ailleurs dictée par des désirs commerciaux des grands groupes :

C’est ce qui permet à Google et aux autres de lire nos mails, de nous pister sur tout ce que l’on fait, et de nous vendre de la pub.

Si chacun avait, par exemple, un serveur de mail en local sur sa machine, la centralisation n’aurait aucune raison d’être, et le pistage de nos vies privées (de ce qu’il en reste, pour ceux qui n’affichent pas tout ça volontairement sur Facebook) serait plus compliqué.

La mise en place de serveurs de mail en local, par exemple, est une pratique ancienne sous linux.

Mais il faut bien sûr voir aussi la disponibilité, les portables et tablettes devenant la norme, et les applications locales n’étant plus en permanence disponibles à la connexion…

 

Bref, tout cela pour dire que je trouve plus rassurant d’avoir en local les choses qui m’intéresse, quitte à devoir faire attention aux sauvegardes, que d’avoir des données dans un cloud ou un site qui peut disparaitre du jour au lendemain.

Mais bon, je suis forcément dépassé, je ne dois pas être vraiment informaticien…

Gilbus

  • J'aime 1

Quand le magicien montre la lune avec son doigt, le public regarde le doigt...

Pas de pub non magique pour les membres du Cercle VM. Clique ici pour en savoir plus !
Publié le
il y a 1 minute, Moonlight a dit :

4D Doit stocker ses données sur chaque poste client ? C'est nouveau ca vient de sortir. Avec 4D, les postes clients dans le cas d'application multi-utilisateurs sont stockées sur des serveurs décentralisés puisque ces mêmes données sont interrogeables via le web si l'on veut. Si on pusse plus loin on peut même faire des applications mobiles pour interroger ces données. Donc tu parles de ce que tu ne connais pas.

Non, ça ne vient pas de sortir : c'était le cas dans les premières versions. Comme tu ne peux pas l'avoir raté, je mentionnais les applications 4D des années 90. Sauf erreur de ma part, le web n'est supporté que depuis la version 6 et des patates, sortie au début des années 2000. Par conséquent, les applications 4D de cette période s'appuyaient sur des bases distribuées, oui.

Donc apparemment je parle de choses que, certes, je ne connais pas très bien, mais que j'ai l'air de connaître au moins aussi bien que toi quand même xD.

il y a 32 minutes, Moonlight a dit :

Dans le cas que j'ai exposé, aucune donnée n'est stocké sur les postes clients et je ne pense pas l'avoir dit.

C'est vrai, tu ne l'as pas dit. Mais dans la mesure où tu sembles défendre une architecture de ce type, j'ai supposé que tu avais choisi un exemple en rapport avec le sujet pour faire avancer la discussion. Visiblement, je me suis trompé, au temps pour moi.

Du coup, pourquoi mentionnes-tu cet exemple, s'il n'a rien à voir avec ce que tu préconises ? C'est juste pour te faire mousser ? O.o

il y a 36 minutes, Moonlight a dit :

Ensuite, le problème n'est pas l'outil utilisé mais la capacité de stockage sur les serveurs.

Ensuite, un Cloud n'est pas un serveur de bases de données et ne s'administre pas de la même façon. 

Et je ne parle pas des coûts pour monter ce genre de choses si l'on veut faire quelque chose de sérieux.

"Un" cloud, ce n'est rien d'autre qu'un ensemble de serveurs qui mettent à disposition des ressources à la demande. Tu as besoin d'une grosse puissance de calcul ? Voilà des CPU. Il te faut de l'espace disque ? Voilà des gigaoctets supplémentaires.

Donc non, évidemment, un cloud n'est pas un serveur de base de données : c'est un serveur tout court, libre à toi d'y installer ce que tu veux. Quant au coût, c'est plus ou moins le même que celui d'un serveur classique chez un hébergeur, à ceci près que tu ne consommes que les ressources que tu utilises. D'où des économies sur le traditionnel surdimensionnement des serveurs (je prévois trop large pour les éventuels pics d'activité).

Une dernière chose : dans mes messages précédents, j'ai pris un maximum de précautions oratoires, j'ai précisé que je n'étais pas un spécialiste, et que je n'y connaissais pas grand chose. Je ne voulais pas me ridiculiser en contredisant un expert, car je pensais que tu en savais beaucoup plus long que moi sur la question.

Je prends conscience un peu tard que, là-dessus aussi, je me suis trompé. Au temps pour moi.

  • Merci 1

L'important, c'est que ça valide !

Publié le

Sinon j'ai encore mieux : on achète une île déserte et on vit tous ensemble pour faire une BDD vivante.

 

Bon faudra penser à avoir des filles sinon ça va être problématique.

  • Haha 2

Faiseur de trucs et de bidules.

Publié le
il y a 19 minutes, Magic-Tony a dit :

Sinon j'ai encore mieux : on achète une île déserte et on vit tous ensemble pour faire une BDD vivante.

 

Bon faudra penser à avoir des filles sinon ça va être problématique.

heuuu.... ce n'est pas un peu le concept d'un club de magie???? ;)

Gilbus

Quand le magicien montre la lune avec son doigt, le public regarde le doigt...

Publié le (modifié)
il y a 41 minutes, Alx a dit :

Non, ça ne vient pas de sortir : c'était le cas dans les premières versions. Comme tu ne peux pas l'avoir raté, je mentionnais les applications 4D des années 90. Sauf erreur de ma part, le web n'est supporté que depuis la version 6 et des patates, sortie au début des années 2000. Par conséquent, les applications 4D de cette période s'appuyaient sur des bases distribuées, oui.

Donc apparemment je parle de choses que, certes, je ne connais pas très bien, mais que j'ai l'air de connaître au moins aussi bien que toi quand même xD.

C'est vrai, tu ne l'as pas dit. Mais dans la mesure où tu sembles défendre une architecture de ce type, j'ai supposé que tu avais choisi un exemple en rapport avec le sujet pour faire avancer la discussion. Visiblement, je me suis trompé, au temps pour moi.

Du coup, pourquoi mentionnes-tu cet exemple, s'il n'a rien à voir avec ce que tu préconises ? C'est juste pour te faire mousser ? O.o

"Un" cloud, ce n'est rien d'autre qu'un ensemble de serveurs qui mettent à disposition des ressources à la demande. Tu as besoin d'une grosse puissance de calcul ? Voilà des CPU. Il te faut de l'espace disque ? Voilà des gigaoctets supplémentaires.

Donc non, évidemment, un cloud n'est pas un serveur de base de données : c'est un serveur tout court, libre à toi d'y installer ce que tu veux. Quant au coût, c'est plus ou moins le même que celui d'un serveur classique chez un hébergeur, à ceci près que tu ne consommes que les ressources que tu utilises. D'où des économies sur le traditionnel surdimensionnement des serveurs (je prévois trop large pour les éventuels pics d'activité).

Une dernière chose : dans mes messages précédents, j'ai pris un maximum de précautions oratoires, j'ai précisé que je n'étais pas un spécialiste, et que je n'y connaissais pas grand chose. Je ne voulais pas me ridiculiser en contredisant un expert, car je pensais que tu en savais beaucoup plus long que moi sur la question.

Je prends conscience un peu tard que, là-dessus aussi, je me suis trompé. Au temps pour moi.

Faux pour ce qui concerne 4D. 4D en mode client serveur fonctionne depuis la version2 ou 3. On a une appli frontale qui attaque des données d'un serveur. Je le sais d'autant mieux que j'étais Bêta testeur de ces versions. La version 5 via un plug-in permettait la consultation via le web. Dans le mode clien-Serveur, les données n'ont jamais été stockées en local sur les postes clients (ACI l'éditeur de l'époque de 4D a été le précurseur en la matière).

Pour ce qui est du sujet lui même comme dit plus haut par Gilbus, il vaut mieux pour ses besoins propres d'avoir une appli en local. Si on a besoin d'infos de recherche comme dut plus haut c'est Google, Qwant et autres moteurs de recherche qui sont de plus en plus sophistiqués au niveau de leur algorithme de recherche.

Modifié par Moonlight

Thierry Périchon
http://www.moonlightanimations.fr
 

Publié le

Tu sais, je ne prétends pas non plus être un expert mondial 4D :D

Mais si, en version 5, il te fallait un plugin, ça semble quand même indiquer que la fonctionnalité n'a été intégrée que dans une version ultérieure. Du coup, ça nous amène à la version... 6 (et des patates, comme je l'annonçais avec une précision impressionnante xD)

Je ne savais pas que tu avais été bêta-testeur de 4D (quoique, avec le recul, ça ne m'étonne pas : tu es incontestablement le Bernard Lavilliers de l'informatique et de la magie), et la comparaison avec 4D n'était absolument pas destinée à te vexer. Je voulais simplement donner un exemple pour étayer mon point de vue selon lequel cette architecture très en vogue il y a 30 ans est obsolète aujourd'hui.

Désolé si tu l'as pris pour toi.

Oui, j'ai entendu parler de Google, il paraît que leur algorithme d'indexation n'est pas mal...

Mais pour des besoins plus personnels, il existe des tas d'autres solutions (comme Elasticsearch, SolR ou Lucene). Bon, ça, c'est pour les gens qui n'ont pas redéveloppé Alfresco pour leurs clients internationaux...

 

 

L'important, c'est que ça valide !

Publié le (modifié)
Il y a 2 heures, Alx a dit :

Tu sais, je ne prétends pas non plus être un expert mondial 4D :D

Mais si, en version 5, il te fallait un plugin, ça semble quand même indiquer que la fonctionnalité n'a été intégrée que dans une version ultérieure. Du coup, ça nous amène à la version... 6 (et des patates, comme je l'annonçais avec une précision impressionnante xD)

Je ne savais pas que tu avais été bêta-testeur de 4D (quoique, avec le recul, ça ne m'étonne pas : tu es incontestablement le Bernard Lavilliers de l'informatique et de la magie), et la comparaison avec 4D n'était absolument pas destinée à te vexer. Je voulais simplement donner un exemple pour étayer mon point de vue selon lequel cette architecture très en vogue il y a 30 ans est obsolète aujourd'hui.

Désolé si tu l'as pris pour toi.

Oui, j'ai entendu parler de Google, il paraît que leur algorithme d'indexation n'est pas mal...

Mais pour des besoins plus personnels, il existe des tas d'autres solutions (comme Elasticsearch, SolR ou Lucene). Bon, ça, c'est pour les gens qui n'ont pas redéveloppé Alfresco pour leurs clients internationaux...

 

 

En version 5, il fallait un plug-in pour interroger via le web mais pour faire du délocalisé avec les données cela existait depuis longtemps avec 4D. La seule contrainte (qui n'en pas vraiment une) était de mettre sur chaque poste client la partie cliente de 4D mais en aucun des données n'étaient stockées sur les postes clients.

Pour ce qui est des moteurs de recherche, évidemment qu'il n'y a pas que Google et si des moteurs de recherche plus ou moins spécialisés font le boulot pourquoi recréer la roue. Moi ce qui m'intéresse c'est de pouvoir retrouver rapidement une information dans ce que je possède. Par exemple, retrouver dans mes bouquins, dvd et autre documents tout ce qui concerne la production d'as car j'en ai besoin tout de suite. Si je n'ai rien sur le sujet alors oui, je vais chercher ailleurs. Ce qui m'intéresse c'est de stocker mes routines persos avec leur description, le matériel nécessaire et bien d'autres infos (comme le boniment, la durée, etc...), associer des photos à ce tour, relier des documents à ce tour et ça je ne vais pas le trouver ou le faire dans une base globale (c'est pour cela que j'ai créé un logiciel spécifique pour magicos). Exemple concret, dans un autre sujet, on m'a demandé la référence d'un livret de Dominique Duvivier sur le thème de la sectorisation du tapis par rapport aux spectateurs. Dans une base globale, jamais on ne trouve, j'ai retrouve dans ma base et mon logiciel en 20 secondes (le temps de taper ma recherche).

 

Modifié par Moonlight

Thierry Périchon
http://www.moonlightanimations.fr
 

Publié le

Ok. Donc pour ne froisser personne, disons que l'utilisation d'une base de données distribuée rappelle les applications Access des années 90 (espérons que les développeurs Access soient moins susceptibles que les développeurs 4D 9_9)

Puisque même Moonlight semble d'accord avec ce principe, je ne vois pas du tout pourquoi il faudrait multiplier la taille des données par le nombre d'utilisateurs O.o

Une fois qu'une info figure dans la base pour un tour ou un ouvrage, elle est partagée pour tous les utilisateurs, qu'il y en ait 10 ou 10'000. La dupliquer serait absurde et contre-productif.

Mais bon, encore une fois, je ne suis pas un expert, qui suis-je pour essayer de comprendre le raisonnement des spécialistes ? ¬¬

L'important, c'est que ça valide !

Publié le

Même si on ne mettait que les infos uniques (par exemple la traversées d'As, elle n'a pas le même nom chez Billis que chez Vallarino), ça aurait une taille conséquente car il y a plus de 100 ans d'histoire de la magie moderne.

 

Je pense qu'il faut miser sur un serveur de quelques terra octets facilement.

 

Sinon je veux bien la BDD de @Moonlight :ph34r:

Faiseur de trucs et de bidules.

Rejoins la conversation !

Tu peux publier maintenant et t'enregistrer plus tard. Si tu as un compte, connecte-toi maintenant pour publier avec ton identité.

Invité
Répondre à ce sujet…

×   Vous avez collé du contenu avec mise en forme.   Restaurer la mise en forme

  Only 75 emoji are allowed.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédemment saisis, a été restauré..   Effacer le contenu

×   You cannot paste images directly. Upload or insert images from URL.



  • Pas de pub non magique pour les membres du Cercle VM. Clique ici pour en savoir plus !
  • Messages

    • Un instrument assez Inclassable :  https://www.instagram.com/reel/DRRrGZDkkC6/?igsh=YzVtYWYxcW9hMnhr
    • Quand deux grands magiciens s'associent pour faire un chocolat, ça ne peut être que bon : (Wolfgang MÖSER & David ROTH) Vous trouverez ces tablettes chez ALDI et...oui, je le trouve vraiment bon. A déguster avec modération devant un dvd de l'un de ses "créateurs".
    • Autre détail : si tu confies le briquet à un spectateur et garde donc les aimants entre pouce et index, tu vas sans doute me demander comment je les remet sur le briquet pour la table suivante (en se plaçant dans la situation ou, comme moi, tu vas de table en table). Il faut que je précise que jusqu'à présent j'utilise un porte-monnaie avec des petits morceaux de papier flash dedans et un mouchoir en papier. Ce porte-monnaie est initialement dans ma poche extérieure gauche de veste avec le boulon dedans et les morceaux de papier flash (rectangulaires, à peine plus longs que le boulon et une position debout/couchée alternée, à angles droits les uns par rapport aux autres si vous préférez). Le mouchoir en papier est dans ma pochette (c'est le nom de la petite poche extérieure, de face, sur une veste). Le briquet équipé de ses aimants est dans la poche à briquet (c'est la poche intérieure gauche, en bas d'une veste qui s'appelle ainsi). 1ère table : je sors le porte-monnaie que je pose sur la table ou dans la main d'un spectateur e lui disant "résistez à l'envie de voir tout de suite ce qu'il y a dedans, je vais vous le montrer dans 30s" puis le briquet. Je fais cela pour éviter tout contact malencontreux entre le porte-monnaie et le briquet. Je demande au spectateur d'ouvrir le porte monnaie vers moi pour garder le mystère jusqu'au bout, je prend le boulon et un morceau de papier flash avec ma main gauche (j'arrive à en prendre un seul grâce au positionnement alterné des morceaux rectangulaires "allongés/debout"). Le boulon doit être dissimulé derrière le morceau de papier et le bout des doigts gauches et j'allume tout de suite le briquet (le bruit de la molette ou du piezo et la flamme attirent l'attention vers le briquet). J'enflamme et fait apparaître le boulon. Je présente la routine du boulon dont l'écrou se dévisse seul avec l'idée de Gaëtan BLOOM d'utiliser le briquet. Là : soit je remet le boulon dans le porte-monnaie et je range tout comme au départ pour la table suivante, soit un spectateur veut essayer d'allumer le briquet près du boulon. Je lui donne. Je récupère les aimants entre pouce et index comme je l'ai décrit dans mon message précédent et je prend le mouchoir en papier que j'ai dans ma pochette entre pouce et index droits (qui ont déjà les aimants) car le meilleur moyen d'avoir une position des doigts naturelle, justifiée est de tenir un objet. Lorsque le spectateur a terminé son essaie, le boulon a noirci un peu donc je lui tend le mouchoir pour qu'il me l'essuie et lui demande de me redonner le briquet. Là, vous l'aurez compris, je conserve les aimants comme avec le briquet lorsqu'il prend le mouchoir en papier et je reprend le briquet en replaçant les aimants dessus et hop, direct dans la poche à briquet. J'attends qu'il m'essuie bien le noir sur boulon (je plaisante un peu là dessus) et lui demande de mettre l'écrou à mi-chemin dessus (je l'embête un peu en lui disant "encore 2 tours et demi" ou je ne dis rien et en récupérant les spectateurs je dis "encore un tour ?"; Après leur "oui" je fais de manière exagérée un tour de plus à l'écrou sur la vis puis je leur dis "nan, vraiment, je vous montre encore un mystère rigolo...et là je sors les rondelles avec le trou que l'on fait voyager ou le clou qui se tord ou le stylo qui se tord, etc...ça dépend de mon envie du moment). Evidemment je range le boulon dans le porte-monnaie et c'est reparti...pour un tour ! Je précise aussi que lorsque je dis "pour la table suivante", en fait je parle non pas de la table que je vais aborder après mais de celle encore après car en table à table, j'ai deux enchaînements de 3 routines chacun et j'alterne une table sur deux. Un des enchaînement occupe mes poches gauches (intérieures et extérieures) et l'autre mes poches droites. Ainsi les spectateurs d'une table ne voient pas ou plus difficilement ce qui les attend. Deux tables voisines n'auront pas le même "numéro" et comme je dis souvent, le premier plaisir d'un spectateur par rapport à la magie, c'est de voir le numéro mais le second (et quelque part encore plus important) est de le raconter à des personnes qui ne l'ont pas vu le lendemain dans la famille, au boulot ou autre. Et là, entre tables, il n'est pas rare qu'ils échangent en disant "ils vous a fait le coup du...?" ou "t'as vu le tour avec ....?". Bien entendu, il n'est pas rare qu'une table me demande à voir un effet dont un voisin de la table d'à côté lui a parlé ou qu'il a entrevu de loin. Dans ce cas, selon le cas, je refais le tour en question ou un autre du même tonneau. Attention : sur certaines vestes, la poche à briquet et au même niveau que la poche extérieure gauche. Dans ce cas, l'aimant peut être trop près du boulon et l'activer malencontreusement. Dans mes vestes, la poche le fond de la poche à briquet est toujours plus bas que celui de ma poche extérieure gauche de veste et le porte-monnaie n'est pas gros mais assez rigide et épais (ce qui limite encore le risque et évite que le spectateur à qui je le confie sente le boulon ou en tout cas une chose dure au travers du cuir). Chaque détail compte pour moi. C'est au fil du temps que je trouve chacun de ces détails pour les routines que je présente mais ça, ce n'est pas un mystère, c'est évident. On s'écarte un peu des billets de Finn Jon alors pour "rattacher le wagon", je dirais que je n'ai jamais testé sa version des billets. Je trouve qu'elle n'est pas adaptée pour le table en table mais que c'est la plus nette pour la scène ou le salon (car les transformations sont à vue et douces, sans accoups et sans pliage des billets).
  • Qui est en ligne (en orange les membres du Cercle VM) - Afficher la liste

    • Aucun utilisateur enregistré actuellement en ligne
  • Statistiques des membres

    • Total des membres
      8311
    • Maximum en ligne
      4524

    Membre le plus récent
    Pierre RANDRUUT (Youri)
    Inscription
  • Statistiques des forums

    • Total des sujets
      84.4k
    • Total des messages
      680.9k

×
×
  • Créer...