@datajulien: Merci, c'est bien resume. Si le SSO est trop complique on peut commencer avec un utilisateur commun.
@Gotcha: Oui, c'est une tres bonne idee, mais pourquoi s'arreter la et ne pas chercher a automatiser.
Est ce qqun connait les fonctionnalités proposées par Photon
A bientot.
Hors ligne
Du calme Vincent ^^
La tu vois, ça y est, je suis perdu moi aussi. Tu veux automatiser quoi ??? Et pourquoi vouloir tout d'un coup d'un seul coup de baguette magique ?! On y va progressivement mais surement. Ce que tu veux rentre quand même dans un cadre très privé et très limité.
Hors ligne
[HS] Je suis toujours calme... J'ai hâte de lire la fin de ce topic. [/HS]
Hors ligne
Automatiser l'insertion de photos piwigo dans un blog wordpress!
Tu ecris ton article wordpress, clic sur inserer une image, arrive dans la gallerie piwigo, selectionne une photo puis publie ton article.
Cf ce que fait le plugin Wordpress NextGEN gallery.
Dernière modification par Porky78 (2009-10-07 22:32:07)
Hors ligne
On supprime les questions sur Photon (donc je vais expliquer Photon).
;-)
Photon était un MOD (il fallait modifier le code d'origine de PhpWebGallery), c'était en 2006 et 2007.
Il faisait suite à un template nommé jillij (du pseudo de son créateur).
Jérôme a toujours son site mais n'utilise plus phpWebGallery depuis la version 1.6
Il avait choisi de chercher via Curl des séquences de balises HTML
puis réinjectait le code dans des pages WordPress.
Le problème a été d'être confronté aux évolutions de phpWebGallery et les évolutions de WordPress.
Il a donc malgré ses efforts très vite craqué.
Le principe doit être simplifié au maximum pour éviter de retomber devant les mêmes difficultés.
Je n'en dirai pas plus.
Hors ligne
je suis d'accord avec toi, un plugin de connexion entre wordpress et piwigo entraine le maintient de ce dernier pour chaque version de wordpress ET chaque version de piwigo.
Hors ligne
La structure relative à la connexion est en général à peu près stable des deux cotés, cela irait encore.
Mais pour le reste, ce n'est pas stable du tout.
=> Il faut développer des éléments séparés pour chaque besoin.
Tout développement d'une fonction assurant une transparence maximale réduit la durée de compatibilité ascendante de la dite fonction.
Faire 12 fonctions séparées sera beaucoup plus sérieux.
Pensez un peu à ceux qui n'ont comme seul besoin que celui de récupérer un lien.
Si la fonction qu'ils utilisent continue d'être opérationnelle, ils ne sont pas bloqués par une évolution.
Ceux qui utilisent des ressources plus internes des 2 cotés, seront bloqués et ne pourront évoluer sans planter leur site.
Hors ligne
D'où un bon point pour mon idée de départ (CF sujet [Forum, topic 15673] [Demande] [Plugin] Liens à la imageshack)
:-)
Simplifier la vie des utilisateurs c'est une utopie bien relative car depuis le temps que l'on simplifie ci et là le fonctionnement d'internet, on pourrait croire qu'un "simplet" puisse faire un site web en claquant des doigts. C'est comme les lessive qui lave toujours plus blanc et les les couches qui absorbes toujours plus. Bref...
On en revient finalement à notre point de départ: l'étude du besoin et l'analyse de l'existant.
Détermination des fonctions principales et secondaires.
Identification des interactions entre la demande et le besoin.
Point sur idées et les fonctions nouvelles.
Qualitatif.
Quantitatif.
Recherche de l'existant.
Comparaison.
Bilan de la première phase préalable.
[...]
Hors ligne