Anaeria

J'aime beaucoup, je vais le refaire et essayer d'améliorer un peu. Je vais voir ce que ca donne de rajouter un très léger effet de reflet et d'absorption sur la lentille. Je posterai le résultat si ca rend bien

Pour moi, y a ps de soucis, si tu le monde est ok. J'ai l'habitude de gérer les projets de grande tailles en parallèle, je fait ça tout les jours En ce sens, je vais proposer une petite présentation exhaustive de ce qu'on souhaite faire, de ce à quoi on veux arriver et des fonctionnalités que l'on pourra prendre en compte, etc... J'essaye de faire ca cette après-midi.

C'est très bien de faire un diagramme, et il faudra en faire certainement plus d'un... mais je vais expliquer un peu plus. On est entrain de concevoir quelque chose de complexe dont on ne sait pas du tout comment il devra fonctionner. Et cela, au point que l'architecture de base puisse être différente. Quelques exemple, le framework est construit de manière unifié, donc tous les modules de base (Router, ORM, Parser, Controllers) peuvent être directement intégré. Ou alors, il sera construit de manière entièrement modulaire, dans ce cas l'architecture devra pouvoir se séparer de certains éléments. Donc pour ce qui est de formaliser des concepts, je pense que c'est très prématuré, vu que ces concepts non pas été définis. Si on veux faire un framework qui sert a quelque chose et soit facilement utilisable pas un maximum de développeurs, il ne suffit pas de se dire qu'on va concevoir un truc qui va générer des pages et pour le reste on rajoutera des modules plus ou moins autour. C'est un tout à concevoir. Pour cela, en principe, on part d'un ou plusieurs besoins et on va vers un ou plusieurs objectifs clairement définis. Je vais illustrer tout ça par quelques propositions d'objectifs, de questionnements : Offrir une architecture permettant d'intégrer facilement des modules externes (cela IMPOSE de prévoir que des modules inconnus seront intégré) Ou offrir un ensemble de fonctionnalités de base de création et de gestion de site (dans ce cas, les modules peuvent être directement rattaché et intégré) On peut également imaginer un mix des deux Est-ce que la gestion du frontend est prévu à la base (intégration directe d'un système de layout, de vues, templates, de cache, ...) ou est-il considéré comme un module extérieur ? L'ORM est-il intégré de base ? ou le dev pourra choisir celui qui lui convient le mieux ? On développement le notre ? Selon quelles bases ? ... Dans quelle mesure le framework sera configurable ? (cela impose de prévoir ou non des modules de gestions de confiugration plus ou moins avancés) Du côté sécurité, comment le framework devra réagir aux multiples attaques (appel de code direct, URL mal formaté, flood, bruteforce, injection, ...) ? D’expérience, sur un projet de cet envergure, plus on planifie de chose AVANT de concevoir la moindre chose de technique, mieux en s'en sortira après. Le principal ennemi d'un projet de dev de grande taille, avec de multiple participant, c'est les rajouts en court de route qui sont fait "comme on peut". On gagnera beaucoup de temps de développement en se cassant la tête maintenant à prévoir un maximum de possibilités. Pour résumé ce que je pense du diagramme, c'est que oui, il est logique, oui il fonctionne, mais est-ce que c'est de ca qu'on a besoin ? Si oui, c'est pour répondre à quel besoin, sinon il est inutile voire pire... faux.

C'est pas un peu tôt pour commencer à faire de l'UML, alors qu'on ne sait même pas ce qu'il va devoir faire ce framework ni comment ?

Je propose aussi une arborescence complète, a commenter : app : dossier des applications controllers : Ensemble des controllers Un dossier par namespace contenant chacun les controllers helpers : Ensemble des fichiers avec des fonctions d'aides hooks : Ensemble des fonctions à appel évènementiel (par ex: un truc à faire avant chaque appel de page) libraries : Toutes les ressources et librairies externes models : Tous les modèles utilisateurs + ceux pré-intégré mapping : les fichiers de mapping BDD des modèles (gestion de l'ORM) views : Contient toutes les vues Plus un dossier par controller qui contient les vues du controller errors : Contient tous les affichages d'erreurs (la page pour un 404, une erreur 500, ...) layouts : Contient tous les layouts config : Tous les fichiers de configuration (BDD, site, environnement) system : la base du framework core : le noyau et toute la gestion de base helpers : toutes les fonctionnalités annexes de bas niveau (gestion du cache, des sessions, des inputs, des cookies, ...) librairies : Toutes les librairies internes (mais facultatives) au noyau (par ex: gestion des erreurs, benchmarking) orm : ben... l'ORM webroot : la racine du site Les sous dossiers en fonctions des besoins (css, js, images, ...) Dites-moi ce que vous en pensez !

Ca me convient et même ca ressemble beaucoup à mon organisation personnelle : app : tout le code applicatif (modèles, controllers, vues, helpers, ...) config : les fichiers de configurations system : le code du framework (Router, ORM, ...) webroot : la racine du virtual host avec toutes les ressources (css, js, images, ...)

Pareil, je l'utilise en perso et en pro. Je gagne un temps fou grâce à pleins de petits plugins. Je recommande beaucoup !!

Pour faire de la pub sur les réseaux sociaux, ça pourrait être pas mal d'avoir une solution comme AddThis (https://www.addthis.com). C'est gratuit, facile à mettre en place et ça se personnalise bien. Je pense que çà peut être bénéfique de partager juste un topic qu'on aime bien, sans forcément annoncer toute la communauté derrière.

Alors moi je vais proposer pas mal de fonctionnalités de fond : Un ORM Une gestion dynamique des URLs Gérer les appels RESTful Évidement adopter une construction MVC Pouvoir configurer et gérer différents environnements (test, dev, beta, prod, ....) Gérer et capturer les erreurs et exceptions côté serveur (librairie de type Whoops) Adopter une construction permettant l'exécution de routines évènementielles Un système de profiling et de benchmarking Et si je vous dit que tout ça, j'ai déjà en stock ?

Ce genre de projet m'intéresse énormément. Si ce framework se base sur PHP5/MySQL, pas de soucis pour moi. Tant qu'à faire je suppose que le mieux est de faire un framework MCV et RESTfull. Pour mes sites personnels j'utilise un début de framework maison, au besoin on peut récupérer ce qu'il y a d'utile dedans.

J'aime bien aussi, le style et le propos.

Merci beaucoup, je découvre j'aime bien !

Mon dieu, il manque un type de metal : mon genre préféré en plus ! N'oublions pas le métal symphonique : avec quelques noms comme Nightwish, Epica ou encore Within Temptation. Sinon, c'est très bon tour d'horizon du genre !

La grosse mise à jour temps attendue est arrivée ! Après un bon week-end de 3 jours entrecoupé d'une longue finale j'ai réussi à boucler la phase de développement de cette version du chat. Beaucoup de changement, je vous laisse consulter les changelogs en tête de sujet (je pense que j'ai oublié des choses...). Il s'agit maintenant de tester tout ça grandeur nature. Pour ceux qui utilisait de temps en temps l'ancienne version, vous constaterez que le site à bien changer, il est malgré tout encore en construction pour une grande partie. N'hésitez pas à aller découvrir cette nouvelle version. Comme toujours, vous pouvez signaler des bugs et faire des suggestions dans ce topic ou par MP à moi-même ou AlexMog.

Avec joie !

Je prépare actuellement un grosse mise à jour du client Mélichat. Le nom du client est renommer en EasyChat, l'accès à la démonstration à été déplacée vers http://easychat.evade-multimedia.net L'ancienne adresse est toujours valide et le sera jusqu'à l'intégration du client au forum. Le site d'EasyChat sera entièrement consacré au client chat, vous y trouverez ressources à télécharger, démonstrations et documentation sur le client. Le site sera lié au GitHub de Melinyel pour la diffusion des sources. Pourquoi faire les choses en grands et crée un site dédié ? Tout simplement parce que le client n'est pas construit spécifiquement pour Melinyel, il pourra être interfacée à différents types de serveur de chat, être personnalisé, etc... Malgré cela, la communauté sera privilégiée, elle aura droit à une version du chat optimisée pour elle et a des fonctionnalités propres. Plus d'infos sur le chat lorsque la mis à jour sera prête, il y aura pleins de tests à faire et j’aurai besoin de vous !

Je suis assez d'accord. Pour moi, le véritable problème n'est pas la collècte d'informations en soit. C'est de savoir qui collecte quoi, pour en faire quoi et effectivement savoir si tout ses données sont correctement protégées (au sens très large : pas juste informatique).

C'est un sujet très intéressant qui soulève énormément de questions, dont beaucoup sans véritable réponse. Pour moi, le problème n'est pas que des entreprises privées collectes des données. Depuis que les entreprises privées et les données existent, elles le font. Le problème est de savoir si une information est collectée, quant, laquelle exactement, et surtout pourquoi. En Europe, le droit au respect de la vie privée sur Internet existe, mais il est difficile de faire appliquer ce droit. En général, d'un point de vue légale, ce que l'on peu faire, c'est ne pas utiliser le service... Un autre fait que j'ai constaté (plutôt alarmant), c'est l’ignorance générale de la population moyenne, quant à l’existence même des collectes d'informations et de ce qui pourrait en résulter. Si on essaye de faire le tour du problème : que Google ou Facebook ou n'importe qui collecte des infos sur moi pour améliorer son service, me proposer des produits et du contenu plus adapté, pourquoi pas ! Toutes les entreprises collectent des données précisent sur ces clients, sans pour autant que les clients en question soient totalement au courant (pensez aux cartes de fidélités des magasins, votre banque / assurance, votre FAI, etc...). Le problème avec les entreprises du web, c'est qu'Internet est perçu comme une zone de liberté absolue, contrôlée voire privée, d'une part. D'autre part, Internet permet de faire tellement de choses, qu'ils devient difficile de maîtrisé l'ensemble des données que l'on y diffuse. Je connais également pas mal de personne qui accepte cette situation en tablant que le fait qu'elle n'ont rien à cacher. Argument pour moi qui ne tient pas, car le jour où quelqu'un à envie justement de cacher quelque chose il ne pourra pas ! Il suffit de se poser une simple question : et si un jour Google ou Facebook décident de faire quelque chose que l'on juge moralement inacceptable avec ces données, qui pourra les en empêcher ? Mais alors que faire ? Selon moi, pour provoquer un réel changement de situation, il faudrait changer le comportement général des internautes. C'est-à-dire d'utiliser Internet et les services qu'il propose pour ce qu'il est : un simple outil et pas une projection de sa propre vie. Ce qui ne veux pas dire qu'il ne faut pas utiliser les réseaux sociaux, mais qu'il faut mieux les utiliser ! Les utiliser pour avoir un contact avec des personnes éloignées par exemple. Sinon, pour faire chier Google sans se priver des services, le mieux que j'ai trouvé c'est de le brouiller dans son propre jeu : virtuellement avoir plusieurs identités. Mais cette solution est assez lourde, il faut arriver à la gérer, ce n'est pas à la portée de tout le monde. Dans mon travail, on se sert d'une petite fraction des données de Google sur les internautes, et c'est déjà hallucinant ce qu'on arrive à déduire de ses informations.

J'ai voté "non" parce-que j'ai un serveur dédié. Mais j'approuve l'idée. De plus, on peut parfaitement s'en sortir sans robots.txt et quant même avoir un une indexation Google.

Crée et concrétiser un background à un Univers est très bonne manière d’enrichir un récit sans avoir à complexifier l’Univers en question. Cela permet de renforcer l’immersion du lecteur et crédibilisant le récit lui-même. En plus, si le background est relativement présent dans l’histoire, il peut carrément être considéré comme essentiel à l’histoire. Pour cela les exemples sont légions : tout chez Tolkien(ou il y a plus de background que d’histoire !), Mass Effect ou sans son background l’histoire perds tout son charme et son intérêt ou Game of Thrones qui est plus une gigantesque illustration d’un background qu’un récit… Intéressons-nous donc à cet élément du récit qui peut faire des merveilles. Avant tout, il faut un Univers Évidemment, avant de vouloir établir un background il faut un Univers de base. Un Univers ? Je ne suis pas astrophysicien supra-dimensionnel ! L’Univers, dans un récit, représente la réalité dans laquelle déroule l’histoire. Et vous connaissez tous les principaux genres d’Univers : Réaliste, Médiéval, Fantasy, Post-Apocalyptique, Anticipation, Alternatif, sans oublier le WTF ! A cela se rajoute les règles qui vont régir l’Univers : présente de magie ou non, système gouvernementale, planète, races, factions présentes, technologies essentielles, etc… Mais alors, me direz-vous, vu tout ce que contient l’Univers, c’est quoi la différence avec le background. Background vs Univers Et bien, c’est une vaste question ! La frontière entre un Univers et son background est plutôt floue. Mais ce qu’il faut comprendre c’est que plus cette frontière est floue, mieux le background est intégré et plus l’Univers parait réaliste. Ce flou est une nécessité, comme dans une image, le premier plan et l’arrière-plan se doivent d’être harmonieux pour donner un meilleur résultat. Nous y voilà, après cette entrée en matière, nous allons explorer les abysses de l’Univers ! Enrichir un existant Richesse & diversité Le plus souvent, on rattache à l’Univers uniquement ce qui impact ou à une importance dans le récit. Pour donner de la richesse, il faut donc rajouter éléments a priori inutiles. Par exemple : définir l’histoire de personnages secondaires, définir une chronologique plus détaillé que nécessaire, jusqu’à la conception complète d’une culture avec ses mœurs, sa religion, son langage. Concrètement, le fait que des elfes vénèrent la nature, c’est un élément de l’Univers tandis que donner le détail des rites, écrire des chants, donner une chronologie de l’évolution de ses pratiques relèvent du background. Mais attention, ce n’est pas parce qu’on a un background riche et dense que tout devient intéressant comme par magie. Et ici, il y a un bon exemple concret : Avatar. Si l’on enlève le langage et la culture Na’vi, la description de faune et flore de Pendora et le lien chronologique avec le présent, il ne reste plus grande chose. Ou du moins une histoire de romance impossible entre un héros super-droit (et à plaindre) et une fille noble d’en face. Et cette histoire-là, ça fait depuis l’invention de l’écriture qu’on en entend parler. Le background doit venir épauler une bonne histoire de base et non servir de cache misère. Intégrer le background Tout l’art consiste ensuite à faire passer des éléments de background discrètement dans l’histoire principale sans gêner le récit. Pour cela, les techniques sont nombreuses mais repose toute plus ou moins sur le même principe. L’action principale du récit est lente, il se passe quelque chose de banal (un héros qui marche dans la rue), et on en profite pour décrire une scène furtive qui va éclairer le lecteur sur quelque chose. Notre héros sort de chez lui et va dans une taverne. Il marche dans les rues d’une ville sans faire attention à ce qui se passe autour de lui. C’est chez lui, il a l’habitude. Pourtant c’est l’occasion de décrire la ville, de parler de sa conscription, de son statut, de parler du peuple qui l’habite. Il pourra également passer devant quelque chose de singulier qui permettra de faire une entrée en matière. Il croise un homme ivre avec une bouteille à la main qui chante une chanson. Ici, on va pouvoir raconter l’histoire de l’alcool ou de la chanson. Les possibilités sont vastes et les sujets d’approfondissement ne manquent pas. Et c’est là que peut survenir un autre problème des backgrounds : ceux trop élaboré. Et là, je pense au Seigneur des Anneaux en livres ! (Oui, monsieur ! Parfaitement ! Je critique le Seigneur des Anneaux !) En effet, certains passages contiennent tellement de description et d’explication qu’on finit par se rendre compte au bout de 5 pages que personne n’a bougé entre temps. Savoir que les elfes mangent de la salade ou que les nains creusent depuis 2000 ans ça aide à comprendre l’histoire et les peuples, mais nous expliquer en long large et travers que le chemin sent la noisette à telle époque de l’année et qu’il y a un oiseau typique de la région, avec son plumage qui fait cuicui… Bref, à part l’overdose de background, ne pas hésiter à en rajouter pour conserver l’intérêt du lecteur durant les scènes plus calme ou de transition. Lâchez-vous : c’est libre ! Le background n’impacte que très peu le récit et don déroulement. Il s’agit donc d’un espace de libre de créativité ou il est facile de laisser libre court à son imagination. Faire passer un message plus personnel, défendre ou contredire une opinion, exercé ses talents de poètes ou simplement vouloir intégrer un délire personnelle, le background permet à une ouvre de laisser parler l’auteur plus librement. Une chose est sûre cependant d’avoir toutes les œuvres que l’on connait aujourd’hui, les plus grandes sont celles qui ont soigné et utilisé leur background pour sublimer le message de base. De là à dire que le véritable message d’une œuvre est dans son background ?

En avant première, un aperçu graphique du Mélichat en version 0.4. Il sera pour l'occasion entièrement refondu côté client.

Après un long mois et demi d’absence, je suis de retour ! Pour beaucoup sur ce forum, c'était la période des examens, pour moi c'est "joie" est passée depuis quelques années... Je traverse actuellement une période un peu difficile sur le plan émotionnel et médicale et ce mois de Juin était plus intense pour moi. Quoiqu'il en soit, je suis à nouveau apte au service et ce jusqu'au moins le mois de novembre ! Je repends donc le développement du Mélichat (s'il est toujours utile de le développer ?). Et j'ai également quelques tutos de tous horizon sur le feu qui attendent d'être finalisés. Je vous dit donc à très vite !

J'aime bien la vidéo, c'est très propre. Il y a un seul petit truc qui me gène. Il n'y a pas de slogan; quelques mots de d'entrée / fin qui fait qu'on se rappel de ce qu'on a vu. Le mieux serait d'associer un slogan, un logo et un sigle musical, mais on n'est pas une multinationale non plus Vraiment pour chercher la petite bête, on peut reprocher un léger côté "power point"...

Je met en ligne la version 0.3c du client, normalement les problèmes de connexions devrait être résolus. En plus, il y a pleins de nouvelles commandes pour la modération du chat . Voilou, je ne sais pas trop encore quant je vais pouvoir sérieusement me remettre au développement la-dessus, j'aurais la réponse Mercredi ! A bientôt

Je me permet juste de revenir sur la proposition d'Akimace. Il y a plein de bonnes idées, mais pour avoir un meilleur résultat il faudrait "sallir" ton dessin. Je m'explique, tu as fait le choix de faire une intégration sur une texture papier, donc on s’attend à ce que dessus il y est de l'encre. Or l'encre c'est organique, ça a des imperfection, des irrégularités. Je laisse un exemple pour illustrer mon propos et UNIQUEMENT pour illustrer mon propos .