• Simple formulaire de création : pseudo, vrai nom (champ facultatif), utiliser le vrai nom pour la licence des aventures (oui/non)
  

• Formulaire de demande de récupération de compte, demandant bien sûr le mail de l'intéressé, mais aussi une anecdote sur la création de son AVH/le monde des LVH. Juste pour filtrer les trolls du plus bas niveau ("lè LVH, c tro kikoo lol").
  
• Envoi d'un mail à l'utilisateur pour lui indiquer que sa demande a été prise en compte
  
• Envoi d'un mail à l'administrateur pour le prévenir de cette demande
  
• Page de backoffice, uniquement accessible à l'administrateur, où il peut voir et valider, ou rejeter, les demandes en attente.
  
  • Si la demande est validée, envoi d'un mail de confimration au membre, avec un mot de passe autogénéré
    
  • Si la demande est rejetée, envoi d'un mail au membre, avec la raison de ce rejet ("TROLL" est une raison suffisante)
    

• Formulaire d'édition des informations personnelles
  
• Changement de mot de passe
  
• Gestion de l'avatar : à enregistrer, éventuellement en plusieurs tailles (normal et minus, pour la format utilisé dans les commentaires), dans public/member/<id du membre>/avatar/nom-du-membre-en-minuscules-sans-accents-avec-tirets-à-la-place-des-espaces.jpeg (ou avatar/mini/ pour les miniatures).
  

• Formulaire de suppression
  

• Yii génère de base des formulaires à partir de la structure de données, il ne reste ensuite qu'à les mettre en forme et à ajouter les validations de champs manquantes. Un même formulaire peut bien sûr servir à la fois à la création et l'édition.
  
• Le module yii-user apporte énormément de fonctionnalités, mais à vouloir être trop général, il a des performances et une structure de base pourries. Cependant, on peut allégrement y piller les méthodes les plus utiles (validation de compte par mail, changement de mot de passe).
  

• Formulaire de création
  
• Enregistrement du logo, si présent, dans public/collection/logo/nom-de-la-serie-en-minuscules-avec-des-tirets-pour-les-espaces-et-apostrophes.jpeg (et /logo/s/ pour la version réduite du logo, pour la page d'accueil ou les listes).
  

• Formulaire "Donner des droits sur la série à un membre", avec un simple champ texte à autocomplétion pour le nom du membre
  

• Formulaire d'édition
  

• Formulaire de suppression
  

• Formulaire de création
  
• Enregistrement de la couverture, si présente, dans public/avh/<id de l'avh>/cover/nom-de-l-avh-en-minuscules-avec-des-tirets-pour-les-espaces-et-apostrophes.jpeg (et /cover/s/ pour la version réduite de la couverture, pour la page d'accueil ou les listes)
  

• Formulaire d'édition
  

• Simple formulaire : nombre de paragraphes actuels et prévus, un commentaire sur l'avancement, et éventuellement une mise à jour du statut (terminée, abandonnée...). Initalisé par défaut au premier chargement à 0 sur 400.
  

• Formulaire : format de l'aventure, adresse externe
  

• Champs pour téléverser l'aventure elle-même + d'autres pour des compléments éventuels (bêtiser, making-off, table de hasard...), en précisant la nature du contenu. À enregistrer dans public/avh/<id de l'avh>/<nom de l'aventure>.pdf et public/avh/<id de l'avh>/extra/<nom du complément>.pdf. C'est ce qu'il y a de plus simple, et c'est ainsi que le site est naturellement conçu : un grand lien vers ce qui nous intéresse, l'aventure, et, à côté, sa version anglaise ou sa table de hasard ou...
  

• Inclure une page de backoffice où l'administrateur peut regrouper les différents tags des aventures selon des catégories de tri
  

• Formulaire d'alerte : page concernée, raison
  
• Envoi d'un mail à l'admin
  

• Formulaire de contact
  
• Envoi d'un mail à l'équipe
  

• Zone de texte simple au possible
  
• Un commentaire peut répondre à un autre commentaire ou être dans le fil général de la discussion
  
• Pour les commentaires d'avh, possibilité d'inclure un lien vers un feedback plus détaillé (zone à part, pour accès facilité)
  

• Pouvoir éditer la zone de texte précédente...
  

• Suppression avec confirmation. Supprimer un commentaire supprime aussi ses descendants
  

• Recherche simple via un champ de texte
  
• Recherche avancée selon des critères (même principe que la recherche sur le forum)
  

• De base, Yii propose un formulaire de contact
  
• Une gestion basique des commentaires est présenté dans le tutoriel de Yii, et il existe probablement des milliers de variantes pour les gérer sur le net.
  
• Yii inclue déjà une fonctionnalité de recherche basique et avancée, générée à partir des classes. Elle permet de limiter la recherche à certains champs côté code, soit le titre, le titre de la série, les auteurs, la description, le genre et l'univers. S'agissant d'une recherche directe dans la base SQL, ce n'est pas le top de la performance, mais cela devrait suffir pour nos besoins. Si c'est vraiment trop lent, il faudra passer à des extensions plus lourdes, mais plus efficaces, comme Apache Solr ou autre.
  

• L'url, et en particulier le nom, d'une image compte dans sa SEO. C'est la raison pour laquelle couvertures et logos sont enregistrés sous des noms à rallonge, pour augmenter leur chance d'apparaître dans Google Image lorsque l'on entre le titre de l'aventure.
  
• Je suis parti du principe que l'hébergeur de Xhoromag (ou le futur hébergeur... faudra voir ce que l'on fait) nous laisse accéder aux extensions de traitement d'images de php, histoire de pouvoir enregistrer les images aux tailles idéales pour le site dans la mémoire (cela évite à votre navigateur d'avoir à charger une image trop lourde, ce qui vous fait attendre plus longtemps.
  
• Google peut lire les pdf, en particulier les métadonnées et les titres et sous-titres internes au document. Cependant, il les aime beaucoup moins que les pages html, n'aime pas les URL avec des espaces, et l'utilisateur lambda lui n'aime pas les noms de fichiers avec des tirets partout. Mais bon, avec la magie des redirections web, c'est un faux problème, l'adresse "truc/neige-d-automne.pdf" pouvant tout à fait envoyer sur le fichier "Neige d'Automne.pdf".
  

• Yii génère de base des formulaires à partir de la structure de données, il ne reste ensuite qu'à les mettre en forme et à ajouter les validations de champs manquantes. Un même formulaire peut bien sûr servir à la fois à la création et l'édition.
  
• Le module yii-user apporte énormément de fonctionnalités, mais à vouloir être trop général, il a des performances et une structure de base pourries. Cependant, on peut allégrement y piller les méthodes les plus utiles (validation de compte par mail, changement de mot de passe).
  
• J'ai codé l'identification, en reprenant l'exemple précédent.
  

• Formulaire "Donner des droits sur la série à un membre", avec un simple champ texte à autocomplétion pour le nom du membre
  

• De base, Yii propose un formulaire de contact
  
• Une gestion basique des commentaires est présenté dans le tutoriel de Yii, et il existe probablement des milliers de variantes pour les gérer sur le net.
  
• Yii inclue déjà une fonctionnalité de recherche basique et avancée, générée à partir des classes. Elle permet de limiter la recherche à certains champs côté code, soit le titre, le titre de la série, les auteurs, la description, le genre et l'univers. S'agissant d'une recherche directe dans la base SQL, ce n'est pas le top de la performance, mais cela devrait suffir pour nos besoins. Si c'est vraiment trop lent, il faudra passer à des extensions plus lourdes, mais plus efficaces, comme Apache Solr ou autre.
  

• L'url, et en particulier le nom, d'une image compte dans sa SEO. C'est la raison pour laquelle couvertures et logos sont enregistrés sous des noms à rallonge, pour augmenter leur chance d'apparaître dans Google Image lorsque l'on entre le titre de l'aventure.
  
• Je suis parti du principe que le futur hébergeur de Xhoromag nous laissera accéder aux extensions de traitement d'images de php, histoire de pouvoir enregistrer les images aux tailles idéales pour le site dans la mémoire (cela évite à votre navigateur d'avoir à charger une image trop lourde, ce qui vous fait attendre plus longtemps.
  
• Google peut lire les pdf, en particulier les métadonnées et les titres et sous-titres internes au document. Cependant, il les aime beaucoup moins que les pages html, n'aime pas les URL avec des espaces, et l'utilisateur lambda lui n'aime pas les noms de fichiers avec des tirets partout. Mais bon, avec la magie des redirections web, c'est un faux problème, l'adresse "truc/neige-d-automne.pdf" pouvant tout à fait envoyer sur le fichier "Neige d'Automne.pdf".
  

• Même si c'est une tâche assez longuette, le codage de l'export avance comme prévu, et j'ai passé plusieurs caps pénibles de mise en place de la structure. J'ai bon espoir de pouvoir importer la majorité des informations d'ici dimanche prochain.
  
• Grâce à mes nouvelles connaissances en informatique, et aussi par le fait que ce tableau est pas mal foutu du tout, je parviens à me débrouiller à partir du fichier de compilation. Vous n'aurez donc à subir la tâche reloue au possible de le subdiviser en plein de feuilles distinctes.
  

(18/03/2012, 22:57)Skarn a écrit : À la bourre pour cause d'attaque soudaine d'éléments bassement matériels cette semaine. Je ferais un point plus détaillé lundi ou mardi.

Alendir a écrit :Je suis mal placé pour demander des comptes vu que j'ai lâchement abandonné le projet (pour des raisons de temps et de technologies qui me sont inconnues ; il est assez difficile d'apprendre deux frameworks PHP simultanément - je suis en stage actuellement), mais il me semble qu'il serait bon qu'on fasse un point pour savoir où en est le site et sur sa date de sortie probable.

Si jamais la solution technique envisagée jusqu'ici s'avère trop chronophage, je crois qu'il est tout à fait faisable d'utiliser un CMS à la place d'un framework (je pense notamment à Drupal, que je suis en train d'apprendre -pendant mon stage, une fois encore). Et là, je pourrais bosser dessus plus facilement voire prendre en charge le projet intégralement.
Je comprend assez Skarn qui bosse aussi dans le web la semaine et qui n'a pas trop le courage d'en faire encore le WE, je le ressens un peu aussi, mais l'utilisation d'un CMS rendrait la tâche beaucoup plus aisée (sortie du site avant fin juin).

(10/06/2012, 20:20)Skarn a écrit : *Dans la catégorie "je réfléchis trop", je me pose des questions insolubles aussi idiotes que : "Pour les aventures n'ayant pas de couvertures illustrées, faut-il mieux mettre une couverture standard (un simple rectangle coloré avec le titre en surimpression par-dessus) pour attirer l'œil du visiteur et ne pas casser le design, ou au contraire prévoir d'adapter la largeur des informations textuelles à ce cas, éventuellement en affichant des données en plus pour compenser le blanc ?"

Je puis cependant t'assurer de mon total engagement à te mettre un contrat sur ta tête si le temps que j'ai sacrifié pour la base de données n'est pas concrétisé par un site xho4