頑固なので、自分のPHPベースのCMSとフレームワーク（名前はRAmen/FSM）をビルドしています。今、私は保守の便宜のために「中央」サーバーに展開するサポートチケットアプリケーションを開発します。PHPのSOAP置換/回避策/ライブラリ
ここでは、SOAPサービスを調べて、PHPでWSDLを生成するまで満足していました。だから、あなたが私のために「安全に」（httpsのように）クライアント側（$support->newTicket）のSOAPのようなシンプルさでこれを管理し、サーバー側にWSDLの頭痛がないとはどういうことでしょうか？または、私は頑強でなくてもPHPライブラリ（その場合はお勧めします）をやめてください。
ありがとう、仲間のパパパリアン/スパンゴジストコーダーありがとうございました！
PHPにはクライアントとサーバを自動化するnative SOAP extensionがあります。いくつかの場所で少しバギーですが、まだヌサップ（IMHO）よりも優れています。
私が決定に関係していたとしたら、私は決してSOAPを選択しませんでした。 xml-rpcまたはrest-basedアプローチを使用してください。
RESTとSOAPのどちらを使用するかは、同様の質問があります。私はRESTを使用していますが、それはRESTに関連する厳格な機能ではなく、単純なAPIのような機能がほしいと思うbeacuseです。ここで言われていること
あなたはSOAPは、あなたが望むものを実際にそれの音ではSOAP
に始めるために良い小さなライブラリです。 WSDLからドメインモデルを取得する際に実装するのが少し簡単です。
NuSOAPの最後のリベースは2007年であり、PHPはこれ以来成長しています。 RESTワークフローについてさらに詳しく説明できますか？ – Roberto
json-rpcは軽いです –
私はそれが主観だと思います。 xml-rpcは、多くのサポートを提供する古い標準であり、多くのプラットフォームで安定した、試されたテスト済みの実装を含みます。 – troelskn
はい、これはおそらく私が探しているものに近いでしょう。 php.netとは別にXML-RPCのハングアップを取得するためのリソースをいくつか教えてください。 ありがとう！ – Roberto