grum a écrit:
la technique que j'emploie n'est pas la plus optimisée, mais elle a le mérite de permettre facilement de gérer :
- l'authentification de l'utilisateur
- l'initialisation de toutes les informations "piwigo" (langue, configuration, ...)
Et donc de se retrouver lors de l'exécution du code, dans un environnement "piwigo" complet.
Faire un fichier php qui ne gère que çà implique de devoir recoder tout çà (aujourd'hui, "tout çà" est noyé dans un enchainement d'instructions qu'il est impossible de réexploiter sans devoir recoder)
Pas d'accord... Il suffit simplement d'inclure le common.inc.php...
Hors ligne
flipflip a écrit:
Salut, j'ai laissé tombé pour deux raisons :
- ma plateforme de dev et prod n'a pas une version de php assez récente pour gérer le JSON;
- pas le temps de creuser plus.
C'est en attente dans le bugtracker ;)
Pourquoi le JSON? Il y a le XML, peut-être le php serializé (à vérifer...)
Sinon, on peut toujours renvoyer une chaîne séparée par des virgules...
Hors ligne
P@t a écrit:
grum a écrit:
la technique que j'emploie n'est pas la plus optimisée, mais elle a le mérite de permettre facilement de gérer :
- l'authentification de l'utilisateur
- l'initialisation de toutes les informations "piwigo" (langue, configuration, ...)
Et donc de se retrouver lors de l'exécution du code, dans un environnement "piwigo" complet.
Faire un fichier php qui ne gère que çà implique de devoir recoder tout çà (aujourd'hui, "tout çà" est noyé dans un enchainement d'instructions qu'il est impossible de réexploiter sans devoir recoder)Pas d'accord... Il suffit simplement d'inclure le common.inc.php...
faudra que j'essaye.
la dernière fois que j'ai tenté le coup, me suis arrêté car je galérais trop... p'tet que j'avais pas pensé à un truc aussi simple ^^;
Hors ligne
A que j'utilise dans Whuis unline (de mémoire). ;-)
Hors ligne