Structure de Site

[uriak]

Deux petites interrogations

Je compte réaliser une partie manuel, en partie liée à des éléments SQL du jeu. Mais aussi des parties explicatives avec du contenu original. Donc la question c'est : pour concevoir une série de pages similaires, feries vous simplement l'utilisation d'un include dépendant d'une variable (dans $GET, par exemple) ou alors utiliseriez vous le SQL, ce qui peut permettre de faire un éditeur de ces pages et la création automatique des liens, mais génère des requêtes ?

Autre question : je n'ai pas encore fait de fichier de configuration et je compatis utiliser des fichiers php dans un premier temps (plus simple) Qu'en est-il de la sécurité ? Doivent-ils être dans un dossier à accès protégés ? Est-il possible que quelqu'un fasse un include d'un fichier php ne lui appartenant pas et tente d'afficher ses variables ?

merci ^^

[Sephi-Chan]

Je ne pense pas qu'en incluant une page d'un site externe tu puisse afficher les variables liées à ce fichier, la page que tu inclues est sans doute déjà interprétée sur le serveur où elle est hébergée.

Concernant ton manuel, tu veux dire qu'il utiliserait des informations en temps réel contenu dans la base de donnée ?

Si tu veux faire un manuel dynamique, tu peux toujours utiliser un système de cache, ça te permettra de pouvoir faire tes éditions (à la manière d'un Wiki ?) sans solliciter la base de données trop souvent. Ce serait donc un appel par GET qui va chercher la page de cache portant le nom donné en argument et, si ce dernier n'existe pas, la base est sollicitée et créer un nouveau fichier HTML de cache.


Sephi-Chan

[naholyr]

J'installerais un wiki perso

[uriak]

hehe, mais si j'ai décidé de faire tout sans FrameWork, c'est pour m'éviter l'installation de code que je ne maîtriserais pas :p

Pour le système de cache, tu propose en gros que je génère des pages html côté serveur ou client ? En fait l'éditeur deviendrait un générateur html plutôt qu'un élément qui crée de la BDD...

[Sephi-Chan]

Si c'est juste pour un manuel de jeu, il voudra probablement l'intégrer directement au site, et installer et intégrer un Wiki existant ne doit, je suppose, pas être une mince affaire.


Sephi-Chan

[naholyr]

Je développe un plugin Wiki sous Symfony, et en gros il y a 5 jours de dév pour faire un wiki classique avec les fonctionnalités principales (en l'occurrence : syntaxe wiki avec possibilité de choisir son moteurs, support des liens internes et InterWiki, édition publique ou restreinte, versionning, historique avec diff joliment présenté entre des versions sélectionnées, possibilités de consultation et de retour à une ancienne version, index par titre).

Pour faire une intégration complète d'un wiki existant il suffit de faire une chose : remplacer le système d'authentification du wiki par le sien ou au moins brancher l'un sur l'autre (c'est ce qu'on appelle un "bridge"). En gros c'est 1 à 2 jours de dév.
+ La mise en place du template qui colle exactement à celui du site, disons 1 jour de plus.

Je dirais que ce n'est pas une tache si ardue que ça compte tenu de ce que ça apporte

[uriak]

Bah, comme pour le moment je code dans l'idée de progresser, ça ne me dérange pas de commencer from scratch. Et sinon, pour les include, vous confirmez l'absence de danger ? Histoire que je mette le fameux 'Résolu'

[denisc]

pas de soucis avec les include