Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

VDigital
2009-10-21 20:42:42

A que j'utilise dans Whuis unline (de mémoire). ;-)

grum
2009-10-21 20:27:50

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 ^^;

P@t
2009-10-21 14:02:07

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

P@t
2009-10-21 13:57:10

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

flipflip
2009-10-21 08:18:42

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 ;)

grum
2009-10-21 07:37:14

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)

P@t
2009-10-21 00:10:11

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

mathiasm
2009-10-20 21:39:45

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.

flipflip
2009-08-26 10:15:14

ah alors peut être une piste pour éviter de jouer au McGyver :D

grum
2009-08-26 08:50:44

php fournit ce qu'il faut pour traduire du XML et du JSON me semble-t-il, ainsi que jQuery&JS

flipflip
2009-08-26 08:09:30

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 ?

grum
2009-08-25 23:26:13

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

flipflip
2009-08-25 16:56:27

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 :(

flipflip
2009-08-25 11:06:28

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

grum
2009-08-21 20:37:14

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&param2=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

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact