0

App Engine アプリには、auth と app という 2 つの異なるサービスがあります。認証サービスは完全に正常に機能し、画像、css、js、および php はすべて適切に提供および実行されます。認証サービスは、App Engine アプリを最初に起動したときのデフォルト サービスでもありました。

私の問題はアプリサービスです。最初はリダイレクト エラーが多すぎるだけでしたが、それを修正することができましたが、現在は CSS JS や画像がアプリ サービスによって適切に提供されていません。提供されている唯一の CSS は、実際には認証サービスからのものであり、提供されている JS はなく、提供されている認証サービスからの 1 つの背景画像があります。繰り返しますが、これらは 2 つの完全に異なるものであり、独自のカスタム サブドメインに存在しています。

さらに、認証サービスのルーターがアプリ サービスのルーターとして使用されています。

これらの問題はすべて、デフォルトのサービス (もう使用するべきではない) がアプリ サービスに干渉していることに関係していると思います (認証サービスには影響しません。それはグーグルクラウドに来ます)。これが私の app.yaml です。サービス名とルーター名を除いて、両方のサービスで同じです。

runtime: php73
service: app
entrypoint: serve /approuter.php

handlers:

- url: /assets
  static_dir: assets

# Serve static files as static resources.
- url: /(.+\.(gif|png|jpg|svg|webp|jpeg|js))$
  static_files: \1
  upload: .+\.(gif|png|jpg|svg|webp|jpeg|js)$

- url: /style
  static_dir: style

- url: /js
  static_dir: js

- url: /.*
  script: auto

そして、これは私のdispatch.yamlです:

dispatch:

  - url: "app.example.com/"
    service: app

  - url: "auth.example.com/"
    service: auth

ですから、最終的に私の質問は次のとおり
です。さまざまなサービスに関して、懸念事項を真に分離するにはどうすればよいでしょうか? (つまり...デフォルトのサービスがすべてをアプリサービスに提供しないようにする)

4

2 に答える 2