Bonjour à tous !
 
Je suis en train de bosser sur un site statique dont le contenu devra être mis à jour par des gens n'ayant ni connaissance en code ni envie d'être formés.
 
Vu que ma mise en page utilisera à fond le positionnement CSS et non les tableaux, j'ai d'abord pensé me contenter de pages HTML en laissant des commentaires bien visibles pour montrer les zones de texte à modifier. Mais il y a le risque qu'ils touchent à une balise en dehors et que ça foire la mise en page.
 
Je pense donc faire du PHP avec des includes pour que les gens qui mettront le contenu à jour n'aient qu'à uploader un simple fichier txt à un certain endroit.
 
Est-ce une bonne technique ? Y a t'il encore mieux ?
 
Est-il embêtant qu'une page contienne beaucoup d'includes (au niveau temps de chargement, requêtes serveur, référencement de ladite page...) ?
 
D'avance, je vous suis très reconnaissant pour votre aide et merci de m'avoir lu !
 

Tu veux faires des includes pour chaque mot, pas trés bien pensé tous ça.
 
Tu peux regarder du coté du RSS, ET/ou utilisé des variables en php...
 

Merci pour ta réponse et ton aide ! Je vais me renseigner sur les pistes que tu proposes.
 
Je vais pas faire un include pour chaque mot
 
Disons qu'une page se composerait de trois includes max :
- un include pour les méta et tout le blabla du début de page (facultatif)
- un include pour le menu de navigation et la partie commune de la mise en page (facultatif)
- finalement, un include pour le texte à insérer

Mouais, ça a l'air assez bouzin mais ça devrait faire l'affaire. A toi de voir si tu veux un peu plus luxueux, en laissant la possibilité d'éditer la page de manière plus user-friendly, sans réinventer Wiki et sans partir vers l'usine à gaz.
 
Commencer léger, avec un prototype, et le provisoire deviendra naturellement définitif...

Merci pour ta réponse sircam.
 
S'il y avait moyen de mettre en place un système plus "user-friendly", c'est sûr que ce serait l'idéal. Si tu as une idée, n'hésite pas...
 
Je suis en train de lire des tutos RSS, c'est vrai que ça a l'air intéressant, mais c'est aussi ultra compliqué

Beh, ça n'a rien de bien sorcier, mais si tu veux qq chose de potable, va falloir mouiller la chemise. C'est pas le genre de truc à torcher en 2 heures... Faut faire une analyse, design, toussa.  

 
Salut je jette ça en l'air comme ça :
 
Tu pourrais utiliser un moteur de templates comme celui de la PHPLIB pour vérrouiller ton gabarit ensuite tu enregistrerait la mise ne page de tes utilisateurs via un formulaire en php et en utilisant un editeur WYSIWYG pour la mise en page et ensuite tu exécuterait ton template avec ce contenu et tu aurais tes pages.
 
Le probléme c'est que je ne sais pas si les editeurs WYSIWYG générent un code Html si propre que ça.
 
:-)

Ca a l'air de dépasser le cadre de la simple édition de texte.
 
Attention, ça sent le gaz.
 
Et le WYSIWYG, pour sûr, ça sera vite le bordel.
 

Un logiciel WYSIWYG puissant comme DreamWeaver, c'est pas mal pour dessiner des tableaux facilement ou gérer des évènements, mais sinon bof bof. Sans parler de Frontpage Généralement, c'est loin de faire du W3C-compliant donc bloc-note
 
@sky_striker  
Mais tu as entièrement raison pour le principe de modèles / template. Idéalement, j'aimerais faire des pages modèles qui se contruiraient dynamiquement en allant puiser leur contenu dans une BDD mysql modifiable/actualisable par formulaire.
 
Facile à dire, mais à faire...
 
@sircam
Merci pour ta réponse ! C'est cool de m'aider

ramucho > Entre le rêve et la réalité, hein...
 
Essaye de faire simple et bien plutôt que de t'embarquer pour la lune sans équipement.

Salut je te rassure c'est faisable je le fait depuis 1 an et demi. Dans mon cas je n'autorise que de la mise en page simple (Paragraphes) pas de HTML.
Tout ça parce que je me demande comment on peut garantir la sécurité d'une application en autorisant la saisie de balises ...  
 
D'un autre coté je pense que tu devrais t'attacher à définir les types de contenus qui peuvent être saisie et construire plusieurs templates basés sur ces modéles. Construire une architecture objet t'aidera par la suite à reutiliser et faire évoluer ton code (Cf PHP 5 et POO).
 
Oublis pas de penser ta construction dés à present comme un programme générique et professionel il te faut distinguer 3 aspects:
- Template de contenu
- Objet contenant les méthode (Super type -> par exemple un article). Insertion modification suppression affichage type boite à outil
- Le code applicatif reunissant l'objet et le template pour l'utiliser dans un cadre particulier.
 
C'est beaucoup de boulot mais au final tu obtient un truc pro  
 

D'un autre coté tout dépend de ton niveau en programmation et du niveau d'abstraction que tu souhaite ...
Sinon regardes du coté des CMS (Content management system) gratuits :
 
SPIP, mambo, Typo 3, cofax c'est des outils spécialisés dans ce que tu veux faire

Self-quoted. Pourquoi pas ?
 
EDIT: np.

Désolé mauvaise manip ^^

En plus, j'ai un impératif de temps.
 
Je sais que c'est risqué de faire un site tout en découvrant des outils qu'on ne maîtrise pas, ça se voit. Mais il faut bien commencer. Si je veux apprendre, c'est l'occasion.
 
En fait, je vais essayer de voir si le côté sécurisation d'une partie admin par authentification/mdp est gérable plus ou moins facilement et de façon sûre, sinon j'abandonne.
 

Je suis en train de regarder ça, oui. Merci pour l'idée, je connaissais pas, j'avais jamais entendu parler des "CMS". Super !

 
+ Faire de l'over-requirement est une erreur grossière en matière de design. C'est bien de s'amuser, mais faut d'abord voir ce que veut le client et se fixer des objectifs réalistes...

Excuse moi mais c'est quoi de l'over-requirement ??
 
c'est utiliser un truc trop puissant pour ce qu'on veux faire ?
 

 
Je suis d'accord il faut bien commencer ... Mais pour bien commencer quelques éléments ...
 
Pour la sécurisation de ton site regarde du coté des sessions (En php). Utilise le MD5 pour hacher les saisies de tes utilisateurs et enregistres en crypté dans ta BDD (Pour respecter le caractére confidentiel d'un mot de passe). Regardes aussi les fichiers .htaccess si tu as des images et repertoires à protéger. Regardes à injection de code et flood qui sont des techniques de piratage et dont il te faut te prémunir.
 
Une autre petite astuce utilise un seul fichier pour ton espace membre genre membre.php fait ton test d'identification en tête du fichier et aprés en fonction des actions des utilisateurs fais des includes. Attention à la faille d'include (Cherches sur le net aussi tu trouveras des éléments de défense)
 
ça te permet d'avoir une seule page à sécuriser ...
 
Bon courage et bon week

Non : c'est une erreur qui consiste à s'éloigner des requirements du client.
 
Le client veut A. Mais en cours de route, on se dit, ah!, ce serait bien d'avoir A+. Tant qu'à faire, va pour A++, c'est vachament plus chouette.
 
Par rapport à A, A++ :
 
- Demande plus de temps de développement, de QA et de maintenance;
- A temps disponible égal, ttes choses étant égales, aura une qualité moindre;
- N'est peut-être d'aucune utilité au client;
- Est peut-être devenu une usine à gaz.
 
Sachant que tu te dis juste pt de vue temps, opter pour une approche plus extensive constitue à coup sûr une abberration.

C'est vrai sircam, t'as entièrement raison.
 
C'est pas moi qui suis pas réaliste, c'est le client. A l'écouter, il veut le top du top.
 
Moi, je sais que la technique doit être maîtrisée et surtout justifiée. Ca doit pas être un simple luxe, ça doit répondre à un besoin bien réel.
 
C'est comme le gars qui s'achète ça pour tondre une pelouse de 30m² :

Merci beaucoup pour toutes ces infos sky_striker, je vais me renseigner à présent. C'est vraiment sympa de m'avoir aidé, ça m'avance bien.
 
Merci pour tes conseils avisés sircam, pareil, je vais réfléchir à tout ça.
 

 
je suis entiérement d'accord mais mon approche a été de luui donner une liste de ce qui existe aprés cet arbitrage je pense que c'est à lui de le faire car il a toutes les données. Mais ta remarque est judicieuse faut pas s'amuser avec la technique car c'est couteux    
 
Bon week @ tt les deux

Au pire, s'il veut du top, il paye rubis sur ongle, stout.    
 
Quand il verra que le prix fait x5 pour la partie gadget, il reviendra sans doute à de meilleures considérations. Sinon, tant mieux pour toi : plus temps pour le faire, mieux payé.