🌍
Français
A que j'utilise dans Whuis unline (de mémoire). ;-)
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 ^^;
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...
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...
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 ;)
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)
Je ne suis pas un spécialiste d'ajax, mais pourquoi ne pas faire un petit fichier php qui ne gère que les appels ajax?
Je m'étais essayé à ajax avec LocalFiles Editor... c'est juste histoire d'utiliser ajax, mais quand on clique sur "Activer Editarea" ou "Désactiver Editarea", jQuery appelle le fichier update_config.php qui s'occupe uniquement de sauvegarder la config d'editarea en base de donnée.... Le fichier ne renvoit rien (mais il peut renvoyer n'importe quoi).
flipflip,
as-tu finalement réussi ?
J'ai le même problème que toi, avec un renvoi complet de la page au lieu du code spécifié.
Merci de ton retour.
ah alors peut être une piste pour éviter de jouer au McGyver :D
php fournit ce qu'il faut pour traduire du XML et du JSON me semble-t-il, ainsi que jQuery&JS
Ok je vais voir.
Ça me parait bien complexe pour bien peu de chose cette communication entre jquery et php :( Je sais pas si c'est bien au point cette technologie ?
stockage dans tableau : c'est l'idée.
Il faut ensuite formater les données restituées.
Lecture côté JS, tu as plusieurs solutions :
- exploiter du format "CSV" => avec du JS et des expressions régulières, tu dois pouvoir le faire
- exploiter du format JSON => jQuery sait faire
- exploiter du format XML => jQuery sait faire (ou au pire, JS fournit le nécessaire...)
Tout compte c'est pas top.
La solution de exit() va bien si le message à renvoyer est le dernier, mais par exemple pour un script qui exécute plusieurs tâches avec des tas de contrôles et ces différents contrôles peuvent renvoyer des messages mais ils ne sont pas forcement bloquant, le script peut continuer sont exécution, avec un exit il s'arrête. J'ai bien pensé à stocker les messages dans un tableau php mais je n'arrive pas à le relire côté javascript :(
Ouffff j'ai pas mal ramé mais j'ai enfin compris comment ça marche.
Merci pour les infos.
P.S. : ancien titre : Créer un webservice d'un plugin
flipflip a écrit:
J'ai essayé de regarder mais je t'avoue que j'ai du mal à relire ton code ;)
bah !?
:o)
au lieu de faire echo 'OK'; fait exit("OK");
;)
tu récupère la page car lors de ton appel AJAX tu fais probablement appel à une adresse du genre http://monsite/index.php?param1=xxx¶m2=yyy
du coup, piwigo complètement la page et génerère SA page avec smarty.
avec un exit($variable) tu stoppes l'exécution du script avant appel de smarty, et php renvoi dans la page le contenu de $variable