Bonjour,

Pour mon stage je doit créer un site web pour une association, et comme je ne reste que pour 3 mois j'aimerais créer un formulaire qui permettrait au personnes de l'association d'ajouter du contenu (texte, titres) sur une page sans passer par un quelconque logiciel de création de site web ou de transfert FTP.
Je voudrais donc juste savoir comment proceder pour pouvoir récuperer du texte d'un formulaire (form.php) et l'ajouter à une autre page (contenu.php). Sachant que le contenu ne doit pas etre effacer lorsqu'on quitte la page ou lors que l'on ajoute un autre contenu.

En gros, tu veux créer ton propre CMS.

Pourquoi ne pas te pencher sur des Cms existants (joomla, xoops, drupal, textpattern, etc..) , Tu y gagnerais beaucoup de temps.

Ben en fait c'est un stage ou je doit un peut montrer mes capacité a utiliser les langages de programmations web donc je vais pas utiliser Joomla pour ça. Je veut justr savoir comment faire pour ajouter du contenu a une page a partir d'un formulaire pour que le contenu reste définitivement. Parce que je connais un peut les méthodes Get, Post... de php qui permettent de faire des truc dans le genre, mais en fait ça permet pas d'ajouter du contenu a un page et d'enregistrer cette page. Et c'est ce que je voudrais faire.

De plus, j'ai déjà crée un site web pour l'association pour laquelle je travaille donc je doit intégrer ce système au site.

Donc si quelqu'un pouvait me donner un piste à exploiter ça serait sympa
Merci

La piste c'est d'enregistrer le contenu des formulaires envoyés dans un fichier texte ou dans une bdd (cette dernière solution est plus souple et plus évolutive) et ensuite de lire le contenu de ces fichiers ou de la bdd à la lecture de la page.

Au préalable tu dois créer un espace d'authentification pour ne permettre l'accès aux formulaires qu'aux administrateurs autorisés. Cf http://www.phpfrance.com/forums/voir_sujet-242539.php

C'est dans l'intérêt de l'association que je dis ça.

En trois mois tu n'auras jamais quelque chose de comparable à un CMS libre, ils vont devoir faire avec ce que tu as fait. Et si quelqu'un doit reprendre , un jour, ton travail pour y ajouter quelque chose ou le modifier, je doute qu'il s'y retrouvera facilement dans ce que tu as fait, ou que ton travail sera assez flexible que pour permettre les besoins futurs de l'association.

En gros, dés qu'ils vont vouloir quelque chose, il vont devoir tout recommencer.

De plus, vu ton niveau en programmation web, comment pourras-tu garantir la sécurité de site web vis-à-vis des différentes techniques de piratage comme l'injection sql ou le XSS, si ce n'est par la politique de l'autruche ?

Bref, préparer un Cms - aussi modeste qu'il soit - à utiliser en production (pour de vrai) requiert déjà une certaine expérience en développement web, et je ne pense pas que c'est un bon projet pour faire ses dents.

Attention, je ne dis pas que c'est une mauvaise idée de créer un cms pour apprendre de nouvelles compétences, c'est top, c'est une très belle manière.
Mais vouloir le faire et le destiner à être réellement employé par des gens, dans trois mois, sans aucune garantie de suivi et de support une fois installé et utilisé et toi parti, je trouve ça honnêtement dangereux, autant pour toi (réputation) que pour l'association (sécurité, durée de vie).

Enfin, mon opinion sur le sujet. J'estime que ce n'est pas te rendre service que de ne pas te prévenir des possibles conséquences.

Si sur le principe et une vision à long terme Berzemus n'a pas tort, il faut aussi prendre en compte le besoin... si le but est simplement d'avoir un champ de formulaire qui va alimenter le contenu d'une page, il n'est pas nécessaire de mettre en place un outil qui permet de gérer des articles, des contacts, des sondages, des liens ou des bannières de pub

Ce serait encore pire pour celui qui devra venir ajouter/modifier quelque chose dans 3 mois de devoir se taper la doc et la lourdeur de joomla et consorts, pour 2-3 fichiers utilisés... Un code bien commenté et un peu de doc auront (selon moi) un bien meilleur effet pour la réputation, l'assoce et ceux qui passeront derrière

Bref, pour en revenir à ta question, il te faut suivre les pistes d'AB pour écrire dans un fichier (http://fr2.php.net/manual/fr/ref.filesystem.php) ou dans une base de données (http://fr2.php.net/manual/fr/ref.mysql.php). Quant à l'authentification, de simples fichiers .htaccess/.htpasswd protégeant le répertoire peut également être une solution, mais c'est quand même plus classe de gérer des utilisateurs

Hmm, c'est vrai que j'ai tendance à imaginer tout de suite de gros projets..

Tant que le code est bien structuré, sécurisé, bien commenté et bien fait, que tout soit green, y'a pas de soucis. Mais il faut le faire, et ça prend du temps.

En fait ça serait juste pour ajouter une div avec titre et contenu dans une page 'events' et pouvoir supprimer les events trop vieux et les ajouter à une page 'past events'.

En ce qui concerne les utilisateurs, il n'y aurait q'un seul login et qu'un seul password pour acceder à la page d'ajout de contenu. Donc je pense que la maitrise des fichier .htaccess et .htpasswd suffiront.

Je vais bien sur me pencher sur l'aspect sécuritaire de ce système mais je ne pense pas qu'il y ait de problèmes.

Je vous remercie de m'avoir aidé et si jamais j'ai des problèmes je sais a qui m'adresser

Merci
Titouan

Maintenant que l'on en sait un peu plus je te conseille si possible l'utilisation d'une bdd. Plus facile pour gérer les dates.
Tu peux même envisager d'automatiser complètement (sans intervention administrateur) le processus qui permettra de transférer les news trop anciennes vers les archives. Et même éventuellement de permettre à l'administrateur de définir lui-même la durée de présence des news avant leur transfert automatique vers les archives