PHP-alkalmazás konfigurálása a Azure App Service

Figyelmeztetés

A PHP Windows rendszeren 2022 novemberében véget ért a támogatás . A PHP csak a Linuxon futó App Service-ben támogatott. Ez a cikk csak referenciaként szolgál.

Ez az útmutató bemutatja, hogyan konfigurálhatja PHP-webalkalmazásait, mobil háttérrendszereit és API-alkalmazásait az Azure App Service-ben. A leggyakoribb konfigurációs feladatokat ismerteti.

Ha még nem ismerkedik az App Service szolgáltatással, először kövesse a PHP-webalkalmazás létrehozása az Azure App Service-ben rövid útmutatót , valamint a PHP, MySQL és Redis alkalmazás üzembe helyezése az Azure App Service-ben című oktatóanyagot.

A PHP-verzió megjelenítése

Az aktuális PHP verzió megjelenítéséhez futtassa a következő parancsot. Használhatja a Azure Cloud Shell:

az webapp config show --resource-group <resource-group-name> --name <app-name> --query phpVersion

Cserélje le <resource-group-name> és <app-name> a webalkalmazásnak megfelelő nevekre.

Megjegyzés

Egy fejlesztési pont kezeléséhez adja meg a --slot paramétert, majd a pont nevét.

Az összes támogatott PHP verzió megjelenítéséhez futtassa a következő parancsot:

az webapp list-runtimes --os windows | grep PHP

Ez az útmutató bemutatja, hogyan konfigurálhatja PHP-webalkalmazásait, mobil háttérrendszereit és API-alkalmazásait az Azure App Service-ben. A leggyakoribb konfigurációs feladatokat ismerteti.

Ha még nem ismerkedik az App Service szolgáltatással, először kövesse a PHP-webalkalmazás létrehozása az Azure App Service-ben rövid útmutatót , valamint a PHP, MySQL és Redis alkalmazás üzembe helyezése az Azure App Service-ben című oktatóanyagot.

A PHP-verzió megjelenítése

Az aktuális PHP verzió megjelenítéséhez futtassa a következő parancsot. Használhatja a Azure Cloud Shell.

az webapp config show --resource-group <resource-group-name> --name <app-name> --query linuxFxVersion

Cserélje le <resource-group-name> és <app-name> a webalkalmazásnak megfelelő nevekre.

Megjegyzés

Egy fejlesztési pont kezeléséhez adja meg a --slot paramétert, majd a pont nevét.

Az összes támogatott PHP verzió megjelenítéséhez futtassa a következő parancsot:

az webapp list-runtimes --os linux | grep PHP

A PHP-verzió beállítása

A PHP verzió 8.1-re állításához futtassa a következő parancsot:

az webapp config set --resource-group <resource-group-name> --name <app-name> --php-version 8.1

A PHP verzió 8.1-re állításához futtassa a következő parancsot:

az webapp config set --resource-group <resource-group-name> --name <app-name> --linux-fx-version "PHP|8.1"

Mi történik az elavult futtatókörnyezetekkel az App Service-ben?

Az elavult futtatókörnyezeteket a karbantartó szervezet elavulttá minősíti, vagy jelentős biztonsági résekkel rendelkeznek. Ennek megfelelően el lesznek távolítva a portál lapjainak létrehozása és konfigurálása során. Ha egy elavult futtatókörnyezet el van rejtve a portálon, a futtatókörnyezetet még használó alkalmazások továbbra is futnak.

Ha olyan alkalmazást szeretne létrehozni, amely a portálon már nem látható elavult futtatókörnyezeti verzióval rendelkezik, használja az Azure CLI-t, egy ARM-sablont vagy a Bicep-et. Ezek az üzembe helyezési alternatívák lehetővé teszik elavult futtatókörnyezetek létrehozását, amelyek a portálról törlődnek, de továbbra is támogatottak.

Ha egy futtatókörnyezet teljesen el lett távolítva az App Service-platformról, az Azure-előfizetés tulajdonosa e-mailben értesítést kap az eltávolítás előtt.

A Composer futtatása

Ha azt szeretné, hogy az App Service az üzembe helyezéskor futtassa a Composert , a legegyszerűbb módszer a Composer felvétele az adattárba.

A helyi terminálablakban módosítsa a könyvtárat az adattár gyökerére. Ezután kövesse a Download Composer utasításait a composer.phar könyvtár gyökéréhez történő letöltéshez.

Futtassa az alábbi parancsokat. A futtatáshoz telepítenie kell az npm-et .

npm install kuduscript -g
kuduscript --node --scriptType bash --suppressPrompt

Az adattár gyökerének most két új fájlja van: .deployment és deploy.sh.

Nyissa meg a deploy.sh, és keresse meg a Deployment szakaszt, amely a következő példához hasonlóan néz ki:

##################################################################################################################################
# Deployment
# ----------

adja hozzá a szükséges eszköz futtatásához szükséges kódszakaszt:

# 4. Use composer
echo "$DEPLOYMENT_TARGET"
if [ -e "$DEPLOYMENT_TARGET/composer.json" ]; then
  echo "Found composer.json"
  pushd "$DEPLOYMENT_TARGET"
  php composer.phar install $COMPOSER_ARGS
  exitWithMessageOnError "Composer install failed"
  popd
fi

Véglegesítse az összes módosítást, és tegye közzé a kódot a Git használatával vagy a ZIP üzembe helyezésével, ha engedélyezve van a build automatizálás. A Composernek most az üzembe helyezés automatizálása részeként kell futnia.

Bower, Gulp vagy Grunt futtatása

Ha azt szeretné, hogy az App Service az üzembe helyezéskor népszerű automatizálási eszközöket (például Bower, Gulp vagy Grunt) futtasson, egyéni üzembehelyezési szkriptet kell megadnia. A App Service ezt a szkriptet akkor futtatja, ha Git vagy ZIP telepítést használ a build automatizálás engedélyezésével.

Ahhoz, hogy az adattár futtathassa ezeket az eszközöket, hozzá kell adnia őket a package.jsonfüggőségeihez. Például:

"dependencies": {
  "bower": "^1.7.9",
  "grunt": "^1.0.1",
  "gulp": "^3.9.1",
  ...
}

Helyi terminálablakból módosítsa a könyvtárat az adattár gyökerére, és futtassa a következő parancsokat. A futtatáshoz telepítenie kell az npm-et .

npm install kuduscript -g
kuduscript --node --scriptType bash --suppressPrompt

Az adattár gyökerének most két új fájlja van: .deployment és deploy.sh.

Nyissa meg a deploy.sh, és keresse meg a Deployment szakaszt, amely a következő példához hasonlóan néz ki:

##################################################################################################################################
# Deployment
# ----------

Ez a szakasz a npm install --production futtatásával végződik. adja hozzá a szükséges eszköz futtatásához szükséges kódszakaszt:

Tekintse meg a MEAN.js mintában látható példát, ahol az üzembehelyezési szkript egyéni npm install parancsokat is futtat.

Lugas

Ez a kódrészlet futtatja a(z) bower installparancsot:

if [ -e "$DEPLOYMENT_TARGET/bower.json" ]; then
  cd "$DEPLOYMENT_TARGET"
  eval ./node_modules/.bin/bower install
  exitWithMessageOnError "bower failed"
  cd - > /dev/null
fi

Korty

Ez a kódrészlet futtatja a(z) gulp imageminparancsot:

if [ -e "$DEPLOYMENT_TARGET/gulpfile.js" ]; then
  cd "$DEPLOYMENT_TARGET"
  eval ./node_modules/.bin/gulp imagemin
  exitWithMessageOnError "gulp failed"
  cd - > /dev/null
fi

Grunt

Ez a kódrészlet futtatja a(z) gruntparancsot:

if [ -e "$DEPLOYMENT_TARGET/Gruntfile.js" ]; then
  cd "$DEPLOYMENT_TARGET"
  eval ./node_modules/.bin/grunt
  exitWithMessageOnError "Grunt failed"
  cd - > /dev/null
fi

Testreszabott építési automatizálás

Ha az alkalmazását a Git használatával vagy ZIP-csomagok használatával helyezi üzembe, amelyeken engedélyezett a buildautomatizálás, az App Service buildautomatizálása az alábbi sorrendben hajtja végre a lépéseket:

  1. Futtasson egy egyéni szkriptet, ha azt PRE_BUILD_SCRIPT_PATH írja elő.
  2. Futtassa a php composer.phar install programot.
  3. Futtasson egy egyéni szkriptet, ha azt POST_BUILD_SCRIPT_PATH írja elő.

PRE_BUILD_COMMAND és POST_BUILD_COMMAND alapértelmezés szerint üres környezeti változók. Előre összeállított parancsok futtatásához definiálja a következőt PRE_BUILD_COMMAND: . A buildelés utáni parancsok futtatásához definiálja a következőt POST_BUILD_COMMAND:

Az alábbi példa a parancsok sorozatának két változóját adja meg vesszővel elválasztva:

az webapp config appsettings set --name <app-name> --resource-group <resource-group-name> --settings PRE_BUILD_COMMAND="echo foo, scripts/prebuild.sh"
az webapp config appsettings set --name <app-name> --resource-group <resource-group-name> --settings POST_BUILD_COMMAND="echo foo, scripts/postbuild.sh"

A buildautomatizálás testreszabásához további környezeti változókért lásd az Oryx konfigurációját.

Ha meg szeretné tudni, hogyan futtatja és építi fel a App Service PHP-alkalmazásokat Linuxon, tekintse meg a PHP-alkalmazások észlelésének és felépítésének Oryx dokumentációját.

Indítás testreszabása

Egyéni parancsot a tároló indítási idején futtathat. Futtassa a következő parancsot:

az webapp config set --resource-group <resource-group-name> --name <app-name> --startup-file "<custom-command>"

Hozzáférés a környezeti változókhoz

Az App Service-ben az alkalmazásbeállításokat az alkalmazáskódon kívül is beállíthatja. Ezeket a beállításokat a szabványos getenv() mintával érheti el. Ha például egy DB_HOSTnevű alkalmazásbeállítást szeretne elérni, használja a következő kódot:

getenv("DB_HOST")

A webhely gyökerének módosítása

A választott webes keretrendszer egy alkönyvtárat használhat a webhely gyökérkönyvtáraként. A Laravel például az public/ alkönyvtárat használja a webhely gyökérkönyvtáraként.

A webhely gyökerének testreszabásához állítsa be az alkalmazás virtuális elérési útját a az resource update paranccsal. Az alábbi példa a webhely gyökerét a tárház public/ alkönyvtárára állítja:

az resource update --name web --resource-group <group-name> --namespace Microsoft.Web --resource-type config --parent sites/<app-name> --set properties.virtualApplications[0].physicalPath="site\wwwroot\public" --api-version 2015-06-01

Az Azure App Service alapértelmezés szerint a virtuális gyökéralkalmazás elérési útját (/) az üzembe helyezett alkalmazásfájlok gyökérkönyvtárára (sites\wwwroot) irányítja.

A választott webes keretrendszer egy alkönyvtárat használhat a webhely gyökérkönyvtáraként. A Laravel például az public/ alkönyvtárat használja a webhely gyökérkönyvtáraként.

Az App Service alapértelmezett PHP-lemezképe az NGINX-et használja, és a NGINX-kiszolgáló konfigurálásával módosíthatja a webhelygyökeret a root irányelv segítségével. Ez a példakonfigurációs fájl a következő kódrészletet tartalmazza, amely módosítja az irányelvet root :

server {
    #proxy_cache cache;
    #proxy_cache_valid 200 1s;
    listen 8080;
    listen [::]:8080;
    root /home/site/wwwroot/public; # Changed for Laravel

    location / {            
        index  index.php index.html index.htm hostingstart.html;
        try_files $uri $uri/ /index.php?$args; # Changed for Laravel
    }
    ...

Az alapértelmezett tároló a /etc/nginx/sites-available/defaulthelyen található konfigurációs fájlt használja. A fájlban végzett módosítások az alkalmazás újraindításakor törlődnek. Ha olyan módosítást szeretne végezni, amely az alkalmazás újraindításakor érvényes, adjon hozzá egy egyéni indítási parancsot , például az alábbi példában:

cp /home/site/wwwroot/default /etc/nginx/sites-available/default && service nginx reload

Ez a parancs lecseréli az alapértelmezett NGINX-konfigurációs fájlt egy default nevű fájlra az adattár gyökérkönyvtárában, és újraindítja az NGINX-et.

HTTPS-munkamenet észlelése

Az App Service-ben a TLS/SSL-leállítás a hálózati terheléselosztóknál történik, így minden HTTPS-kérés titkosítatlan HTTP-kérésként éri el az alkalmazást. Ha az alkalmazáslogikának ellenőriznie kell, hogy a felhasználói kérések titkosítva vannak-e, vizsgálja meg a X-Forwarded-Proto fejlécet:

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
// Do something when HTTPS is used
}

A népszerű webes keretrendszerek lehetővé teszik a X-Forwarded-* szabványos alkalmazásminta információinak elérését. A CodeIgniterben a is_https() függvény alapértelmezés szerint ellenőrzi az értékeket X_FORWARDED_PROTO .

php.ini beállításainak testreszabása

Ha módosítania kell a PHP-telepítést, az alábbi lépések végrehajtásával módosíthatja a php.ini irányelvek bármelyikét.

Megjegyzés

A PHP-verzió és az aktuális php.ini konfiguráció megtekintésének legjobb módja, ha meghívja phpinfo() az alkalmazásban.

A PHP_INI_SYSTEM-en kívüli irányelvek testreszabása

A PHP_INI_USER, PHP_INI_PERDIRés PHP_INI_ALL irányelvek testreszabásához adjon hozzá egy .user.ini fájlt az alkalmazás gyökérkönyvtárához.

Adja hozzá a konfigurációs beállításokat a .user.ini fájlhoz ugyanazzal a szintaxissal, amelyet egy php.ini fájlban használna. Ha például be szeretné kapcsolni a display_errors beállítást, és a upload_max_filesize beállítást 10Mértékre szeretné állítani, a .user.ini fájl a következő szöveget tartalmazza:

 ; Example Settings
 display_errors=On
 upload_max_filesize=10M

 ; Write errors to d:\home\LogFiles\php_errors.log
 ; log_errors=On

Telepítse újra az alkalmazást a módosításokkal, és indítsa újra.

A .user.ini-fájlok használata helyett az alkalmazás ini_set() használatával testre szabhatja ezeket a nemPHP_INI_SYSTEM irányelveket.

Ez a szakasz azokra az irányelvekre vonatkozik, amelyeknek változási módja PHP_INI_USER, PHP_INI_PERDIR vagy PHP_INI_ALL. A módosítási módot PHP_INI_SYSTEMigénylő irányelvekről a PHP_INI_SYSTEM irányelvek testreszabása című témakörben olvashat.

A Linux-webalkalmazások PHP_INI_USERtestreszabásához, és az PHP_INI_PERDIR utasítások testreszabásáhozPHP_INI_ALL, upload_max_filesize például és , expose_phphasználjon egyéni .ini fájlt. SSH-munkamenetben is létrehozhatja. Először állítsa be a könyvtárat:

  1. Nyissa meg Kudu webhelyét. A véletlenszerű kivonat és a régió értékeinek lekéréséhez másolja az alapértelmezett tartományt az alkalmazás áttekintésében.
  2. A felső menüben válassza a Hibakeresési konzol, majd a Bash vagy az SSH lehetőséget.
  3. A Bashben vagy az SSH-ban nyissa meg a /home/site könyvtárat.
  4. Hozzon létre egy ini nevű könyvtárat (például mkdir ini).
  5. Cserélje le az aktuális munkakönyvtárat a ini mappára, amit létrehozott.

Ezután hozzon létre egy .ini fájlt, amelyhez hozzáadja a beállításokat. Ez a példa a következőt használja: extensions.ini. Nincsenek olyan fájlszerkesztők, mint a Vi, a Vim vagy a Nano, ezért használja Echo a beállítások hozzáadásához a fájlhoz. Változtassa meg a upload_max_filesize értéket 2M-ról 50M-ra. A következő paranccsal adja hozzá a beállítást, és hozzon létre egy extensions.ini fájlt, ha még nem létezik:

/home/site/ini>echo "upload_max_filesize=50M" >> extensions.ini
/home/site/ini>cat extensions.ini

upload_max_filesize=50M

/home/site/ini>

Az Azure portálon adjon hozzá egy alkalmazásbeállítást az imént létrehozott ini könyvtár vizsgálatához, hogy alkalmazza a módosítást a upload_max_filesizeesetében:

  1. Nyissa meg az Azure Portalt , és válassza ki az App Service Linux PHP-alkalmazását.
  2. Nyissa meg a Beállítások>környezeti változóit.
  3. Válassza ki a -t, és adja hozzá a-et.
  4. A Név mezőbe írja be a PHP_INI_SCAN_DIR és az Érték mezőbe.:/home/site/ini
  5. Válassza az Alkalmaz lehetőséget, majd ismét az Alkalmaz lehetőséget. Erősítse meg a módosításokat.

Ügyeljen arra, hogy a kettőspontot (:) a PHP_INI_SCAN_DIR egyéni elérési útjaihoz fűzze. Ha kihagyja, az NGINX 404-et ad vissza.

Megjegyzés

Ha újrafordított egy PHP-bővítményt, például a GD-t, kövesse a PHP-bővítmények újrafordításának lépéseit.

PHP_INI_SYSTEM irányelvek testreszabása

Az PHP_INI_SYSTEM irányelvek testreszabásához használja a PHP_INI_SCAN_DIR alkalmazásbeállítást.

Először futtassa a következő parancsot a következő nevű PHP_INI_SCAN_DIRalkalmazásbeállítás hozzáadásához:

az webapp config appsettings set --name <app-name> --resource-group <resource-group-name> --settings PHP_INI_SCAN_DIR="d:\home\site\ini"

A Azure Portal válassza ki az alkalmazást. Az oldalsáv menüjének Fejlesztői eszközök területén válassza a Speciális eszközök lehetőséget, majd lépjen az d:\home\site SSH használatára.

Hozzon létre egy könyvtárat d:\home\siteininéven. Ezután hozzon létre egy .ini fájlt a d:\home\site\ini könyvtárban, például settings.inia testreszabni kívánt irányelvekkel. Használja ugyanazt a szintaxist, amelyet egy php.ini fájlban használna.

A expose_phpértékének módosításához például futtassa a következő parancsokat:

cd /home/site
mkdir ini
echo "expose_php = Off" >> ini/settings.ini

A módosítások érvénybe lépéséhez indítsa újra az alkalmazást.

Ez a szakasz a módosítási módú PHP_INI_SYSTEMirányelvekre vonatkozik. Ha a módosítások az előző szakasz követését követően nem lépnek érvénybe, a folytatás előtt ellenőrizze az irányelv változási módját .

Az PHP_INI_SYSTEM irányelvek testreszabásához használja a PHP_INI_SCAN_DIR alkalmazásbeállítást.

Először futtassa a következő parancsot a következő nevű PHP_INI_SCAN_DIRalkalmazásbeállítás hozzáadásához:

az webapp config appsettings set --name <app-name> --resource-group <resource-group-name> --settings PHP_INI_SCAN_DIR="/usr/local/etc/php/conf.d:/home/site/ini"

A /usr/local/etc/php/conf.d érték az alapértelmezett könyvtár, ahol php.ini létezik. Az érték /home/site/ini az az egyéni könyvtár, amelybe egyéni .ini fájlt ad hozzá. Az értékeket kettősponttal (:) kell elválasztani.

Nyissa meg a webes SSH-munkamenetet a Linux-tárolóval.

Hozzon létre egy könyvtárat /home/siteininéven. Ezután hozzon létre egy .ini fájlt a /home/site/ini könyvtárban, például settings.inia testreszabni kívánt irányelvekkel. Használja ugyanazt a szintaxist, amelyet egy php.ini fájlban használna.

Jótanács

Az App Service beépített Linux-tárolói /home-t használnak perzisztens megosztott tárhelyként.

A expose_phpértékének módosításához például futtassa a következő parancsokat:

cd /home/site
mkdir ini
echo "expose_php = Off" >> ini/settings.ini

A módosítások érvénybe lépéséhez indítsa újra az alkalmazást.

PHP-bővítmények engedélyezése

A beépített PHP-telepítések tartalmazzák a leggyakrabban használt bővítményeket. A további bővítményeket ugyanúgy engedélyezheti, mint ahogy a php.ini direktívákat testreszabja.

Megjegyzés

A PHP-verzió és az aktuális php.ini konfiguráció megtekintésének legjobb módja, ha meghívja phpinfo() az alkalmazásban.

Más bővítmények engedélyezéséhez kövesse az alábbi lépéseket:

  1. Adjon hozzá egy könyvtárat bin az alkalmazás gyökérkönyvtárához, és helyezze bele a .dll kiterjesztési fájlokat, például mongodb.dll. Győződjön meg arról, hogy a bővítmények kompatibilisek az Azure PHP-verziójával, és hogy VC9 és nem szálbiztos (NTS) kompatibilisek.

  2. A módosítások üzembe helyezése.

  3. Kövesse az PHP_INI_SYSTEM irányelvek testreszabása című szakasz lépéseit, és adja hozzá a bővítményeket az egyéni .ini fájlhoz a kiterjesztéssel vagy zend_extension irányelvvel:

    extension=d:\home\site\wwwroot\bin\mongodb.dll
zend_extension=d:\home\site\wwwroot\bin\xdebug.dll

A módosítások érvénybe lépéséhez indítsa újra az alkalmazást.

A beépített PHP-telepítések tartalmazzák a leggyakrabban használt bővítményeket. A további bővítményeket ugyanúgy engedélyezheti, mint ahogy a php.ini direktívákat testreszabja.

Megjegyzés

A PHP-verzió és az aktuális php.ini konfiguráció megtekintésének legjobb módja, ha meghívja phpinfo() az alkalmazásban.

Más bővítmények engedélyezéséhez kövesse az alábbi lépéseket:

  1. Adjon hozzá egy könyvtárat bin az alkalmazás gyökérkönyvtárához, és helyezze bele a .so kiterjesztésű fájlokat (például mongodb.so). Győződjön meg arról, hogy a bővítmények kompatibilisek az Azure PHP-verziójával, és hogy VC9 és nem szálbiztos (NTS) kompatibilisek.

  2. A módosítások üzembe helyezése.

  3. Kövesse az PHP_INI_SYSTEM irányelvek testreszabása című szakasz lépéseit, és adja hozzá a bővítményeket az egyéni .ini fájlhoz a kiterjesztéssel vagy zend_extension irányelvvel:

    extension=/home/site/wwwroot/bin/mongodb.so
zend_extension=/home/site/wwwroot/bin/xdebug.so

A módosítások érvénybe lépéséhez indítsa újra az alkalmazást.

Diagnosztikai naplók elérése

A szabványos error_log() eszközzel megjelenítheti a diagnosztikai naplókat az Azure App Service-ben.

Az App Service-ben az alkalmazáskódból létrehozott konzolnaplók eléréséhez kapcsolja be a diagnosztikai naplózást az alábbi parancs futtatásával a Cloud Shellben:

az webapp log config --resource-group <resource-group-name> --name <app-name> --docker-container-logging filesystem --level Verbose

A --level lehetséges értékei a következők: Error, Warning, Infoés Verbose. Minden szint tartalmazza az azt megelőző szintet. Például Error csak hibaüzeneteket tartalmaz. Verbose az összes üzenetet tartalmazza.

A diagnosztikai naplózás bekapcsolása után futtassa a következő parancsot a naplóstream megtekintéséhez:

az webapp log tail --resource-group <resource-group-name> --name <app-name>

Ha a konzolnaplók nem jelennek meg azonnal, ellenőrizze újra 30 másodpercen belül.

Ha bármikor le szeretné állítani a naplóstreamelést, válassza a CtrlC+.

A tárolón belülről létrehozott konzolnaplókhoz hozzáférhet.

A tárolónaplózás bekapcsolásához futtassa a következő parancsot:

az webapp log config --name <app-name> --resource-group <resource-group-name> --docker-container-logging filesystem

Cserélje le a <app-name> és a <resource-group-name> értékeket a webalkalmazásnak megfelelő nevekre.

A tárolónaplózás bekapcsolása után futtassa a következő parancsot a naplóstream megtekintéséhez:

az webapp log tail --name <app-name> --resource-group <resource-group-name>

Ha a konzolnaplók nem jelennek meg azonnal, ellenőrizze újra 30 másodpercen belül.

Ha bármikor le szeretné állítani a naplóstreamelést, használja a Ctrl+C billentyűparancsot.

Hibaelhárítás

Ha egy működő PHP-alkalmazás másképp viselkedik az App Service-ben, vagy hibákat tapasztal, próbálkozzon a következő megoldásokkal:

  • Hozzáférés a diagnosztikai naplóstreamhez.
  • Tesztelje az alkalmazást helyileg éles módban. Az App Service éles módban futtatja az alkalmazást, ezért gondoskodnia kell arról, hogy a projekt a várt módon működjön helyileg éles módban. Például:
    • A composer.json fájltól függően különböző csomagok telepíthetők éles üzemmódra (require és require-dev).
    • Egyes webes keretrendszerek eltérően helyezhetnek üzembe statikus fájlokat éles módban.
    • Egyes webes keretrendszerek egyéni indítási szkripteket használhatnak éles módban való futtatáskor.
  • Futtassa az alkalmazást az App Service-ben hibakeresési módban. A Laravelben például úgy konfigurálhatja az alkalmazást, hogy a hibakeresési üzeneteket éles környezetben adja ki az APP_DEBUG alkalmazás beállításával true.

A robotok933456 üzenetének figyelmen kívül hagyása a naplókban

A tárolónaplókban a következő üzenet jelenhet meg:

2019-04-08T14:07:56.641002476Z "-" - - [08/Apr/2019:14:07:56 +0000] "GET /robots933456.txt HTTP/1.1" 404 415 "-" "-"

Ezt az üzenetet nyugodtan figyelmen kívül hagyhatja. /robots933456.txt egy hamis URL-cím. Az App Service azt használja annak ellenőrzésére, hogy a tároló képes-e a kérések kiszolgálására. A "404" hibaválasz azt jelzi, hogy az elérési út nem létezik, és azt jelzi az App Service-nek, hogy a tároló kifogástalan állapotban van, és készen áll a kérésekre való válaszadásra.

Kapcsolódó tartalom

  • Last updated on