Étant aussi borné que possible, je construis mon propre CMS et framework PHP (nommé RAmen/FSM juste pour les coups de pied) qui a été déployé plusieurs fois pour mes clients. Maintenant, je vais développer une application de ticket de support pour cela que je vais déployer sur un serveur 'central' pour faciliter la maintenance.Remplacements SOAP/solutions de contournement/librairies en PHP
Maintenant, j'ai regardé dans les services SOAP et j'étais heureux jusqu'à ce que je suis arrivé à la génération WSDL en PHP et en lui-même. Alors, que me suggérez-vous de "sécuriser" (comme dans, non https) gérer cela avec une simplicité de type SOAP côté client ($support->newTicket
), sans les maux de tête WSDL sur le côté serveur? Ou devrais-je -gasp- cesser d'être si têtu et juste aller avec une bibliothèque PHP (dans ce cas, s'il vous plaît recommander!)
Merci, collègues codeurs de pastafarians/spagnostic!
json-rpc est plus léger –
Je pense que c'est subjectif. xml-rpc est une norme ancienne et bien établie, avec beaucoup de support, y compris des implémentations stables et éprouvées pour une multitude de plates-formes. – troelskn
Oui, c'est probablement plus proche de ce que je cherche. Pourriez-vous nous indiquer quelques ressources pour isoler XML-RPC de php.net? Merci! – Roberto