NPDS : Gestion de contenu et de communauté

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é.

Oui si tu fais modifier, le popup s'ouvre et duplique N fois la news...
il n'y a pas de check...

La vérification et Update ne peux etre faire que sur des hébergements qui acceptent pas mal de fonctions; généralement elles sont bridés.

Les conditions de publications ne sont effectivement pas transposées sur le site esclave.

Les MAJ non plus et pose le problème de savoir si elles (les news) ont été modifiées ou non.

A suivre donc

Je bosses sur ce projet dans l'intérêt de la promotion d'un sport. Si les 3 sites que je met en oeuvre en hierarchie (Comité Régional, un premier comité Départemental et un Club) font leur petit effet auprès des instances il se pourrait que derrière une vingtaine de sites en découle.
De ce fait j'aurais j'espère des subsides pour soit me motiver à coder pendant mes loisirs ou me faire aider dans la limite des moyens.

De fait améliorer CLUSTER sera je pense nécessaire.

Je vois pas suite à ce que dit Jireck en quoi les actions de UPDATE sur l'esclave peuvent poser problème. Aprés tout le php de mise à jour s'exécute sur l'esclave aprés récup des infos de l'article du maitre. Donc on doit pouvoir coder ce qu'on veut.

Message édité par : PSTL / 24-11-2013 22:44

1 - pour "propager" les dates (début et fin de publication) => je pense que s'est possible / je regarde d'ailleurs

2 - pour faire des MAJs / je jette un oeuil pour voir comment cela serait possible

OK pour changer le nom du topic et le déplacer dans un autre forum (se serait plus judicieux)?
Tester une version améliorée cela t'interresse 8-) ?

Message édité par : developpeur / 24-11-2013 19:55

Ok pour le deplacer.

et entendu pour faire des tests poussés

Me ;-) rci

Message édité par : developpeur / 24-11-2013 23:14

Voila déplacer

Date de fin de validité ET épuration : assez simple : c'est fait
Date de début de validité : on écrira dans la table autonews (comme normalement) et la news sera donc aussi 'programmée' sur le site destinataire => Je regarde comment faire

Modif des news : il manque un ID unique (pour chaque news) qui serait partagé entre les différents site esclave d'un cluster => Je regarderais

A suivre

Super tu n'a pas trainé ! :=!

Tu me diras quant et ou récupéré le CLUSTER modifié stp :-)

MErci

Date de fin de validité ET épuration => c'est fait
Date de début de validité : on écrira dans la table autonews (comme normalement) et la news sera donc aussi 'programmée' sur le site destinataire => c'est fait aussi

J'ai un package pour test disponible pour ceux que cela intéresse :
==> www.npds.org/maj_online - juste copier les fichiers


PSTL : merci de relire les fichiers d'install, la doc
=> je pense avoir été précis ... et j'ai surtout corrigé les erreurs + rajouter certains contrôles qui n'était pas documentés.

Merci de vos retours rapides si possible

Genial !!!

Merci bcp Philippe.
Je rentre à l'instant d'un déplacement, je regarde ca dans la journée et reviens vers toi.

Autre chose, si un article du Maître contient une image/fichier issu d'un upload apres transfert sur l'esclave il manque l'ajout du complément de l'URL (site Maître) permettant d'avoir à l'arrivé l'image/fichier toujours exploitable.
Ca parait balot mais c'est sur qu'au moment du développement de ce module il était difficile de penser à tout ;-)

Non pour l'image s'est un paramétrage de tinymce.

mon grain de sel:
:-D

c'est la raison pour laquelle une image jpg incluse dans un article sur ce site (NPDS) n'est pas "propagée" en même temps que l'article dans Modules ?

@Bartok : Je viens de modifier l'article pour que les images apparaissent.

@Dev Il serait bien que par defaut dans tinymce, ce soit un url full et non relative.

De mémoire, j'ai jamais réussi a mettre tinymce en full url. me suis pas trop penché dessus

Par defaut pour tous ?

Lu l'install.txt ok pour moi j'ai pas note de chose à corriger ou compléter.

Installé et testé la validation d'un article de diffusion différé ca reporte bien en autonews la date de debut la date de fin ainsi que le choix d'épuration ou non
donc Mission accomplie ;-)

Une observation :
Sur le maître je veux revenir corriger un article autonews en attente, le maitre ne propose pas la fenetre de repplication esclave de l'article donc à ce stade on ne peut pas envoyer vers l'esclave un article en attente corrigé

Comme évoqué restera à voir
- pour la diffusion vers esclave de modif d'un article déjà repliqué si celui-ci existe toujours sur l'esclave
- dans data cluster maitre par array de repplication de sujet ou categorie si on souhaite la repplication d'office sur l'esclave ou la demande de validation

Bon boulot déjà :=!