← Bilgi Bankası
VDS Paketleri 26.10.2026 tarihinde güncellendi 6 dk okuma

Discord ve Telegram Botunu Bilgisayar Kapalıyken Çalıştırmak

Discord ve Telegram botunu bilgisayardan bağımsız çalıştırın. Bot Cloud ve VDS farklarını, dosya yükleme, jeton ve konsol kontrollerini inceleyin.

Discord veya Telegram botunuz bilgisayarınızda çalışıyorsa bilgisayarı kapatmak uygulamayı da durdurur. Çözüm, botu açık kalacak ayrı bir çalışma ortamına taşımaktır. Bu ortamı web panelinden yönetilen Bot Cloud veya işletim sistemini kendiniz yönettiğiniz VDS olarak seçebilirsiniz.

“7/24 çalıştırma”, botun kişisel bilgisayarınızdan bağımsız çalışmasını ifade eder; uygulama hatası, platform kesintisi veya bakım olmayacağı garantisi değildir. Botun gerçekten mesajlara cevap verdiğini ayrıca kontrol etmelisiniz.

Bot Cloud mu, VDS mi?

İhtiyaç Bot Cloud VDS
Node.js veya Python botunu panelden başlatmak Hazır çalışma ortamını kullanırsınız Çalışma ortamını ve servis yönetimini kurarsınız
Dosyalar, konsol ve başlangıç dosyası Web panelinden yönetilir Seçtiğiniz araçlarla yönetilir
İşletim sistemine özel paket veya servis kurmak Hazır ortamın sınırları geçerlidir Root yetkisiyle yapılandırabilirsiniz
Birden fazla özel servis ve ağ ayarı Önce ürünün desteklediği kapsamı kontrol edin Daha esnek, yönetim sorumluluğu daha fazladır

Standart bir botta önce Bot Cloud paketlerinin çalışma ortamını ve kaynaklarını inceleyin. Sistem düzeyinde bağımlılıklarınız varsa VDS seçeneklerini değerlendirin. Sadece web isteğine cevap veren PHP hosting ile sürekli açık bir bot süreci aynı ihtiyaç değildir; webhook kullanan uygulamalar için de desteklenen dil ve çalışma modeli ayrıca kontrol edilmelidir.

1. Projeyi taşımadan önce hazırlayın

Hangi dil sürümünü kullandığınızı, başlangıç dosyasını ve bağımlılıkları belirleyin. Bot Cloud hazır ortamları Node.js 22 ve Python 3.12 içindir. Kodunuzun seçtiğiniz sürümle uyumlu olduğunu yerelde test edin.

  • Node.js projesinde package.json, varsa package-lock.json ve uygulama dosyalarını hazırlayın.
  • Python projesinde uygulama dosyalarını ve requirements.txt bağımlılık listesini hazırlayın.
  • Bot jetonlarını herkese açık kod deposuna veya ekran görüntüsüne koymayın.
  • Yerel bilgisayarınızda kullandığınız dosya yollarını ve veritabanı adreslerini sunucu ortamına göre kontrol edin.

2. Dosyaları yükleyin ve başlangıç dosyasını seçin

Hizmet yönetimindeki dosya alanına projenizi yükleyin. Bot Cloud sekmesinde başlangıç dosyasını kaydedin. Varsayılan dosya Node.js için index.js, Python için main.py olarak hazırlanır; kendi projenizin gerçek giriş dosyasını seçmeniz gerekir.

Başlangıç dosyası bir klasördeyse bağımlılık dosyalarının konumunu da kontrol edin. Başlatıcı, seçilen dosyanın bulunduğu dizinde bağımlılıkları arar. Dosyanın yanlış seçilmesi veya eksik yükleme, süreç açılmış görünse bile botunuzun çalışmamasına neden olabilir.

Node.js bağımlılıkları üretim kapsamıyla kurulur; npm kurulum betikleri otomatik çalıştırılmaz. Derleme adımı veya yerel sistem bağımlılığı gerektiren projelerde bu koşulu satın almadan önce değerlendirin. Python paketleri de seçilen çalışma ortamında kurulabilir olmalıdır; paket adının listede bulunması kurulabileceğini garanti etmez.

3. Jetonları güvenli yapılandırın

Panelde desteklenen gizli değişkenler arasında BOT_TOKEN, DISCORD_TOKEN ve TELEGRAM_TOKEN bulunur. Kodunuzun gerçekten okuduğu değişken adını kullanın. Panelde bir jeton kaydetmek, uygulamanızdaki farklı bir değişken adını otomatik değiştirmez.

Node.js'te ortam değişkenini okuma örneği:

const token = process.env.DISCORD_TOKEN;
if (!token) throw new Error('DISCORD_TOKEN tanımlı değil');

Python için:

import os
token = os.environ['TELEGRAM_TOKEN']

Bunlar botun tamamı değildir; yalnızca gizli değeri okuma örnekleridir. Jetonu konsola yazdırmayın. Daha önce paylaşılmış bir jetonu ilgili platformdan yenileyin.

4. Konsol ve gerçek mesajla doğrulayın

Sunucuyu başlatın ve konsoldaki ilk hata satırını inceleyin. Bağımlılık kurulumu, eksik dosya ve kimlik doğrulama hatalarını birbirinden ayırın. Ardından kendi test kanalınızda veya sohbetinizde bir komut gönderin.

  1. Bot doğru hesaba bağlanıyor mu?
  2. Gerekli platform izinleri var mı?
  3. Komut gerçekten cevap alıyor mu?
  4. Kontrollü yeniden başlatma sonrasında tekrar cevap veriyor mu?
  5. Veritabanı ve kalıcı dosyalar beklenen yerde mi?

Aynı jetonla yerelde açık bıraktığınız ikinci uygulamayı da kontrol edin. Bazı çalışma modellerinde eşzamanlı kopyalar çakışan istek veya çift işlem oluşturabilir. Birden fazla kopya gerekiyorsa bunu bot kütüphanenizin desteklediği mimariyle planlayın.

VDS kullanırsam SSH kapanınca bot ne olur?

Terminale bağlı çalıştırılan süreçler oturum kapanınca durabilir. VDS üzerinde PM2 veya systemd gibi uygun bir süreç yöneticisiyle başlatma, yeniden başlama ve günlük politikasını tanımlayın. Araç kurulmuş olması yeterli değildir; sunucu açılışındaki davranışı ve hata sonrası toparlanmayı test edin.

screen, tmux veya nohup oturumdan bağımsız çalışmaya yardımcı olabilir; ancak tek başlarına bütün servis yönetimi ihtiyaçlarını karşılamazlar. Aynı komutu her dakika körlemesine başlatan bir cron görevi de çift süreç oluşturabilir.

Ne kadar kaynak gerekir?

Botun dilinden tek başına RAM miktarı çıkarılamaz. Kütüphaneler, eşzamanlı işler, ses işlemleri, tarayıcı otomasyonu ve veritabanı yükü ihtiyacı değiştirir. Normal ve yoğun kullanımda bellek, CPU ve disk tüketimini ölçün; logların büyümesini takip edin. Sabit kullanıcı sayısına karşılık kesin paket kapasitesi varsaymayın.

Kaynakları kendiniz yönetecekseniz VDS kaynak seçimi rehberini kullanabilirsiniz. Kalıcı verileriniz için geri yüklemeyi de denediğiniz bir yedek planı hazırlayın; çalışan bot süreci bir yedekleme yöntemi değildir.

Sorularınızmı var ? Bizim ile iletişime geçin.