spydemon/gal-res

gal-res's Issues

Creation du script de création de base de données.

Première partie des choses à faire dans la partie d'administration du site : vérifier que la bdd à utiliser existe déjà ou pas !
Si elle n'existe pas, il faudra proposer à l'utilisateur de la créer gentiment pour lui.
Les informations demandées par le script serons le nom d'utilisateur, son mot de passe, le titre, et le fooder du futur site.

Gestion de syslog.

Pour éviter les attaques par force brute et vérifier les connexions. il serait judicieux d'ajouter ces quelques lignes dans le système d'authentification.

Bon login : 
openlog('web-galeres('.$_SERVER['HTTP_HOST'].')',LOG_NDELAY|LOG_PID,LOG_AUTH);
syslog(LOG_INFO,"Accepted password for from {$_SERVER['REMOTE_ADDR']}");

Mauvais login :
openlog('wordpress('.$_SERVER['HTTP_HOST'].')',LOG_NDELAY|LOG_PID,LOG_AUTH);
syslog(LOG_NOTICE,"Authentication failure for $username from {$_SERVER['REMOTE_ADDR']}");

Ajouter la possibilitée d'indiquer qu'un problème est résolu.

Dans les champs dispo pour un problème, ça serait effectivement bien d'indiqué si celui-ci à été résolu ou pas.

Résoudre les blems d'affichages des problèmes.

Ils doivent être présentés par ordre de dernière modification dans leurs catégories. De la plus récente à la plus ancienne.
Pour le moment, c'est un peu un aléatoire bizarre :-/

Modification des catégories.

L'utilisateur aura accès à un formulaire présentant les noms et positions de chaque catégories et aura la possibilité de les modifier.
Pour que les modifications soit prises en compte, il faudra bien-sûr envoyer le formulaire.

Permettre la modification des symptômes des pb pendant leur affichage.

Pour le moment nous n'avons que le lien « modifier », pour modifier les symptômes d'un problème quand on affiche la liste des problèmes. Pas quand on affiche le problème, pas cool.

Changer la structure de la table galeres_admin.

Pour le moment y a 30 000 champs différent dans la table qui est sensé n'avoir qu'une seule entrée…
Autant mettre en place une table à deux champs (son nom et sa valeur) et mettre 30 000 entrées.

Il faudra aussi rajouter une entrée (donc) qui retiendra l'ip de l'admin connecté !

Affichage du footer.

Faire en sorte que l'affichage du bas de page soit dynamique en fonction du contenu dans le champ approprié de la base de données.

Faire en sorte que le titre renvois à l'index.

Il y a aucun moyen pour retourner à l'accueil du site, si ce n'est de modifier à la main l'URL.
C'est un gros problème d'ergonomie.

Création de la structure de la page d'affichage.

Créer les grandes lignes du design de la partie utilisateur simple du site.
À savoir mettre en place la zone de titre du site, le menu à gauche, la zone centrale… au centre, et le fooder en bas.
Il faudra aussi mettre en place les choses générales du ccs.

Affichage d'une catégorie.

C'est pareil que la page principale, mais à la place d'afficher les problèmes dans toutes les catégories, on se limite à celle sélectionnée. Eh ouais…

Modification des problèmes.

Permettre à l'utilisateur de modifier les informations relatives aux problèmes. À savoir le nom, les symptômes, si celui-ci est résolu, et sa position.
L'affichage des formulaires s'effectuera quand l'utilisateur aura sélectionné une catégorie dans la partie administration du site.

Faire un div spécial pour l'affichage du code.

Affichage page principale.

Quand aucun problème n'est sélectionné, on affiche toutes les catégories, avec un descriptif de chaque problèmes contenus dans celles-ci.
Le descriptif concerne en fait en le titre de la catégorie et ses symptômes.
Tous les titres sont « cliquables », en gros, en cliquant sur le titre d'une catégorie, on affichera uniquement les problèmes de cette catégorie (voire issue #13) et en cliquant sur un problème, on le liste en détail (voire issue #12).

Gestion de l'authentification.

Une fois la base de données en place, il faudra implémenter le système d'authentification de la partie d'administration.
Un simple formulaire demandant le pseudo et le mot de passe fera l'affaire.
L'utilisateur sera authentifié via un cookie contenant un contenu abstrait qui sera synchronisé avec la bdd, et par ip pour éviter le vol de cookie.

Permettre d'afficher que les étapes utiles d'un problème.

Faire en sorte de permettre au visiteur de regarder que les étapes de la résolution d'un problème qui aurons étés au final utiles.
Il faudra aussi mettre à disposition une url qui permettra d'avoir directement ce mode d'activé.

Ajout des problèmes.

Permet à l'utilisateur d'ajouter un nouveau problème.
L'utilisateur devra choisir la catégorie à laquelle appartiendra le problème, lui définir un titre, mais aussi une explication des symptômes qui caractérisent le problème. Cette caractérisation pourra être écrite en html.
Il pourra également indiquer si le problème est résolu, et lui définir une position. Si aucune position n'est définie, un tri s'effectuera du plus récent au plus ancien.
La date de création sera aussi enregistrée dans la base de données.

Permettre la modification des infos relatives à l'administration.

Permettre à l'admin de changer son pseudo, son mot de passe, le titre et footer du site ainsi que le tracker Piwik.

Mieux gérer les envois de formulaire.

Pour le login, on a à recharger la page encore une fois après l'authentification pour avoir l'affichage admin. C'est pas cool…

Création du menu.

Création du menu à gauche.
Celui-ci contiendra le nom des catégories (triée par position puis dans l'ordre alphabétique), puis tous les problèmes appartenant à celle-ci.

Pouvoir supprimer des problèmes.

Pour le moment, on peut modifier les problèmes, mais pas les supprimer.
Il va falloir remédier à ça.

Modification des étapes.

Permettre, dans la partie administration, de modifier les étapes déjà soumises à un problème.
La modification prendra en compte tout les champs pouvant être renseignés à la création d'une étape, à savoir : les textes d'action et de résultat et si cette action a finalement été utile ou non.

Ajout des étapes.

L'ajout des étapes de résolution d'un problème s'effectuera dans la modification de celui-ci, dans la partie d'administration.
Une étape contiendra deux zones de textes pouvant être remplies en html. La première indiquera les actions réalisée dans cette étape, et la seconde ce que cette action à apporté au problème. Une checkbox sera aussi disponible pour indiquer si, globalement, cette étape a apporté quelque chose ou pas.
La date de soumission de l'étape sera également retenue.

Affichage d'un problème.

L'affichage d'un problème consiste en un premier temps à afficher son titre, son descriptif, et si celui-ci a été résolu.
Ensuite, toute les étapes de progression serons listées. Elles seront classée par date de soumission avec la plus vieille en premier. Un code couleur sera mis en place pour savoir si l'étape a été utile ou non.

Ajout des catégories.

Ajout d'un formulaire permettant à l'utilisateur d'ajouter des catégories.
L'utilisateur pourra choisir le nom de la catégorie, mais aussi sa position dans la liste.
La valeur par défaut de la position sera 0, le nombre le plus grand sera en premier dans l'affichage. Si les nombres sont les mêmes, un tri alphabétique sera effectué.