Как сделать так, чтобы веб-приложения службы приложений Azure обслуживали мой веб-сайт из папки repoRoot / src / views / как корневой каталог веб-сайта? - PullRequest
0 голосов
/ 21 января 2019

В одном из моих репозиториев git у меня есть простой HTML-сайт со следующей структурой папок:

repo root:
  --reference
    --developer-notes.txt
    --i-am-not-website-code.txt
    --i-am-not-meant-to-be-served-by-web-server.txt
    --etc.txt
  --src
    --views
      --index.html
      --etc.html
    --content
      --foo.css
      --etc.css
      --images
        --foo.png
        --etc.png
    --scripts
      --foo.js
      --etc.js

Я только что создал Веб-приложение службы приложений в Azure, настроил его для извлечения источника из моего репозитория и развернул его.

Я убедился, что в Настройки приложения -> Документ по умолчанию есть запись для файла index.html.

Однако, как я понял, из-за структуры папок я могу просматривать свой веб-сайт только при переходе по адресу:

foo.azurewebsites.net/src/views/index.html

Я не могу пойти только на:

foo.azurewebsites.net/

и посмотрите мою index.html страницу.

Теперь я могу изменить структуру папок, поместив мои HTML-страницы в корень, чтобы веб-сайт отображался на foo.azurewebsites.net/. Но мне было интересно, есть ли способ не делать этого, особенно? учитывая, что в каждом репо также хранятся вещи , отличные от исходного кода, например, в моем случае, папка Reference , и большинство репо имеют источник, который является одним из многих артефактов, в папка source .

Есть?

1 Ответ

0 голосов
/ 21 января 2019

Одна вещь, которую вы можете сделать, это изменить виртуальный путь вашего корневого приложения, чтобы он указывал на вашу папку представлений в разделе Virtual applications and directories вашего Application settings.Таким образом, foo.azurewebsites.net/ будет обслуживать файл index.html.

В этом случае вам нужно будет еще раз указать пути виртуальных приложений для папок content и scripts (и справочную папку, если вам нужен доступ к ее содержимому из Интернета), поскольку они не находятся в вашей папке views.

Учитывая структуру вашей папки, она будет выглядеть примерно так:

Virtual applications

...