Cozeのローカルデプロイメントで最も怒られているのは、モデルが動かせないことではなく、ログインや登録ポイントが長い間応答しないことです。 公共コミュニティにはこのような問題が多く存在しますが、その本当の理由は通常謎ではありません。むしろフロントエンドアクセスアドレス、コンテナポート、リバースプロキシなどの場所が一致していないことが大きいです。 Coze Studioの公式オープンソースリポジトリは https://github.com/coze-dev/coze-studio されており、公式READMEにはデフォルトのアクセスポータルとDockerの起動方法も表示されます。
ページは開いてもログイン登録ボタンが故障しているような場合は、まだ急いで再インストールしないでください。 多くの場合、リクエストが間違ったポートに当たったり、「/api/passport/...」のようなインターフェースが正しく転送されておらず、ページが「応答なし」のように見えます。
まずはよくある2つのポイントを見てみましょう
1つ目は「coze-web」のポートマッピングです。 コミュニティでの一般的な対処法は、「docker-compose.yml」のウェブポートを直接「8888:80」に変更し、再起動することです。 2つ目は「default.conf」のプロキシ設定で、フロントエンドリクエストが静的ページとして扱われると、ボタンをクリックした後に404またはアイドルが表示されますが、ブラウザがすぐにエラーを報告しないことがあります。
なぜ「ボタンが壊れている」と見えるのか
フロントエンドコンポーネント自体はおそらくまだ存在しているが、送信されたリクエストが正しいバックエンド経路に届かなかったからです。 ページ上で見えるのはフォームですが、ブラウザが受け取るのは404ページ、ジャンプページ、あるいは静的なサイトのデフォルト応答かもしれません。 ユーザーにとってはクリックだけで反応しないだけで、システム側にとっては実際には間違った経路です。
- まず、ブラウザ開発者ツールでネットワークを確認し、登録リクエストが送信されていないか確認してください。
- 「コーズウェブ」ログに404があるか、経路が見つからないか確認してください。
- ドメイン、ポート、逆生成を変更した場合は、まずアカウントシステムに疑問を持つのではなく、これらの変更点を最初に確認してください。
コミュニティでどう対処すればいいか
最も一般的なアプローチは「ボタンを修正する」のではなく、アクセスリンクを再調整することです。ブラウザがアクセスするアドレス、『coze-web』のポート、インターフェースの「coze-server」のインターフェースエントリ、Nginxのプロキシルールなど、理想的にはすべて同じロジックに戻すことです。 多くの人が「ポート」を変えると問題が消え、根本原因はリクエストが正しいサービスに属していないことを示しています。
ポートを変更してもそれでも動作しない場合は、「WEB_LISTEN」、リバースプロキシ、フロントエンドの静的リソースパスを引き続きチェックしてください。 この問題はパブリックイシューでも繰り返し見られますが、アプローチは同じです。まずリクエストがサービスに届き、その後ログイン登録について話すというものです。
一文の結論
Cozeログインや登録ポイントが応答しませんが、通常はアカウント機能が壊れているわけではなく、ローカルポート、逆生成、リクエストパスが接続されていないためです。 まずリクエストリンクをまっすぐにすれば、多くの「ボタン故障」問題は自然に解消されます。
