Azure App Service'te PHP uygulaması yapılandırma

Uyarı

Windows'ta PHP, Kasım 2022'de destek sonuna ulaştı. PHP yalnızca Linux üzerinde App Service için desteklenir. Bu makale yalnızca başvuru amaçlıdır.

Bu kılavuzda, Azure App Service'te PHP web uygulamalarınızı, mobil arka uçlarınızı ve API uygulamalarınızı yapılandırma adımları gösterilmektedir. En yaygın yapılandırma görevleri ele alınmıştır.

App Service'te yeniyseniz, önce Azure App Service'te PHP web uygulaması oluşturma hızlı başlangıcını ve Azure App Service'e PHP, MySQL ve Redis uygulaması dağıtma öğreticisini izlemeniz gerekir.

PHP sürümünü göster

Mevcut PHP sürümünü göstermek için aşağıdaki komutu çalıştırın. Azure Cloud Shell'i kullanabilirsiniz:

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

<resource-group-name> ve <app-name> öğelerini web uygulamanız için uygun adlarla değiştirin.

Uyarı

Geliştirme yuvasını ele almak için parametresini --slot ve ardından yuvanın adını ekleyin.

Desteklenen tüm PHP sürümlerini göstermek için aşağıdaki komutu çalıştırın:

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

PHP sürümünü göster

Mevcut PHP sürümünü göstermek için aşağıdaki komutu çalıştırın. Azure Cloud Shell'i kullanabilirsiniz.

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

<resource-group-name> ve <app-name> öğelerini web uygulamanız için uygun adlarla değiştirin.

Uyarı

Geliştirme yuvasını ele almak için parametresini --slot ve ardından yuvanın adını ekleyin.

Desteklenen tüm PHP sürümlerini göstermek için aşağıdaki komutu çalıştırın:

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

PHP sürümünü ayarlama

PHP sürümünü 8.1 olarak ayarlamak için aşağıdaki komutu çalıştırın:

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

PHP sürümünü 8.1 olarak ayarlamak için aşağıdaki komutu çalıştırın:

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

App Service'te eski çalışma zamanlarına ne olur?

Eski çalışma zamanları, bakım kuruluşu tarafından kullanım dışı bırakılır veya önemli güvenlik açıklarına sahiptir. Buna göre, portaldaki oluşturma ve yapılandırma sayfalarından kaldırılırlar. Süresi geçmiş bir çalışma zamanı portaldan gizlendiğinde, bu çalışma zamanını kullanmaya devam eden tüm uygulamalar çalışmaya devam eder.

Portalda artık gösterilmemiş bir eski çalışma zamanı sürümüne sahip bir uygulama oluşturmak istiyorsanız Azure CLI' yı, ARM şablonunu veya Bicep'i kullanın. Bu dağıtım alternatifleri, portaldan kaldırılan ancak hala desteklenmeye devam eden kullanım dışı çalışma zamanları oluşturmanıza olanak tanır.

Bir çalışma zamanı App Service platformundan tamamen kaldırılırsa, Azure aboneliği sahibiniz kaldırmadan önce bir e-posta bildirimi alır.

Composer'ı çalıştırma

App Service'in dağıtım zamanında Oluşturucu'yu çalıştırmasını istiyorsanız, en kolay yol deponuza Composer'ı dahil etmektir.

Yerel terminal penceresinden dizini deponuzun köküyle değiştirin. Ardından, 'i dizin köküne indirmek için composer.phar başlığındaki yönergeleri izleyin.

Aşağıdaki komutları çalıştırın. Bunları çalıştırmak için npm'nin yüklü olması gerekir.

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

Depo kökünüzün artık iki yeni dosyası vardır: .deployment ve deploy.sh.

deploy.sh açın ve şu örneğe benzeyen Deployment bölümünü bulun:

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

BölümünDeployment sonuna, gerekli aracı çalıştırmak için ihtiyacınız olan kod bölümünü ekleyin:

# 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

Tüm değişikliklerinizi işleyin ve Git'i veya derleme otomasyonu etkin zip dağıtımını kullanarak kodunuzu dağıtın. Oluşturucu artık dağıtım otomasyonunun bir parçası olarak çalışıyor olmalıdır.

Bower, Gulp veya Grunt çalıştır

App Service'in dağıtım zamanında Bower, Gulp veya Grunt gibi popüler otomasyon araçlarını çalıştırmasını istiyorsanız , özel bir dağıtım betiği sağlamanız gerekir. Git kullanarak veya derleme otomasyonu etkin zip dağıtımı kullanarak dağıtım yaptığınızda App Service bu betiği çalıştırır.

Deponuzun bu araçları çalıştırmasını sağlamak için bunları içindeki package.jsonbağımlılıklara eklemeniz gerekir. Örneğin:

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

Yerel terminal penceresinden dizini deponuzun köküyle değiştirin ve aşağıdaki komutları çalıştırın. Bunları çalıştırmak için npm'nin yüklü olması gerekir.

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

Depo kökünüzün artık iki yeni dosyası vardır: .deployment ve deploy.sh.

deploy.sh açın ve şu örneğe benzeyen Deployment bölümünü bulun:

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

Bu bölüm, komutunun çalıştırılmasıyla npm install --productionsona erer. BölümünDeployment sonuna, gerekli aracı çalıştırmak için ihtiyacınız olan kod bölümünü ekleyin:

Çardak
Gulp
Homurtu

MEAN.js örneği içinde, dağıtım betiğinin aynı zamanda özel bir npm install komutu çalıştırdığı bir örneğe bakın.

Çardak

Bu kod parçacığı şunu çalıştırır bower install:

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

Gulp

Bu kod parçacığı şunu çalıştırır gulp imagemin:

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

Hırıltı

Bu kod parçacığı şunu çalıştırır grunt:

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

Yapı otomasyonunu özelleştir

Uygulamanızı Git kullanarak veya derleme otomasyonu etkin zip paketlerini kullanarak dağıtırsanız, App Service'teki derleme otomasyonu aşağıdaki sırayla ilerler:

PRE_BUILD_SCRIPT_PATH belirtirse özel betiği çalıştırın.
php composer.phar install'i çalıştırın.
POST_BUILD_SCRIPT_PATH belirtirse özel betiği çalıştırın.

PRE_BUILD_COMMAND ve POST_BUILD_COMMAND varsayılan olarak boş olan ortam değişkenleridir. Ön derleme komutlarını çalıştırmak için tanımlayın PRE_BUILD_COMMAND. Derleme sonrası komutları çalıştırmak için POST_BUILD_COMMAND öğesini tanımlayın.

Aşağıdaki örnek, virgülle ayrılmış bir dizi komut için iki değişkeni belirtir:

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"

Derleme otomasyonlarını özelleştirmek için diğer ortam değişkenleri için bkz. Oryx yapılandırması.

App Service'in Linux'ta PHP uygulamalarını nasıl çalıştırdığını ve oluşturduğunu öğrenmek için PHP uygulamalarının nasıl algılandığı ve oluşturulduğu hakkındaki Oryx belgelerine bakın.

Başlatmayı özelleştirme

Kapsayıcı başlatma zamanında özel bir komut çalıştırabilirsiniz. Aşağıdaki komutu çalıştırın:

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

Ortam değişkenlerine erişme

App Service'te uygulama kodunuzun dışında uygulama ayarlarını yapabilirsiniz. Ardından standart getenv() deseni kullanarak bu ayarlara erişebilirsiniz. Örneğin DB_HOST adlı bir uygulama ayarına erişmek için şu kodu kullanabilirsiniz:

getenv("DB_HOST")

Site kökünü değiştirme

Seçtiğiniz web çerçevesi, site kökü olarak bir alt dizin kullanabilir. Örneğin, Laravel site kökü olarak alt dizinini kullanır public/ .

Site kökünü özelleştirmek için, az resource update komutunu kullanarak uygulamanın sanal uygulama yolunu ayarlayın. Aşağıdaki örnek, site kökünü deponuzdaki public/ alt dizine ayarlar:

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

Varsayılan olarak, Azure App Service, kök sanal uygulama yolunu (/), dağıtılan uygulama dosyalarının kök dizinine (sites\wwwroot) işaret eder.

Seçtiğiniz web çerçevesi, site kökü olarak bir alt dizin kullanabilir. Örneğin, Laravel site kökü olarak alt dizinini kullanır public/ .

App Service için varsayılan PHP görüntüsü NGINX kullanır ve root yönergesini kullanarak NGINX sunucusunu yapılandırıp site kökünü değiştirirsiniz. Bu örnek yapılandırma dosyası , yönergeyi değiştiren aşağıdaki kod parçacığını root içerir:

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
    }
    ...

Varsayılan kapsayıcı konumundaki /etc/nginx/sites-available/defaultyapılandırma dosyasını kullanır. Bu dosyada yaptığınız tüm düzenlemeler, uygulama yeniden başlatıldığında silinir. Uygulama yeniden başlatmalarında etkili olan bir değişiklik yapmak için aşağıdaki örneğe benzer bir özel başlangıç komutu ekleyin :

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

Bu komut, varsayılan NGINX yapılandırma dosyasını deponuzun kökünde adlı default bir dosyayla değiştirir ve NGINX'i yeniden başlatır.

HTTPS oturumlarını algılama

App Service'te TLS/SSL sonlandırma ağ yük dengeleyicilerinde gerçekleşir, bu nedenle tüm HTTPS istekleri şifrelenmemiş HTTP istekleri olarak uygulamanıza ulaşır. Uygulama mantığınızın kullanıcı isteklerinin şifrelenip şifrelenmediğini denetlemesi gerekiyorsa üst bilgiyi inceleyin X-Forwarded-Proto :

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

Popüler web çerçeveleri, standart uygulama modelinizde X-Forwarded-* bilgilerine erişmenizi sağlıyor. CodeIgniter'da is_https() işlevi varsayılan olarak değerini X_FORWARDED_PROTO denetler.

php.ini ayarlarını özelleştirme

PHP yüklemenizde değişiklik yapmanız gerekiyorsa, aşağıdaki adımları kullanarak php.ini yönergelerinden herhangi birini değiştirebilirsiniz.

Uyarı

PHP sürümünü ve şu anki php.ini yapılandırmayı görmenin en iyi yolu, uygulamanızda phpinfo() çağırmaktır.

PHP_INI_SYSTEM olmayan yönergeleri özelleştirme

, PHP_INI_USERve PHP_INI_PERDIR yönergelerini özelleştirmek PHP_INI_ALLiçin uygulamanızın kök dizinine bir .user.ini dosya ekleyin.

.user.ini dosyasına, php.ini dosyasında kullandığınız aynı söz dizimini kullanarak yapılandırma ayarları ekleyin. Örneğin, display_errors ayarını açmak ve upload_max_filesize ayarını 10M olarak ayarlamak istiyorsanız, .user.ini dosyanızda şu metin yer alır:

 ; Example Settings
 display_errors=On
 upload_max_filesize=10M

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

Uygulamanızı değişikliklerle yeniden dağıtın ve yeniden başlatın.

.user.ini dosyası kullanmaya alternatif olarak, uygulamanızda ini_set() kullanarak bu PHP_INI_SYSTEM dışı yönergeleri özelleştirebilirsiniz.

Linux web uygulamaları için PHP_INI_USER, PHP_INI_PERDIR ve PHP_INI_ALL yönergelerini, upload_max_filesize ve expose_php gibi, özelleştirmek için özel bir .ini dosyası kullanın. SSH oturumunda oluşturabilirsiniz. İlk olarak dizini ayarlayın:

Kudu sitenize gidiniz. Rastgele karma ve bölge değerlerini almak için, uygulamanıza Genel Bakış bölümünde Varsayılan etki alanını kopyalayın.
Üstteki menüden Hata ayıklama konsolu'nu ve ardından Bash veya SSH'yi seçin.
Bash veya SSH'de dizininize /home/site/wwwroot gidin.
adlı ini bir dizin oluşturun (örneğin, mkdir ini).
Geçerli çalışma dizinini oluşturduğunuz ini klasörüne değiştirin.

Ardından, ayarlarınızı eklediğiniz bir .ini dosyası oluşturun. Bu örnekte extensions.ini kullanılmıştır. Vi, Vim veya Nano gibi dosya düzenleyiciler yoktur, bu nedenle ayarları dosyaya eklemek için kullanın Echo . değerini olarak upload_max_filesize2M50Mdeğiştirin. Ayarı eklemek ve eğer henüz mevcut değilse bir extensions.ini dosyası oluşturmak için aşağıdaki komutu kullanın.

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

upload_max_filesize=50M

/home/site/wwwroot/ini>

Azure portalında, ini değişikliğini uygulamak için yeni oluşturduğunuz upload_max_filesize dizinini tarayacak bir uygulama ayarı ekleyin.

Azure portalına gidin ve App Service Linux PHP uygulamanızı seçin.
Ayarlar>Ortam değişkenleri'ne gidin.
+ Ekle'yi seçin.
Ad alanına PHP_INI_SCAN_DIR girin ve Değer alanına :/home/site/wwwroot/ini girin.
Uygula'yı ve ardından yeniden Uygula'yı seçin. Değişikliklerinizi onaylayın.

Özel yolları PHP_INI_SCAN_DIR'e eklerken iki nokta üst üste işaretini (:) eklediğinizden emin olun. Bunun atlanması NGINX'in 404 hatası döndürmesine neden olur.

Uyarı

GD gibi bir PHP uzantısını yeniden derlediyseniz PHP uzantılarını yeniden derleme başlığındaki adımları izleyin.

PHP_INI_SYSTEM yönergelerini özelleştirme

PHP_INI_SYSTEM yönergelerini özelleştirmek için PHP_INI_SCAN_DIR uygulama ayarını kullanın.

İlk olarak, adlı PHP_INI_SCAN_DIRbir uygulama ayarı eklemek için aşağıdaki komutu çalıştırın:

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

Azure portal uygulamanızı seçin. Kenar çubuğu menüsündeki Geliştirme Araçları altında, Gelişmiş Araçlar'ıd:\home\site seçin ve ardından SSH kullanmaya gidin.

içinde d:\home\site adlı inibir dizin oluşturun. Ardından, dizinde bir d:\home\site\ini dosyası oluşturun, örneğin, özelleştirmek istediğiniz yönergelerle birlikte. settings.ini php.ini dosyasındaki söz dizimini kullanın.

Örneğin, değerini expose_phpdeğiştirmek için aşağıdaki komutları çalıştırın:

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

Değişikliklerin etkili olması için uygulamayı yeniden başlatın.

Yönergeleri özelleştirmek PHP_INI_SYSTEM için .htaccess yaklaşımını kullanamazsınız. App Service, PHP_INI_SCAN_DIR uygulama ayarını kullanan ayrı bir mekanizma sunar.

İlk olarak, adlı PHP_INI_SCAN_DIRbir uygulama ayarı eklemek için aşağıdaki komutu çalıştırın:

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"

Varsayılan dizin, /usr/local/etc/php/conf.d'in bulunduğu php.ini'dir. Değer /home/site/ini , özel bir .ini dosyası eklediğiniz özel dizindir. Değerleri iki nokta üst üste (): ile ayırırsınız.

Linux kapsayıcınızla web SSH oturumuna gidin.

içinde /home/site adlı inibir dizin oluşturun. Ardından, dizinde bir /home/site/ini dosyası oluşturun, örneğin, özelleştirmek istediğiniz yönergelerle birlikte. settings.ini php.ini dosyasındaki söz dizimini kullanın.

Tavsiye

App Service'teki yerleşik Linux kapsayıcıları kalıcı paylaşılan depolama alanı olarak kullanılır /home .

Örneğin, değerini expose_phpdeğiştirmek için aşağıdaki komutları çalıştırın:

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

Değişikliklerin etkili olması için uygulamayı yeniden başlatın.

PHP uzantılarını etkinleştirme

Yerleşik PHP yüklemeleri en yaygın kullanılan uzantıları içerir. daha fazla uzantıyı , php.ini yönergelerini özelleştirdiğiniz gibi etkinleştirebilirsiniz.

Uyarı

PHP sürümünü ve şu anki php.ini yapılandırmayı görmenin en iyi yolu, uygulamanızda phpinfo() çağırmaktır.

Diğer uzantıları etkinleştirmek için aşağıdaki adımları kullanın:

Uygulamanızın kök dizinine bir bin dizin ekleyin ve .dll uzantılı dosyaları bu dizinin içine yerleştirin, örneğin, mongodb.dll. Uzantıların Azure'daki PHP sürümüyle uyumlu olduğundan ve VC9 ile iş parçacığı güvenli olmayan (NTS) uyumlu olduğundan emin olun.
Değişikliklerinizi dağıtın.
PHP_INI_SYSTEM yönergelerini özelleştirin, extension veya zend_extension direktifi ile uzantıları özel .ini dosyasına ekleyin:
```
extension=d:\home\site\wwwroot\bin\mongodb.dll
zend_extension=d:\home\site\wwwroot\bin\xdebug.dll
```

Değişikliklerin etkili olması için uygulamayı yeniden başlatın.

Yerleşik PHP yüklemeleri en yaygın kullanılan uzantıları içerir. daha fazla uzantıyı , php.ini yönergelerini özelleştirdiğiniz gibi etkinleştirebilirsiniz.

Uyarı

PHP sürümünü ve şu anki php.ini yapılandırmayı görmenin en iyi yolu, uygulamanızda phpinfo() çağırmaktır.

Diğer uzantıları etkinleştirmek için aşağıdaki adımları kullanın:

Uygulamanızın kök dizinine bir bin dizin ekleyin ve içine .so uzantılı dosyaları yerleştirin (örneğin, mongodb.so). Uzantıların Azure'daki PHP sürümüyle uyumlu olduğundan ve VC9 ile iş parçacığı güvenli olmayan (NTS) uyumlu olduğundan emin olun.
Değişikliklerinizi dağıtın.
PHP_INI_SYSTEM yönergelerini özelleştirin, extension veya zend_extension direktifi ile uzantıları özel .ini dosyasına ekleyin:
```
extension=/home/site/wwwroot/bin/mongodb.so
zend_extension=/home/site/wwwroot/bin/xdebug.so
```

Değişikliklerin etkili olması için uygulamayı yeniden başlatın.

Tanı günlüklerine erişim

Tanılama günlüklerinizin Azure App Service'te görünmesini sağlamak için standart error_log() aracı kullanın.

App Service'te uygulama kodunuzun içinden oluşturulan konsol günlüklerine erişmek için cloud shell aşağıdaki komutu çalıştırarak tanılama günlüğünü açın:

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

--level için olası değerler Error, Warning, Infove Verbose'dır. Her düzey kendisinden önceki düzeyi içerir. Örneğin, Error yalnızca hata iletilerini içerir. Verbose tüm iletileri içerir.

Tanılama günlüğünü açtıktan sonra, günlük akışını görmek için aşağıdaki komutu çalıştırın:

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

Konsol günlükleri hemen görünmüyorsa 30 saniye içinde yeniden denetleyin.

Günlük akışını istediğiniz zaman durdurmak için Ctrl+C'ye basın.

Kapsayıcının içinden oluşturulan konsol günlüklerine erişebilirsiniz.

Kapsayıcı kaydını açmak için aşağıdaki komutu çalıştırın:

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

<app-name> ve <resource-group-name> öğelerini web uygulamanız için uygun adlarla değiştirin.

Container günlüğünü açtıktan sonra günlük akışını görüntülemek için aşağıdaki komutu çalıştırın:

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

Konsol günlükleri hemen görünmüyorsa 30 saniye içinde yeniden denetleyin.

Günlük akışını istediğiniz zaman durdurmak için Ctrl+C'ye basın.

Sorun giderme

Çalışan bir PHP uygulaması App Service'te farklı davrandığında veya hatalar olduğunda aşağıdaki çözümleri deneyin:

Tanılama günlüğü akışına erişin.
Uygulamayı üretim modunda yerel olarak test edin. App Service uygulamanızı üretim modunda çalıştırdığından, projenizin yerel olarak üretim modunda beklendiği gibi çalıştığından emin olmanız gerekir. Örneğin:
- Dosyanıza composer.json bağlı olarak, üretim modurequire ( yerine require-dev) için farklı paketler yüklenebilir.
- Bazı web çerçeveleri üretim modunda statik dosyaları farklı şekilde dağıtabilir.
- Bazı web çerçeveleri üretim modunda çalışırken özel başlangıç betikleri kullanabilir.
Uygulamanızı App Service'te hata ayıklama modunda çalıştırın. Örneğin, Laravel'de, uygulama ayarınızı üretim ortamında hata ayıklama iletilerini görüntülemek için APP_DEBUG ayarına true yapacak şekilde yapılandırabilirsiniz.

Günlüklerde robots933456 iletisini yoksayın

Kapsayıcı günlüklerinde aşağıdaki iletiyi görebilirsiniz:

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

Bu iletiyi güvenle göz ardı edebilirsiniz. /robots933456.txt, App Service'in kapsayıcının istekleri karşılayabilecek durumda olup olmadığını kontrol etmek için kullandığı sahte bir URL yoludur. 404 yanıtı, yolun mevcut olmadığını gösterir ve App Service'e kapsayıcının iyi durumda olduğunu ve isteklere yanıt vermeye hazır olduğunu bildirir.

Öğretici: Php, MySQL ve Redis uygulamasını Azure App Service'e dağıtma

Azure App Service ve Linux ile ilgili sıkça sorulan sorular

Azure App Service'teki ortam değişkenleri ve uygulama ayarları

Geri Bildirim

Bu sayfayı yararlı buldunuz mu?

Last updated on 2025-09-14

Aracılığıyla paylaş

Azure App Service'te PHP uygulaması yapılandırma

PHP sürümünü göster

PHP sürümünü göster

PHP sürümünü ayarlama

App Service'te eski çalışma zamanlarına ne olur?

Composer'ı çalıştırma

Bower, Gulp veya Grunt çalıştır

Çardak

Gulp

Hırıltı

Yapı otomasyonunu özelleştir

Başlatmayı özelleştirme

Ortam değişkenlerine erişme

Site kökünü değiştirme

HTTPS oturumlarını algılama

php.ini ayarlarını özelleştirme

PHP_INI_SYSTEM olmayan yönergeleri özelleştirme

PHP_INI_SYSTEM yönergelerini özelleştirme

PHP uzantılarını etkinleştirme

Tanı günlüklerine erişim

Sorun giderme

Günlüklerde robots933456 iletisini yoksayın

İlgili içerik

Geri Bildirim

Ek kaynaklar