Mehmet

WFN Üye
Konular
1,851
Mesajlar
1,852
Çözüm
0
Ticaret Puanı
0
Üyelik
1 Ay 6 Gün
Konum
YurtDışı
Web Sitesi
Var
Alanı
Google Adsense
1/1
Konu sahibi
PHP script kurmak, hazır uygulamanın kendi kurulum belgesine göre dosyaları, PHP gereksinimlerini, bağımlılıkları ve çalışma ayarlarını birlikte hazırlamaktır. Tek dosyalık bir betikle veritabanı, Composer paketleri ve arka plan görevleri kullanan bir uygulama aynı adımlara sahip değildir. Önce paketin hangi türde olduğunu belirleyin; yalnız index.php yüklemek bütün projeyi kurmaz.

Bu rehber hazır bir PHP uygulamasını deneme ortamına yerleştirme sürecini anlatır. PHP dosyasının ne olduğu veya bir Merhaba Dünya betiğinin nasıl çalıştığı ayrı temel konudur. Uygulamanın geliştiricisi farklı bir adım belirtiyorsa o sürüme ait belgeyi esas alın.

Gereksinimleri ve kaynağı inceleyin​

Uygulamayı geliştiricinin sağladığı kaynaktan, sürümü belli paketle edinin. Kurulum belgesinde desteklenen PHP aralığını, gerekli eklentileri, veritabanı türünü ve web sunucusu koşullarını okuyun. Lisans veya kurulum doğrulaması varsa hangi hizmetin hangi bilgiyi istediğini anlamadan ilerlemeyin.

Komut satırındaki php -v yalnız o PHP çalıştırıcısının sürümünü gösterir. Hostingde seçilen web PHP sürümü farklı olabilir. Composer’ın çalıştığı ortamla web uygulamasının ortamını ayrı doğrulayın. Gereksinim eksikse rastgele sürüm değiştirmek yerine eksik eklenti veya uyumsuz aralığı belirleyin.

Dosyaları doğru köke yerleştirin​

Varsayımsal paketinizde public/index.php, vendor, config ve bir örnek ortam dosyası bulunduğunu düşünün. Geliştirici belge kökü olarak public klasörünü belirtiyorsa alan adını o klasöre yönlendirin. Projenin tamamını herkese açık dizin yapmak, ayar veya bağımlılık dosyalarını istemeden sunabilir. Public dizini olmayan farklı bir scriptte bu yapıyı zorla oluşturmayın.

Paket türüKurulumun önemli parçasıDoğrulama
Tek betikPHP işleme ve doğru dosya yoluBeklenen yanıt
Composer projesiKilitli bağımlılıklar ve autoloadPaket/eklenti gereksinimleri
Veritabanlı uygulamaAyrı kullanıcı, bağlantı ve şemaYetkili okuma/yazma işlemi
Kuyruk veya görev kullanan projeBelgelenmiş worker/zamanlamaİşin gerçekten tamamlanması

Bağımlılık, ayar ve veri sırası​

  1. Önce yeni bir deneme ortamı hazırlayın. Var olan uygulamayı değiştiriyorsanız dosya ve veritabanı geri dönüşünü doğrulayın; paket içindeki örnek SQL’i çalışan veritabanına gelişigüzel aktarmayın.
  2. Composer kullanan ve güvenilir kaynaktan gelen projede geliştiricinin kurulum komutunu uygulayın. Kilit dosyasına göre üretim bağımlılığı kuran yaygın örnek şudur:
    Bash:
    composer install --no-dev --optimize-autoloader
  3. Bu komut mevcut composer.lock sürümlerini kullanır. Kurulum sırasında projeye ait betikler veya eklentiler çalışabilir. Güvenmediğiniz paketi çalıştırmayın; hatayı aşmak için platform gereksinimlerini yok saymayın. Her script Composer kullanmaz.
  4. Örnek ayar dosyasını belgedeki yolla gerçek ortam ayarına dönüştürün. Veritabanı adı, dar kapsamlı kullanıcı, uygulama adresi ve gereken sırları belirleyin. Gerçek sırları herkese açık kökte veya paylaşılan örnek dosyada bırakmayın.
  5. Şema oluşturma veya migration için yalnız uygulamanın belgelenmiş akışını izleyin. İlk kurulum ile mevcut veriyi güncelleme farklıdır. Önbellek veya yükleme dizinine yazma izni gerekiyorsa sadece gerekli kullanıcı ve dizinlere verin; bütün projeyi herkese yazılabilir yapmayın.

Kurulum ekranının açılması son kontrol değildir. Giriş, yetkisiz erişim reddi, örnek veri kaydı ve gerekiyorsa dosya yükleme veya kuyruk işi gibi anlamlı işlemi denetleyin. Hata varsa uygulama, PHP ve web sunucusu kayıtlarını ayırın. Üretimde ayrıntılı hata gösterimini kapatın; kurulum ekranı ve test verisini geliştiricinin desteklediği yöntemle devreden çıkarın.

Sık sorulan sorular​

composer install yerine update kullanmak aynı şey midir?​

Hayır. Install mevcut kilit dosyasındaki sürümleri kurar; update bağımlılık çözümünü ve kilit dosyasını değiştirebilir. Hazır sürümü kurarken plansız paket yükseltmesi yapmayın. Gereken yükseltmeyi ayrı deneme ve uyumluluk kontrolüyle ele alın.

Kurulum başarılı ama zamanlanmış işler çalışmıyorsa ne kontrol edilir?​

Web isteğinin çalışması worker veya cron görevinin kurulduğunu kanıtlamaz. Projenin görev komutunu, çalıştıran hesabı, PHP yolunu ve ilgili kayıtları kontrol edin. Görev tetiklenmesini gerçek iş tamamlanmasıyla karıştırmayın.
 

Sende şimdi bize katılmak ister misin?

Kayıt ol

Bize katılım kolay ve ücretsizdir!

Konuyu görüntüleyenler

Bu konuyu şu anda görüntüleyen üye bulunmuyor.