Gestion de Contenu, de Communauté et de groupes de travail collaboratif - Open Source, français, sécurisé, stable et performant

  • MODULES

    Pour étendre les nombreuses fonctionnalités disponibles de base - modules.npds.org est à votre disposition.

    Des modules complémentaires, une communauté de développeurs active, des forums pour vos questions ... NPDS  est aussi une plateforme de développement !

  • STYLES

    Vous cherchez des thèmes graphiques pour votre portail ou votre communauté : styles.npds.org est à votre disposition.

    Des thèmes du plus simple au plus sophistiqué. Des thèmes facilement modifiables et toujours en Open-Source - Laissez simplement parler votre imagination !

  • BIBLES

    La documentation indispensable pour personnaliser et exploiter toute la puissante de NPDS  est à votre disposition sur bible.npds.org.

    Vous pouvez participer à l'effort de documentation - rien de plus simple : contactez un membre de la Team de développement et nous vous ouvrirons un compte sur le Wiki !
Devenir membre    |    Identifiant : Mot de Passe : -
Au delà de la gestion de contenu 'classique', NPDS met en oeuvre un ensemble de fonctions spécifiquement dédiées à la gestion de Communauté et de groupes de travail collaboratif.
Il s'agit d'un Content & Community Management System (CCMS) robuste, sécurisé, complet, performant et parlant vraiment français.

Gérez votre Communauté d'utilisateurs, vos groupes de travail collaboratif, publiez, gérez et organisez votre contenu grâce aux puissants outils disponibles de base.
  • Multi langues (Français, Anglais, Allemand, Espagnol, Chinois)
  • Respect des standards : UTF8, XHTML, CSS, ...
  • Système de blocs avancés
  • Installation et administration complète et centralisée
  • Editeur HTML intégré
  • Gestionnaire de fichier en ligne
  • Gestion des groupes de membres
  • Ecriture collaborative de documents (PAD)
  • Forums évolués
  • Mini-sites (pour les membres et les groupes de travail)
  • Chat temp réel
  • Système de News et de rubriques complet (édition, révision, publication)
  • ...
Gratuit et libre (Open-Source), développé en PHP, NPDS est personnalisable grâce à de nombreux thèmes et modules et ne requiert que quelques compétences de base.
NPDS Workplace - groupe de travail collaboratif
 NPDS WorkSpace - tous l'univers du travail collaboratif.
Modéré par : developpeur jpb Jireck

Poster la réponse dans le sujet : SFORM  |  Index du Forum
A propos des messages privés
Les Utilisateurs anonymes peuvent poster de nouveaux Sujets et réponses dans ce Forum.
Identifiant : Anonyme
Icone du message :                       
                
Message :

HTML : Activé
       

      youtube 
 Plus d'émoticons
 Cliquez pour insérer des émoticons dans votre message :
 :-) ;-) :-P 8-) :-D :=! :b :D :# :-o :-? :-( :| :-| Mais c'est pas possible ! => :paf
Options : Désactiver le HTML pour cet envoi
Anti-Spam / Merci de répondre à la question suivante :
      

Aperçu des Sujets
developpeur
24581       
 

developpeur
 Posté : 02-09-2005 22:59
Citation : i-hej

J'apprends progressivement à faire mon formulaire et les fonction d'ajout et de modifications de données dans une bdd grâce à ce formulaire.

J'ai une question au sujet du code (ci-dessus) de récupération du pseudo par le cookie :

- Imaginez que ma compagne aille sur le site sous mon pseudo (car j'ai oublié de me déconnecter) et que j'aille également sur le site de mon boulot en même temps qu'elle et en me connectant sous mon pseudo. Comment NPDS gère cette double connection sous le même pseudo ? Que se passerait il si les deux connectés étaient sur le même formulaire, que je suis en train de créer, sous le même pseudo ?
==> Deux users avec le même pseudo sur le même site : aucun prob / pour que cela pose un prob il faudrait que ton insert ou update de la table Mysql se fasse au même moment (c'est assez improbale). par acquis de conscience / lock la table en insert | insert | delock la table

- un gars qui s'y connait, ne peut il pas créer ou modifier un cookie présent sur son PC ? Si oui, ne pourrait il pas mettre dans le cookie de son PC le pseudo d'un autre membre, pseudo qu'il a récupéré sur le site ? Si oui, il pourrait donc se connecter sous le pseudo d'un autre membre et donc modifier ses données, ses commentaires, ses articles, etc. NPDS a peut être éviter cela, non ?
==> le cookie est en partie crypté (lourdement avec MD5) et une vérif est faite sur chaque chargmement du mainfile sur le couple / user-pass / le vol de cookie ou la forge (fabrication) est possible mais pas simple,simple

Pour revenir à mon formulaire, le code donnée ci-dessus ne vérifie que le pseudo dans le cookie donc la situation ci-dessus serait possible au sujet de mon formulaire. Le mot de passe, au contraire du pseudo, n'est vu par personne sur le site, ne faudrait il pas faire également une vérification du mot de passe en plus du pseudo ? Si oui, pouvez vous me dire quel en serait le code php ?
==> voir au dessus
Question sécurité, c'est important.


i-hej
30    

i-hej
 Posté : 02-09-2005 08:21
J'apprends progressivement à faire mon formulaire et les fonction d'ajout et de modifications de données dans une bdd grâce à ce formulaire.

J'ai une question au sujet du code (ci-dessus) de récupération du pseudo par le cookie :

- Imaginez que ma compagne aille sur le site sous mon pseudo (car j'ai oublié de me déconnecter) et que j'aille également sur le site de mon boulot en même temps qu'elle et en me connectant sous mon pseudo. Comment NPDS gère cette double connection sous le même pseudo ? Que se passerait il si les deux connectés étaient sur le même formulaire, que je suis en train de créer, sous le même pseudo ?

- un gars qui s'y connait, ne peut il pas créer ou modifier un cookie présent sur son PC ? Si oui, ne pourrait il pas mettre dans le cookie de son PC le pseudo d'un autre membre, pseudo qu'il a récupéré sur le site ? Si oui, il pourrait donc se connecter sous le pseudo d'un autre membre et donc modifier ses données, ses commentaires, ses articles, etc. NPDS a peut être éviter cela, non ?
Pour revenir à mon formulaire, le code donnée ci-dessus ne vérifie que le pseudo dans le cookie donc la situation ci-dessus serait possible au sujet de mon formulaire. Le mot de passe, au contraire du pseudo, n'est vu par personne sur le site, ne faudrait il pas faire également une vérification du mot de passe en plus du pseudo ? Si oui, pouvez vous me dire quel en serait le code php ?

Question sécurité, c'est important.

developpeur
24581       
 

developpeur
 Posté : 24-08-2005 22:53
Citation : i-hej

Entièrement d'accord avec toi.

- Mais je viens de me rendre compte que je n'avais pas compris la solution de BlackEagle . Je croyais qu'il ne proposait qu'une solution de cookies sans inscription en tant que membre.
Mais en fait sa solution c'est : lorsqu'on s'inscrit ou on se connecte en tant que membre, le portail met un cookie sur le PC. C'est donc grâce à ce cookie qu'on peut récupérer l'id du membre connecté.
==> YES

- Donc ayant récupéré l'id du membre lors de sa connexion, il faut, lorsque le membre ouvre le formulaire, que ce dernier aille chercher les données de ce membre grâce à d'id récupéré par le cookie.

Je suis débutant en php : il y a certainement du code à récupérer dans user.php pour me permettre de faire cela ?
==> oui ou le module links qui me semble + approprié (dans modules/links)

- Ces derniers jours, je me suis penché sur extend-user (c1, c2, c3, etc). En fait mon idée serait une sorte de extend-user multi-formulaires dont chaque formulaire pourrait être appelé individuellement par un lien et non comme actuellement intégré dans le formulaire d'inscription.
Suis-je sur la bonne piste ?
==> non : la bonne piste c'est le module links et sa façon d'intégré des infos complémentaires

- Ce système réglerait pas mal de problèmes rencontrés par certains et que j'ai pu lire sur le forum SFORM (comment augmenter le nombre de champ, etc).
On crait un ou des formulaires perso par SFORM ou autre éditeur de formulaire avec autant de champs que l'on souhaite, on y ajoute un champ avec l'id du membre. Ce dernier permettant au membre et à l'administrateur d'aller sur l'un des formulaires pour y modifier les données de ce membre.

çà pourrait être une idée pour un patch de NPDS Sable...

i-hej
30    

i-hej
 Posté : 24-08-2005 07:56
Entièrement d'accord avec toi.

- Mais je viens de me rendre compte que je n'avais pas compris la solution de BlackEagle . Je croyais qu'il ne proposait qu'une solution de cookies sans inscription en tant que membre.
Mais en fait sa solution c'est : lorsqu'on s'inscrit ou on se connecte en tant que membre, le portail met un cookie sur le PC. C'est donc grâce à ce cookie qu'on peut récupérer l'id du membre connecté.

C'est bien çà ?

- Donc ayant récupéré l'id du membre lors de sa connexion, il faut, lorsque le membre ouvre le formulaire, que ce dernier aille chercher les données de ce membre grâce à d'id récupéré par le cookie.

Je suis débutant en php : il y a certainement du code à récupérer dans user.php pour me permettre de faire cela ?

- Ces derniers jours, je me suis penché sur extend-user (c1, c2, c3, etc). En fait mon idée serait une sorte de extend-user multi-formulaires dont chaque formulaire pourrait être appelé individuellement par un lien et non comme actuellement intégré dans le formulaire d'inscription.

Suis-je sur la bonne piste ?

- Ce système réglerait pas mal de problèmes rencontrés par certains et que j'ai pu lire sur le forum SFORM (comment augmenter le nombre de champ, etc).
On crait un ou des formulaires perso par SFORM ou autre éditeur de formulaire avec autant de champs que l'on souhaite, on y ajoute un champ avec l'id du membre. Ce dernier permettant au membre et à l'administrateur d'aller sur l'un des formulaires pour y modifier les données de ce membre.

çà pourrait être une idée pour un patch de NPDS Sable...
Anonyme
19853  

Anonyme
 Posté : 24-08-2005 00:55
Peut être, mais ton membre devra s'identifier pour pouvoir modifier ses données, et là les cookies seront crées sur le pc.
i-hej
30    

i-hej
 Posté : 23-08-2005 21:55
je ne p)ense pas que les cookies soient la bonne solution car si le visiteur supprime les cookies de son PC alors il ne pourra plus accèder à ses données.
La seule solution est réellement d'utiliser le système de "membres" de NPDS. De plus, le visiteur pourra modifier ses données de n'importe qu'elle PC (au contraire du cookie).
developpeur
24581       
 

developpeur
 Posté : 23-08-2005 21:41
Sform n'est qu'un interface de formulaire. la vraie complexité de ton projet est l'identification des membres et l'enregistrement des données dans les tables
BlackEagle
51    

BlackEagle
 Posté : 23-08-2005 20:00
Tu peux déjà utilisé les cookies pour récupérer le nom du membre dans ton formulaire Sform.

// Récuperation du nom d'utilisateur sur le site par rapport au cookie
cookiedecode($user);
$username = $cookie[1];
if ($username == "") {
$nom = "";
} else {
$nom = $username;
} 

Pour faire apparaitre la liste des formulaires dans un bloc après inscriptions, tu peux demander que ce bloc ne soit visible que par les membres (voir gestion des blocs)

i-hej
30    

i-hej
 Posté : 23-08-2005 18:33
Bonjour,

je souhaite permettre aux visiteurs de mon site de remplir plusieurs formulaires différents (grand sondage, etc) qu'ils pourront modifier par la suite si leur situation évolue.

Pour cela, il faut qu'ils aient un libre accès et un accès confidentiel aux informations qu'ils auront mis sur les divers formulaires. Je pensait donc installer dans un sous-domaine de mon site le portail NPDS : les visiteurs qui veulent répondre au grand sondage par exemple choisiraient un pseudo et un mot de passe. Ceux-ci leurs permettraient de revenir sur leurs réponses.

Vous me demanderez "pourquoi réinstaller un portail NPDS en sous-domaine et non pas lier les formulaires directement aux membres inscrits sur mon site principal ?". Et bien parce que les membres de mon site sont des gens qui soutiennent la cause de mon site et ceux qui répondent au grand sondage ne la soutiennent pas forcément. De plus, l'inscription au sondage ne doit pas donner l'accès aux fonctions de mon site principal réservées aux membres.

Il va falloir que je crais mes formulaire grâce à SFORM puis que je crais les tables liées aux formulaires. çà, je dois être capable de le faire (ben... je pense puisque je commence tout juste à me mettre à SFORM).

Ma question est : comment faire pour que ces formulaires contiennent l'id du membre qui y répond ? Et surtout, comment faire pour que le membre ait accès aux infos qu'il a renseigné afin de les modifier comme bon lui semble ?

Chaque formulaire serait appelé en cliquant sur un lien.

Résumé de la Procédure pour le visiteur :
- le visiteur s'inscrit au site (choix du login et du mot de passe)
- Après connexion sous son login, la liste des formulaires apparait sur un bloc.
- Il clique sur le lien du formulaire qu'il souhaite.
- Le forumalaire souvre soit vide si c'est la première fois qu'il le rempli, soit avec les données qu'il a déjà mis précédemment.
- Il rempli ou modifie les données et Valide le formulaire qui met à jour la base de données.

Voilà voilà le résultat final que je souhaiterais obtenir.

Merci d'avance.
Jérôme, débutant en programmation.

Temps : 0.0189 seconde(s)