Palworld sunucu ayarlarını en güvenilir şekilde optimize etmek için önce bir yedek oluşturmalı, sonra yalnızca aktif PalWorldSettings.ini dosyasını düzenlemeli ve değişiklikleri adım adım test etmelisin. Net hedefler mantıklıdır: daha hızlı seviye atlama, daha az grind, daha stabil üsler, kontrollü PvP veya daha düşük sunucu yükü. Her değişiklik yeniden başlatmadan sonra oyunda ve loglarda kontrol edilmelidir.

Gereksinimler

Sunucu dosyalarına erişime, planlanmış bir bakım zamanına ve ideal olarak mevcut yapılandırmanın bir kopyasına ihtiyacın var. game-serverhosting üzerinde Palworld sunucunu ücretli multi-game hosting olarak teknik kontrol, destek ve şeffaf işletim süreçleriyle yönetirsin. Sunucu adını, şifreyi veya oyuncu sayısını rehberli bir diyalog üzerinden ayarlamayı tercih ediyorsan, bunun için dahili rehber Palworld sunucu ayarlarını panel sihirbazında yapılandırma uygundur.

Resmi Palworld dokümantasyonu, ortama bağlı olarak aktif yapılandırma dosyası için diğerlerinin yanında Pal/Saved/Config/LinuxServer/PalWorldSettings.ini veya Pal/Saved/Config/WindowsServer/PalWorldSettings.ini yollarını belirtir ve DefaultPalWorldSettings.ini üzerinde yapılan değişikliklerin doğrudan etkili olmadığını vurgular: resmi Palworld Server Guide yapılandırma parametreleri. Bu yüzden default dosyasını şablon olarak kullan, ama aktif dosyayı düzenle.

Dosyayı ve formatı doğru ele alma

Palworld birçok sunucu değerini bir INI yapısında saklar. Tipik olarak [/Script/Pal.PalGameWorldSettings] gibi bir bölüm ve OptionSettings=(...) bulunur. Birçok kurulumda değerlerin büyük bir kısmı tek uzun satırda yer alır. Bu nedenle virgüllere, parantezlere, tırnak işaretlerine ve True/False yazımına özellikle dikkat et. Eksik bir virgül bile sunucunun değerleri yok saymasına veya varsayılan değerlerle başlamasına yetebilir.

Her değişiklikten önce dosyayı çoğaltmalısın, örneğin PalWorldSettings.ini.bak-2026-07-22 olarak. Ardından aynı anda yalnızca birkaç değeri değiştir. Böylece daha sonra hangi ayarın bir soruna yol açtığını anlayabilirsin.

En önemli settings

XP ve leveling

ExpRate, oyuncuların ne kadar hızlı deneyim kazandığını kontrol eder. Daha yüksek değerler ilerlemeyi kısaltır, ancak içeriklerin daha hızlı değer kaybetmesine de neden olabilir. PalEggDefaultHatchingTime, yumurtaların kuluçka süresini etkiler. Aşağıdaki blok mevcut örnek değerleri kullanır ve bilinçli şekilde hızlandırılmış, ama hâlâ iyi anlaşılabilir bir başlangıç yapılandırması olarak uygundur:

ExpRate=2.0                    # İki kat XP
PalEggDefaultHatchingTime=2.0  # Yumurtalar daha hızlı kuluçkadan çıkar

Grubun Palworld’ü uzun vadeli oynamak istiyorsa, XP değerlerini dikkatli kullan. Etkinlikler veya kısa sunucu koşuları için yüksek oranlar, kalıcı bir dünyaya göre çoğu zaman daha mantıklıdır.

Savaş dengesi

Hasar değerleri, oyuncuların ve Pals’ın ne kadar sert vurduğunu veya ne kadar hasar aldığını belirler. Küçük değişiklikler günlük oyunda belirgin etki yaratır, çünkü savaşlar, boss karşılaşmaları ve üs savunması buna bağlıdır.

PalDamageRateAttack=1.0        # Pal saldırı gücü
PalDamageRateDefense=1.0       # Pal savunması
PlayerDamageRateAttack=1.0     # Oyuncu saldırısı
PlayerDamageRateDefense=1.0    # Oyuncu savunması
PlayerStomachDecreaseRate=0.5  # Daha yavaş acıkma

PlayerStomachDecreaseRate=0.5, kullandığın sunucu sürümü bu değeri buna uygun yorumluyorsa, açlık tüketimini standart değere göre azaltır. Yeniden başlatmadan sonra istenen etkinin gerçekten görünüp görünmediğini oyunda kontrol et.

Üs ve crafting

Üs limitleri yalnızca konfor meselesi değildir. Çok sayıda üs, çok sayıda işçi ve çok sayıda aktif üretim süreci sunucu yükünü artırabilir. Resmi dokümantasyon, BaseCampMaxNumInGuild ve BaseCampWorkerMaxNum gibi üs değerlerinde daha yüksek değerlerin ek yük oluşturabileceğine dikkat çeker. Bu nedenle bu ayarları önce makul ölçüde artırmalı ve ardından gözlemlemelisin.

BaseCampMaxNum=3               # Oyuncu başına maks. üs
BaseCampWorkerMaxNum=20        # Üs başına maks. işçi
WorkSpeedRate=2.0              # Daha hızlı crafting

Küçük gruplar için üç üs ve üs başına 20 işçi genellikle düzenli kalır. Daha büyük topluluklar için net kurallara ihtiyacın var; böylece her guild gereksiz şekilde çok sayıda üretim yoğun konum kurmaz. Başka survival sunucuları da işletiyorsan, yaklaşım Enshrouded sunucu ayarlarını optimize etme içindeki temiz dünya ayarlarıyla benzerdir: önce hedefi tanımla, sonra değerleri kontrollü şekilde uyarla.

PvP ayarları

PvP bir community sunucusunda asla yan iş olarak etkinleştirilmemelidir. Önceden üslerin korunup korunmayacağını, ölümde hangi cezaların geçerli olacağını ve Friendly Fire istenip istenmediğini netleştir. Aşağıdaki mevcut değerler örnek olarak korunmuştur; bunları kendi somut Palworld sürümün ve kurulum şablonunla karşılaştırarak kontrol et, çünkü parametre adları sürümler veya kurulumlar arasında değişebilir.

bEnablePlayerToPlayerDamage=True     # PvP'yi etkinleştir
bEnableFriendlyFire=False            # Takım hasarı
bActiveUNKO=False                    # Ölüm yerine baygınlık
DeathPenalty=ItemAndEquipment        # Eşyaları + ekipmanı kaybetme

Önemli: PvP’yi önce ana oyun saatleri dışında etkinleştir ve iki oyuncuyla test et. Böylece hasarın, ölümün ve eşya kaybının duyurmak istediğin şekilde çalışıp çalışmadığını görürsün.

Performans optimizasyonları

  • PalSpawnNumRate: Test etmeden belirgin şekilde artırma; çok sayıda ek Pal yükü hissedilir şekilde artırabilir.
  • MaxPlayers: 32 yaygın bir referans değerdir, ancak mantıklı sınır dünya durumuna, modlara, donanıma ve oyun davranışına bağlıdır.
  • Düzenli restartlar: Logların veya deneyimin, sunucunun uzun çalışma süresinde daha kararsız hale geldiğini gösteriyorsa restartları sakin zaman aralıklarına planla.
  • Yedekler: Ayar değişikliklerinden önce her zaman yedek oluştur.

“Lag’siz” veya “her sunucu için optimal” gibi kesin performans vaatlerinden kaçın. Palworld performansı, aynı anda kaç oyuncunun çevrimiçi olduğuna, kaç üssün aktif çalıştığına ve hangi oyun sürümünün çalıştığına güçlü şekilde bağlıdır. Bir siparişten sonra teknik olarak ne olduğunu bilmek istiyorsan, dahili genel bakış Sunucu teslimatı açıklaması yardımcı olur.

Sonucu kontrol et

Kaydettikten sonra sunucuyu yeniden başlat. Ardından logları aç ve yüklenen yapılandırma değerleri veya parse hatalarıyla ilgili ipuçları ara. Sonra bir test karakteriyle bağlan ve tam olarak değiştirilen alanları kontrol et: deneyim puanları, açlık, crafting süresi, üs limiti, işçi limiti ve PvP davranışı.

Her şeyi aynı anda test etme. XP, hasar ve üs limitlerini tek adımda değiştirirsen, sorunlarda nedeni bulmak zorlaşır. Kısa bir kontrol planı daha iyidir: önce başlatma ve giriş, sonra bir XP testi, sonra crafting, sonra üs yönetimi, sonra PvP.

Sorun giderme

Sunucu bulunamıyor

Önce sunucunun tamamen başlatılıp başlatılmadığını ve 8211 UDP portunun erişilebilir olup olmadığını kontrol et. Ayrıca doğru adresi, doğru portu ve varsa ayarlanmış şifreyi kullandığından emin ol.

Çok sayıda üste lag

BaseCampMaxNum veya BaseCampWorkerMaxNum değerini azalt ve durumun iyileşip iyileşmediğini gözlemle. Yüksek üs ve işçi limitleri yükü artırabilir, özellikle aynı anda birçok oyuncu çevrimiçiyse.

Değişiklikten sonra crash

Settings sözdizimini kontrol et: virgüller, parantezler, tırnak işaretleri ve True/False değerleri. Test amaçlı yedeğini geri yükle. Sunucu bununla başlıyorsa, hata büyük olasılıkla son değişikliktedir.

Değişiklikler uygulanmıyor

Yalnızca DefaultPalWorldSettings.ini dosyasını değil, aktif PalWorldSettings.ini dosyasını düzenle. Ayrıca panelinin başlatma sırasında belirli değerleri otomatik olarak üzerine yazıp yazmadığını kontrol et. Bu durumda bu değerleri panelde ayarlamalısın.

Kontrol, sınırlar ve güvenli geri dönüş

“Palworld Sunucu Ayarlarını Optimize Etme – Settings Açıklaması” rehberi, makalede açıklanan sunucu tipi ve kontrol zamanında görünen sürüm durumu için geçerlidir. Menü adları, kullanılabilir sürümler, mod veya plugin uyumluluğu ve gereken kaynaklar güncellemelerden sonra farklılık gösterebilir. Bu yüzden değerleri kontrol etmeden başka bir oyun, loader veya sunucu sürümüne aktarma.

Dünya, kayıt dosyası, yapılandırma veya eklentiler üzerinde değişiklik yapmadan önce etkilenen dosyaların yedeğini oluştur. Ardından yalnızca birbiriyle ilişkili tek bir adımı değiştir ve daha sonra oynamak istediğin aynı client ve sunucu sürümüyle test et.

Kontrol noktası Beklenen sonuç İptal ve geri dönüş
Sunucu başlangıcı Sunucu yeni hata mesajı olmadan çalışmaya hazır duruma ulaşır. Başlatma hatalarında değişikliği geri al ve son yedeği yükle.
Bağlantı testi Bir test hesabı panelde gösterilen adres üzerinden bağlanabilir. Sürüm veya bağlantı hatalarında sürümü, portu ve izinleri yeniden karşılaştır.
Fonksiyon testi Somut olarak değiştirilen fonksiyon, mevcut dünya veya oyun verilerine zarar vermeden çalışır. Yan etkilerde sunucuyu durdur ve yedeklenmiş dosyaları geri yükle.

Başarılı tekil bir test, performans veya erişilebilirlik garantisi değildir. Dünya boyutu, modlar, pluginler, oyuncu sayısı, ağ yolu ve eşzamanlı yük sonucu değiştirebilir. Sürümü, değişikliği ve test sonucunu belgele; böylece sonraki sapmaları takip edebilirsin.

FAQ

İlk olarak hangi Palworld sunucu ayarını değiştirmeliyim?

Net bir hedefle başla. Daha az grind için ExpRate, WorkSpeedRate ve kuluçka süreleri mantıklıdır. Stabilite için üs, işçi ve spawn değerleri daha önemlidir.

Her değişiklikten sonra sunucuyu yeniden başlatmam gerekir mi?

PalWorldSettings.ini içindeki yapılandırma değerleri için yeniden başlatma gerektiğini varsaymalısın. Bu yüzden değişiklikleri bakım aralıklarına planla ve topluluğuna önceden duyur.

MaxPlayers=32 her zaman en iyi ayar mı?

Hayır. 32 sık kullanılan bir referans değerdir, ama otomatik olarak ideal değildir. Belirleyici olan sunucu yükü, dünya boyutu, aktif üsler, modlar, oyun sürümü ve eşzamanlı oyuncu aktivitesidir.

Settings değişikliklerinden önce neden yedek almalıyım?

Bir sözdizimi hatası nedeniyle dosya artık doğru yüklenmezse veya bir değişikliğin istenmeyen sonuçları olursa yedek zaman kazandırır. Böylece hızlıca çalışan duruma geri dönebilirsin.

PvP’yi doğrudan etkinleştirebilir miyim?

Teknik olarak evet, organizasyon açısından ise önce duyurmalı ve test etmelisin. PvP’yi kalıcı olarak herkes için açmadan önce hasarı, Friendly Fire’ı ve ölüm cezasını en az iki oyuncuyla kontrol et.