Python Hosting

Python hosting nedir, hangi projeler için uygundur?

Python hosting, Python ile yazılmış web uygulamalarının bir uygulama sunucusu aracılığıyla alan adınız üzerinden yayınlandığı hizmettir. PHP’den farklı olarak Python kodu web sunucusu tarafından doğrudan yorumlanmaz; araya WSGI (Web Server Gateway Interface) ya da ASGI arayüzünü konuşan bir sunucu girer. Hostingde bu görevi Phusion Passenger, VPS’te ise genellikle Gunicorn veya Uvicorn üstlenir.

Python hosting şu projeler için doğru başlangıçtır:

• Django ile yazılmış kurumsal site, blog, rezervasyon ya da üyelik sistemi
• Wagtail veya django CMS ile içerik yönetimi
• Flask ile küçük REST API, webhook alıcısı, iç araç ve yönetim paneli
• Gece çalışan rapor, veri aktarma ve e-posta gönderim betikleri

Bu tür projelerde sunucu kurmakla uğraşmadan Linux hosting paketinin sunduğu Python uygulama aracı, SSH erişimi ve Git ile dağıtım yeterlidir. Projenizde sürekli açık kalan bir süreç, ASGI tabanlı gerçek zamanlı bağlantı ya da GPU gerektiren model çıkarımı varsa ilerleyen bölümlerdeki ölçütlere göre VPS, VDS ya da AI sunucuya yönelmelisiniz.

Hangi Python sürümünü seçmelisiniz?

Yeni bir proje için desteği en az iki yıl daha sürecek güncel bir Python 3 sürümü seçin; Python 3.12 ve sonrası bugün için güvenli tercihtir. Python sürümleri yaklaşık beş yıl güvenlik yaması alır: Python 3.9’un desteği Ekim 2025’te bitti, Python 3.10 ise Ekim 2026’da destek dışına çıkıyor. Bu sürümlerde kalan projeleri taşımayı planlayın.

Sürüm seçiminde çatının desteklediği aralık belirleyicidir:

• Django 6.0 Python 3.12 ve üzerini ister.
• Django 5.2 LTS daha eski Python 3.10 ve 3.11 sürümlerini de destekler; uzun süreli destek isteyen projeler için uygundur.
• Flask ve FastAPI güncel Python 3 sürümlerinin tamamıyla çalışır; asıl kısıt kullandığınız ek kütüphanelerdir.

Panelde gördüğünüz sürüm listesi sunucuda kurulu yorumlayıcılardır; her uygulama için ayrı sanal ortam oluşturulduğundan bir sitede Python 3.12, diğerinde Python 3.13 kullanabilirsiniz. Projenizin kökünde .python-version dosyası ya da pyproject.toml içinde requires-python alanı tutmak, yerel ortam ile sunucunun aynı sürümü kullanmasını garanti altına alır ve “bende çalışıyordu” sorunlarını önler.

Linux hostingde Python uygulaması nasıl çalışır?

Linux hostingde Python uygulaması, paneldeki Python uygulama aracıyla (cPanel’de Setup Python App) oluşturulan sanal ortamda çalışır ve Phusion Passenger, isteği passenger_wsgi.py dosyasındaki application nesnesine iletir. Aracı kullandığınızda Python sürümü, uygulama kökü, URL ve başlangıç dosyası tek ekrandan tanımlanır.

Django projesi için tipik passenger_wsgi.py şöyledir:

import os, sys
sys.path.insert(0, os.path.dirname(__file__))
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "proje.settings")
from proje.wsgi import application

Flask için son satır from app import app as application olur. Panel, sanal ortamı etkinleştirme komutunu ekranın üstünde gösterir; SSH’de bu komutu çalıştırdıktan sonra pip install -r requirements.txt ile bağımlılıkları kurarsınız.

Kodda değişiklik yaptıktan sonra Passenger eski süreci bellekte tuttuğu için uygulamayı panelden yeniden başlatmanız ya da uygulama kökünde tmp/restart.txt dosyasının tarihini touch ile güncellemeniz gerekir. Uzun süre istek almayan uygulama bellekten çıkarılabilir ve ilk istekte yeniden yüklenir; bu, düşük trafikli sitelerde ilk açılışın birkaç saniye sürmesinin nedenidir.

Uygulama kökünü public_html dışında tutmak iyi bir alışkanlıktır: kaynak kodunuz, settings.py ve sanal ortam web üzerinden indirilemez, yalnız Passenger’ın yönlendirdiği istekler uygulamaya ulaşır. LIONFIN Linux hosting paketlerinde bu yapı SSH, SFTP ve Git erişimiyle birlikte gelir; NVMe disk ise binlerce küçük dosyadan oluşan sanal ortamın yüklenmesini hızlandırır.

FastAPI ve ASGI uygulamaları hostingde çalışır mı?

FastAPI, Starlette ve Django Channels gibi ASGI uygulamaları paylaşımlı hostingde ancak sınırlı biçimde çalışır; tam işlev için VPS gerekir. Passenger’ın Python desteği WSGI arayüzünü kullanır; ASGI uygulamasını a2wsgi gibi bir bağdaştırıcıyla WSGI’ye çevirerek basit HTTP uç noktalarını yayınlayabilirsiniz, ancak WebSocket, sunucu tarafından gönderilen olaylar (SSE) ve BackgroundTasks gibi özellikler bu yolla güvenilir çalışmaz.

FastAPI’yi üretimde çalıştırmanın doğru yolu VPS’tir:

pip install "fastapi[standard]" gunicorn
gunicorn main:app -k uvicorn.workers.UvicornWorker \
  -w 3 -b 127.0.0.1:8000

Bu süreci systemd servisi olarak tanımlar, önüne Nginx’i reverse proxy olarak koyar ve HTTPS’i Nginx üzerinde sonlandırırsınız. İşçi sayısı için başlangıç noktası olarak (2 × çekirdek) + 1 formülü kullanılır; asenkron çalışan FastAPI uygulamalarında daha az işçiyle de yüksek eşzamanlılık elde edilir.

Projeniz bir kapsayıcı imajıyla geliyorsa aynı yapıyı Docker Compose ile kurabilirsiniz; ayrıntılar Docker sunucu kiralama sayfasındadır.

Karar verirken şu ayrıma dikkat edin: uygulamanız FastAPI ile yazılmış olsa bile yalnız JSON döndüren, kısa süren uç noktalardan oluşuyorsa ilk aşamada bağdaştırıcıyla hostingde başlayabilirsiniz. Ancak asenkron veritabanı sürücüleri, akış (streaming) yanıtları ya da yapay zekâ modellerinden gelen yanıtı parça parça ileten uç noktalar kullanıyorsanız, bu özellikler ASGI sunucusu olmadan beklendiği gibi çalışmaz ve doğrudan VPS ile başlamanız zaman kazandırır.

Python projesi için hosting mi, VPS mi, VDS mi?

İstek geldiğinde yanıt veren Django veya Flask sitesi için hosting, arka planda sürekli çalışan Python süreçleri için VPS, işlemci ve belleği yoğun kullanan veri işleme için VDS doğru seçimdir. Belirleyici soru, uygulamanızın “istek–yanıt” döngüsü dışında çalışan bir parçası olup olmadığıdır.

Bot ve otomasyon projelerinde Windows masaüstü gerekiyorsa bot sunucusu kiralama seçeneğine bakın. Yapay zekâ modellerini GPU üzerinde çalıştırmak istiyorsanız LLM sunucusu kiralama sayfası VRAM ihtiyacını ayrıntılı anlatır. Ayrılmış çekirdek ile paylaşılan sanal çekirdek arasındaki farkı VPS ve VDS farkı yazısında bulabilirsiniz.

Pratik bir yol haritası şöyledir: projeyi Linux hostingde yayına alın, kullanıcı sayısı ve arka plan iş ihtiyacı netleşince kodu değiştirmeden VPS’e taşıyın. Django ve Flask uygulamaları WSGI standardına uyduğu için aynı kod Passenger ile de Gunicorn ile de çalışır; taşıma sırasında değişen yalnız süreç yönetimi ve web sunucusu yapılandırmasıdır. Bu sayede ilk günden fazla kaynağa ödeme yapmadan büyüme payı bırakmış olursunuz.

Django projesi üretime alınırken hangi ayarlar değişmelidir?

Django’yu üretime alırken en az beş ayar değişmelidir: DEBUG kapatılır, ALLOWED_HOSTS doldurulur, SECRET_KEY ortam değişkeninden okunur, statik dosyalar collectstatic ile toplanır ve HTTPS zorunlu kılınır. Django bu kontrolü sizin için yapan bir komut sunar.

python manage.py check --deploy
python manage.py migrate
python manage.py collectstatic --noinput

Önemli ayarlar:

• DEBUG = False: Açık kalırsa hata sayfası ayar ve ortam bilgilerinizi ziyaretçiye gösterir.
• ALLOWED_HOSTS = ["alanadiniz.com", "www.alanadiniz.com"]: Eksikse “DisallowedHost” hatası alırsınız.
• CSRF_TRUSTED_ORIGINS: HTTPS üzerinden form gönderiminde alan adınızı https şemasıyla birlikte, tam adres olarak ekleyin.
• STATIC_ROOT: public_html altındaki bir klasörü gösterirse statik dosyalar Python’u hiç çalıştırmadan web sunucusundan sunulur.
• SECURE_SSL_REDIRECT ve SESSION_COOKIE_SECURE: HTTPS’i zorunlu hâle getirir.

Medya dosyaları (MEDIA_ROOT) kullanıcı yüklemeleridir ve yedek planına mutlaka dahil edilmelidir. Bu ayarlar Flask için de benzer mantıkla geçerlidir: hata ayıklama modu kapalı, gizli anahtar ortam değişkeninde ve oturum çerezleri yalnız HTTPS üzerinden gönderilmelidir.

Python uygulamasında MySQL veya PostgreSQL nasıl kullanılır?

Linux hostingde Python uygulamanız aynı hesaptaki MySQL veya MariaDB veritabanını kullanır; PostgreSQL gerekiyorsa VPS’te kendiniz kurarsınız. Django resmî olarak MySQL/MariaDB, PostgreSQL, SQLite ve Oracle’ı destekler.

MySQL sürücüsü seçerken dikkat edin:

• mysqlclient: Django’nun önerdiği sürücüdür ve hızlıdır, ancak kurulurken C derleyicisi ve MySQL geliştirme başlıklarına ihtiyaç duyar. Paylaşımlı ortamda derleme hatası alırsanız ikinci seçeneğe geçin.
• PyMySQL: Tamamen Python ile yazılmıştır, derleme gerektirmez. settings.py başında import pymysql; pymysql.install_as_MySQLdb() satırıyla Django’ya tanıtılır.

Bağlantı ayarlarında OPTIONS altına "charset": "utf8mb4" eklemek Türkçe karakterlerin ve emojilerin sorunsuz saklanmasını sağlar. SQLite yalnız tek kullanıcılı araçlar ve testler için uygundur; eşzamanlı yazma işlemlerinde kilitlenme yaşanır.

PostgreSQL’e özgü özellikler (JSONB sorguları, tam metin arama, PostGIS) kullanıyorsanız projeyi baştan VPS’te kurmanız gerekir. Veritabanı yükü büyüdüğünde ayrı bir sunucuya taşıma seçeneklerini veritabanı sunucusu için VDS yazısı ele alır.

Python bağımlılıkları sunucuda nasıl kurulur?

Python bağımlılıkları her uygulamaya özel sanal ortamda, sürümleri sabitlenmiş bir requirements.txt dosyasından pip ile kurulmalıdır. Sürüm belirtmeden pip install django yazmak, bir sonraki kurulumda farklı bir ana sürümün gelmesine ve uygulamanın beklenmedik biçimde bozulmasına yol açabilir.

1. Yerelde çalışan ortamın tam listesini çıkarın: pip freeze > requirements.txt ya da pip-tools / uv ile kilit dosyası üretin.
2. SSH’de panelin gösterdiği komutla sanal ortamı etkinleştirin.
3. pip install --upgrade pip ile pip’i güncelleyin; eski pip sürümleri hazır derlenmiş paketleri (wheel) bulamayabilir.
4. pip install -r requirements.txt komutunu çalıştırın.
5. Kurulumdan sonra uygulamayı yeniden başlatın.

Derleme gerektiren paketler (ör. mysqlclient, bazı kriptografi ve görüntü işleme kütüphaneleri) hazır wheel dosyası bulunmayan sürümlerde paylaşımlı ortamda kurulamayabilir. Bu durumda paketin wheel yayımlanan bir sürümünü seçin ya da saf Python alternatifini kullanın. PyTorch, TensorFlow gibi gigabaytlarca yer kaplayan bilimsel kütüphaneler hosting kotasını hızla doldurur; bu tür projeler için VPS ya da GPU’lu sunucu daha uygundur.

Python uygulamasında zamanlanmış görevler nasıl çalıştırılır?

Hostingde zamanlanmış Python görevleri, sanal ortamdaki Python yorumlayıcısını tam yoluyla çağıran bir cron job ile çalıştırılır. Cron sanal ortamı kendiliğinden etkinleştirmez; sistem Python’uyla çalışan görev, kurduğunuz paketleri bulamaz ve “ModuleNotFoundError” verir.

Django yönetim komutu için örnek bir cron satırı:

*/15 * * * * cd /home/kullanici/proje && /home/kullanici/virtualenv/proje/3.12/bin/python manage.py rapor_gonder >> /home/kullanici/logs/cron.log 2>&1

Yoldaki klasör adları panelinizin oluşturduğu sanal ortama göre değişir; doğru yolu sanal ortamı etkinleştirip which python komutuyla öğrenebilirsiniz. Çıktıyı bir günlük dosyasına yönlendirmek, sessizce başarısız olan görevleri fark etmenizi sağlar.

Cron görevleri kısa sürmeli ve birbirinin üzerine binmemelidir. Dakikalarca süren veri aktarma ya da toplu e-posta gönderimi gibi işler hosting kaynak sınırlarına takılabilir; bu tür yükler için Celery Beat ile zamanlanan işçileri VPS’te çalıştırmak daha sağlıklıdır. Toplu e-postada gönderim itibarını korumak için uygulamanızı SmartHost SMTP relay üzerinden göndermeye ayarlayabilirsiniz.

Python uygulaması nasıl hızlandırılır ve korunur?

Python uygulamalarında hızın büyük kısmı veritabanı sorgularının sayısı ve önbellek kullanımıyla belirlenir; güvenliğin temeli ise gizli bilgilerin korunması, bağımlılıkların güncel tutulması ve HTTPS’tir.

Performans için:

• N+1 sorgularını giderin: Django’da select_related ve prefetch_related ile tek sayfada yüzlerce sorgu atılmasını önleyin; django-debug-toolbar ile sorgu sayısını görün.
• Önbellek: Hostingde dosya tabanlı önbellek, VPS’te Redis önbelleği kullanın; değişmeyen sayfa parçalarını şablon önbelleğine alın.
• Statik dosyalar: CSS, JavaScript ve görselleri Python’dan değil web sunucusundan ya da CDN’den sunun.
• Ağır işleri ertelemek: E-posta gönderimi ve PDF üretimi gibi işler isteği bekletmesin.

Güvenlik için:

• SECRET_KEY, veritabanı parolası ve API anahtarları depoda değil ortam değişkeninde tutulsun.
• pip-audit ile bilinen açıkları düzenli tarayın ve çatının güvenlik sürümlerini bekletmeyin.
• Panelden ücretsiz SSL sertifikası etkinleştirin, yönetim panelinin adresini (/admin) değiştirip güçlü parola ve iki adımlı doğrulama kullanın.

Yedeklemede veritabanı dökümü ile MEDIA_ROOT klasörünü birlikte saklayın; kod zaten Git deposundadır.

Python projesini başka bir sunucudan taşırken nelere dikkat etmelisiniz?

Python projesini taşırken kod, sanal ortam ve veriyi ayrı ayrı ele almalısınız: kod Git ile, bağımlılıklar requirements.txt ile yeniden kurulur, veritabanı ve medya dosyaları ise döküm ve arşiv olarak aktarılır. Sanal ortam klasörünü (venv) olduğu gibi kopyalamayın; içindeki yollar ve derlenmiş dosyalar eski sunucuya özgüdür ve yeni ortamda çalışmaz.

1. Eski sunucuda pip freeze çıktısını alın ve Python sürümünü not edin.
2. Veritabanını mysqldump --single-transaction ile ya da Django için dumpdata ile dışa aktarın; büyük veritabanlarında doğrudan SQL dökümü daha hızlı ve güvenilirdir.
3. MEDIA_ROOT klasörünü tar ile arşivleyip SFTP veya rsync ile yeni hesaba aktarın.
4. Yeni hostingde aynı Python ana sürümüyle uygulamayı oluşturun, bağımlılıkları kurun, veritabanını içe aktarın.
5. Uygulamayı geçici bir alt alan adında test edin; her şey çalışınca DNS kayıtlarını yeni sunucuya yönlendirin.

DNS değişikliğinden birkaç saat önce kayıtların TTL değerini düşürmek, geçiş sırasında ziyaretçilerin eski ve yeni sunucu arasında bölünme süresini kısaltır. Genel taşıma sürecini ve kontrol listesini hosting taşıma rehberi yazısında bulabilirsiniz.

Python hostingde en sık görülen hatalar nelerdir?

Python hostingde hataların çoğu yanlış sanal ortam, eksik paket, hatalı passenger_wsgi.py ya da Django ayarlarından kaynaklanır. Hata ayrıntısı tarayıcıda değil, uygulama kökündeki ya da paneldeki hata kaydında yer alır; önce oraya bakın.

• “ModuleNotFoundError”: Paket, uygulamanın kullandığı sanal ortama değil sistem Python’una kurulmuştur. Sanal ortamı etkinleştirip pip install komutunu tekrarlayın.
• “DisallowedHost”: Alan adınız ALLOWED_HOSTS listesinde yoktur.
• CSS ve görseller yüklenmiyor: collectstatic çalıştırılmamış ya da STATIC_ROOT web’den erişilen klasörü göstermiyordur.
• “mysqlclient” kurulmuyor: Derleme başlıkları eksiktir; PyMySQL’e geçin.
• CSRF doğrulama hatası: HTTPS’e geçtikten sonra CSRF_TRUSTED_ORIGINS güncellenmemiştir.
• Değişiklik görünmüyor: Uygulamayı panelden yeniden başlatın ya da tmp/restart.txt dosyasına touch uygulayın.
• 500 hatası, kayıt boş: passenger_wsgi.py içindeki içe aktarma yolu yanlıştır; SSH’de sanal ortamdan python -c "import proje.wsgi" ile deneyin.

Sorun sürerse müşteri panelinden destek talebi açarken Python sürümünü, uygulama kökünü ve hata kaydının son satırlarını eklemeniz çözümü hızlandırır.