NPDS : Gestion de contenu et de communauté

Pour les fichiers pas avant ce soir.

je te dirais si d'iic là je m'en suis sorti

pour anticiper une réponse sur ce qu'il faut faire de plus éventuellement côté esclave,
j'ai ajouté en admin du sujet receptacle des articles le pseudo du membre que j'ai créé
mes tests sont pas simple car multipliés en l'absence de réponse à certaine question. Je suis parti du postulat qu'il est pas besoin de mettre http:// devant les www des champs WWW du data matire et esclave comme dans l'exemple de l'aide
Mais pour chaque test je dois essayer avec dans NOM du topic du data maitre le nom court et le nom long n'ayant aucune certitude sur quel est celui qui doit etre employé
Pour l'instant avec la version nom court de topic l'ajout du membre esclave en admin du topi receptacle ca marche pas plus

sur npds.org : fichier data-cluster-M

$part[0]=array(
"WWW"=> "www.npds.org",
"KEY"=> "La clef de NPDS"
);

$part[1]=array(
"WWW"=> "modules.npds.org",
"SUBSCRIBE"=> "NEWS",
"OP"=> "EXPORT",
"AUTHOR"=> "NPDS-Cluster",
"MEMBER"=> "NPDS"
);

Sur modules.npds.org: fichier data-cluster-E

$part[0]=array(
"WWW"=> "www.npds.org",
"KEY"=> "La clef de NPDS",
"SUBSCRIBE"=> "NEWS",
"OP"=> "IMPORT"
);

ok ca correspond à ce que j'ai dans le date maitre et esclave
avec en plus dans le data maitre pour le part 1
"FROMTOPICID"=> "10",
"TOTOPIC"=> "Nom court ou nom long du topic je suis toujours pas sur",
"FROMCATID"=> "",
"TOCATEG"=> "",

va donc falloir que je creuse encore plus sur ce qui cloche

peut etre du côté site esclave. j'ai bien créé l'admin avec droit sur article que j'ai mis en pseudo dans le data maitre comme ton "NPDS-Cluster" et un membre créé pour l'occasion que j'ai mis dans Member (son nom complet et non son pseudo comme spécifié dans l'aide. A noter à ce sujet que le nom du membre possède dedans un espace et un accent : "Comité" au cas ou mais pas de raison que ca est une incidence j'espère) .
y'a peut etre qq chose en plus à faire non spécifié dans l'aide.
Comme je disais a tout hasard j'ai mis dans la définition du topic concerné du site esclave le member en question comme admin du topic
Aprés ca je sèche.

Message édité par : PSTL / 20-11-2013 22:57

j'ai laissé dans le doute
"TOTOPIC"=> "", pour comme indiqué une insertion dans topic par defaut
ca marche pas plus

j'arrête pour ce soir je reprendrais demain soir de nouveau

doit y'avoir une action qui manque mais laquelle pour l'instant je trouve pas

Crevé je continuerais à chercher demain :-(
j'ai le sentiment qu'il me manque une info, une précision et que dès lors ca doit plus être compliqué.

j’enlèverais les infos suivantes pour simplifier les tests:

"FROMTOPICID"=> "10",
"TOTOPIC"=> "Nom court ou nom long du topic je suis toujours pas sur",
"FROMCATID"=> "",
"TOCATEG"=> "",

Pour moi cela tourne soit au niveau de la CLEF de Sécurité soit au niveau de l'esclave

j’enlèverais les infos suivantes pour simplifier les tests:

"FROMTOPICID"=> "10",
"TOTOPIC"=> "Nom court ou nom long du topic je suis toujours pas sur",
"FROMCATID"=> "",
"TOCATEG"=> "",

Pour moi cela tourne soit au niveau de la CLEF de Sécurité soit au niveau de l'esclave

J'ai viré ce que tu m'as dit sans plus de succès.

la CLE champs KEY est la même des 2 côtés (copier coller pour être sur, c'est 5 lettres la clef pour moi avec des minuscules et majuscules mais sans caractères spéciaux ni espaces)

Je cherche maintenant au niveau de l'esclave
peut être une histoire de "droits" au moment de la tentative d'insertion de l'article par le maitre.
J'ignore les controles qui sont fait ... va peut être falloir que je me plonge dans le code de l'insertion. J'ai trouvé bizarre qu'il faille créer un admin avec "uniquement des droits sur articles". Pourquoi cette restriction, ca veut dire que si on voulait utiliser le pseudo du super admin ca marcherait pas ? bizarre.

Le temps m'est compté pour ma démo demain aprem ... :-(

au cas ou ca serait une histoire de droits coté esclave j'ai indiqué sur le data maitre en author le pseudo du webmaster superadmin du site esclave et en member le NOM d'un membre qui à les droits adminsitration sur tous les topics et a qui j'ai mis dans sa fiche user le niveau super-modérator ... je vois pas ce que je pourrais donner comme droits en plus à l'author et au member...
... résultat echec encore aucune trace de l'article sur le site esclave aprés confirmation de mise en ligne dans la petite fenetre de validatio ndu site maitre ... et a toute fin utile j'ai vérifié, aucune trace non plus dans la table stories de la base sql du site esclave

Ca me fait penser à une chose ...
à l'installation de NPDS pour les sites maitre et esclave j'ai utilisé comme NPDS le permet un prefixe de table (différent pour chaque site) ...
CLUSTER n'oublirait il pas d'aller chercher dans les paramètres le préfixe de base côté esclave et donc n'arriverai pas à faire l'INSERT ?
ca me parait énorme je pose la question car si CLUSTER a été concu AVANT la version de NPDS qui a permit les prefeixes de table alors ca pourrait être ca...

Verifie cela prends 5 min

Merci Jireck :-) . Je suis dessus

insert into ".$NPDS_Prefix."stories
donc ca va le module gère donc c pas ca


Autre chose visiblement on peut utiliser en author n'importe quel admin ayant doirt sur gestion article ... sauf super admin car toutes les valeurs de droits sont à 0 pour super admin qui a un 1 dans super admin à la place, donc ce code pourrait poser soucis si on choisi en author le superadmin :
if ($radminarticle==1) {$pasfinB=true;} else {$pasfinB=false;}

Du coup je continue à chercher

Bon j'avance !

pensant à une histoire de droit dans la partie insertion de l'article j'ai supprimé
if ($pasfinA and $pasfinB) {
qui empeche l'insertion si author ou member n'ont pas les droits suffisant...
et hop miracle ca marche mon article est inséré ...
reste à trouver par rapport à ce que j'ai dit précédemment et ce qui est indiqué dans la procédure d'install ce qui coince.
En tout cas je trouve troublant l'usage du nom "name" et non le pseudo "uname" pour le MEMBER (table users)
Je vais faire un essai, pour l'admin AUTHOR comme pour le user MEMBER je vais mettre le nom et le pseudo identique voir déjà si le système CLUSTER se mélangerai pas les pinceaux entre les deux ...

BINGO

c'est bien ca ...
en utilisant sur l'esclave l'admin et le user existant que j'ai parametré mais en simplement mettant un pseudo et un nom identique et bien sur en réactivant le controle de droit de l'INSERT voilà que ca marche maintenant, ce qui me fait dire qu'il doit y avoir dans la série de manipulation de transfert de contenu de champs, de table removehack etc une inversion à un moment donné entre pseudo et nom qui fait planter le test.
Donc pour ceux qui aurait besoin d'utiliser à l'avenir CLUSTER Paradise je conseille fortement de créer sur l'esclave le user MEMBER et l'admin AUTHOR avec pseudo et nom strictement identique et sans majuscule ... à moins de chercher dans le code ou est l'inversion.

OUF :-P

Merci à Dev et Jireck pour leur intervention ;-)

Je vais faire les même tests que toi et voir ou est le problème

Certainement aussi modifier / améliorer la doc

/* AUTHOR : doit contenir le pseudo de l'Admin ...
/* MEMBER : doit contenir le NOM (et non le pseudo) ...

A suivre

A cette occasion, voir si en ce cas il serait pas mieux que ce soit le pseudo et nom le nom de mebre qui soit utilisé car j'ai pas compris pourquoi et en toute logique si le pseudo est uen clé unique à mon sens le nom utilisateur ne doit pas l'être pour autoriser les homonymes et en ce cas quid de l'affectation de l'article au bon user ??

ya une logique au niveau des fonctions de NPDS pour retrouver un membres ... mais je regarderais

Il semble qu'il y ai un autre souci
Aprés vérification côté esclave CP oubli de repliquer les informations de début et fin de diffusion de l'article et pourtant si ces informations sont précisées c'est qu'elles ont une importance notamment pour les articles événementiels.
Au mieux la box de demande de confirmation de réplication de l'article devrait prévoir une case à cocher "répercuter les informatiosn de dates de diffusion ?"

Je sais pas encore si j'aurai le temps ou les compétences encore pour améliorer ce module mais dans le fchier data master pour chaque Array définissant le lien des articles d'un sujet donné j'aurai bien vu un parametres pour définir si on prévoit la box de confirmation ou si c'est d'office.

les choses se complique de toute façon quand on fait un usage approfondit de CP.
En effet si sur le Maître je reviens sur l'article pour corriger qq chose ou actualiser l'article alors la box de validation se réouvre et du coup j'ai pas fait l'esai jusqu'au bout mais vu ce que j'ai vu du code y'a fort à parier qu'il n'y a pas de test d'existence de l'article pour UPDATE et d'ailleurs sur quel critère le maitre pourrait il retrouver l'article à corriger sur l'esclave.

Attention tout ce que j''écris ne fait pas office de critique, ce petit module est déjà bien pratique et ses limites sont forcément dûes au fait qu'il doit rarement être utile à des webmasters sinon forcément il aurait évolué.