問題タブ [server-communication]

Javascript + PHP SDK を使用して Facebook のログイン フローを実装しています。Javascript からアクセス トークンを取得し、それを PHP に渡して (有効期間の長いアクセス トークンを取得するために) 拡張する必要があります。これは、1 か月以内に API 要求を行うためにデータベースに格納する必要があります。私は Web 開発にまったく慣れていないので、限られた時間で結果を達成するために、大量のドキュメントとチュートリアルにアクセスして、この 2 つの主要なコード ブロックを考え出しました。これは私の非常に標準的な fb-login.js です

これは私の「login.php」ファイルです：

私はLAMPとMySQLを設定したLinuxサーバーで作業しており、「スクリプト」フォルダーを保持しています：fb-script.js、login.php、およびFacebook用のPHP SDK 4。このスクリプト フォルダの外に、HTML ファイルがあります。

ここで、次の質問を指摘したいと思います。

• javascript sdk と php がどのように結合されているのか本当に理解できませんか? 私は何かを見逃していますか、それとも関係があるという証拠はありませんか? 何かを PHP に渡すために AJAX コードを挿入する必要がありますか?
• ユーザーがログインボタンをクリックすると、サーバー側で何が起こると予想されますか? JavaScript ですべてが機能していることはわかっていますが、PHP で確認するにはどうすればよいですか? データベースを調べようとしましたが、そこには何もなかったので、「myhost.it/script/login.php」に進みました。しかし、私は空白のページしか取得しません。コンソールを見るとエラーはありませんが、ページを更新すると「エラー 500」が表示されます。
• 私のコードの間違いを見つけることができますか? 私は自分がやっていることを 100% 確信しており、それは少しイライラします。

これを読んで私を助けてくれたあなたの時間と努力に感謝します.

こんにちは、ジャコモ

これが奇妙な質問であることは承知していますが、私が一緒に取り組んでいるグループで出てきたもので、大きな議論の 1 つです。私たちが何をしようとしているのか、私の知る限りで説明しようと思います。

基本的に、データの処理を担当する複数のサーバーがあります。データと場合によってはコマンドを渡すためにそれらの間で何らかの通信が必要であり、グループの一方は node.js や ZeroMQ などのある種のソケット通信の使用に関心があり、もう一方のグループはサーバー間の通信に電子メールを使用したいと考えています。お互い。

したがって、この質問は、コミュニケーションの専門家またはこの問題について意見を持っている可能性のある人に向けられています. スケーラビリティ、展開の容易さ、または単に全体的なシステム設計の向上のために最も適しているのはどれですか? これはなぜだと思いますか？他の提案はありますか？

ありがとうございました。ご意見をお待ちしております。

Androidアプリケーションがあります。サーバーとアプリケーション間の通信を確立する方法がわかりません。アプリケーションにログインページがあります。ユーザー名とパスワードをサーバーに送信し、有効な入力には yes を返し、無効な入力には no を返したいです。

私は公開のubuntuサーバーを持っていますが、通信を確立するためにそこで何をすべきかわかりません。サーバーでのコーディング方法を教えてください。

また、サーバーにデータを送信するためにアプリケーションコードに何を書くか。リクエストの URL はどうなるかわかりません。ユーザー名が ABC でパスワードが XYZ のパブリック サーバー IP 21.4.3.5 があるように。アプリケーションを介してサーバーにリクエストを送信し、レスポンスを受信するための URL は何になるでしょうか。

こんにちは、この質問があります。まだ答えが見つかりません。添付画像のようなものを作成したいと思います。

通常のワークフローは次のようになります。

1. クライアントはサーバー 1 に要求を送信します。
2. サーバー 1 が要求を受信します。
3. サーバー 1 は 302 (リダイレクト) 応答をクライアントに送信します。
4. 次に、クライアントは新しい http 要求をサーバー 2 に送信します。
5. サーバー 2 が要求を受信します。
6. サーバー 2 は 200 (ok) 応答をクライアントに送信します。

これの代わりに、次のようなことを実現したいと思います:

1. クライアントはサーバー 1 に要求を送信します。
2. サーバー 1 が要求を受信します。
3. サーバー 1 は要求をサーバー 2 に転送します。
4. サーバー 2 が要求を受信します。
5. サーバー 2 はクライアントに直接応答を送信します。

したがって、サーバー 1 からクライアントにリダイレクト応答を送信してから、クライアントからサーバー 2 に新しい要求を送信したくありません。

このようなことは、node.js または少なくとも python? で実現できる可能性があります。サーバーとサーバーの接続はクライアントとサーバーの接続よりもはるかに高速であるため、この種のアーキテクチャでサービスを高速化する必要があります。