Arthion Notebook System

Reached · Salı 09:45

Progression based bir wiki sistemi
Eşyalar belirlenen sayıda geliştirildikçe, sandıklar belirlenen sayıda açıldıkça içerik önizlemeleri açılır.
Normal wikideki gibi tüm datayı oyuncunun önüne yığmaz.
Canavarlarda da 1 kere kestiğinizde listeye eklenir, belirlenen sayı kadar kestiğinizde de datası açılır.

Sistem Fikri : Arthion

vanguard · Salı 14:53

çok iyi fakat bunları her oyuncu için track etmek makul mü emin değilim kontrol client tarafında mı? eğer server tarafındaysa player x wiki item kadar qf ile en kötü senaryoda tutmak gerek

Kaptan Yosun · Salı 15:05

vanguard demiş ki:
çok iyi fakat bunları her oyuncu için track etmek makul mü emin değilim kontrol client tarafında mı? eğer server tarafındaysa player x wiki item kadar qf ile en kötü senaryoda tutmak gerek

Bu tarz bir progression kontrolü clientte olmaz, olursa hacklenir, özellikle progression temelli buff varsa katiyen clientte olmaz

vanguard · Salı 15:14

Kaptan Yosun demiş ki:
Bu tarz bir progression kontrolü clientte olmaz, olursa hacklenir, özellikle progression temelli buff varsa katiyen clientte olmaz

progression kontrolünün clientta olmaması gerektiğinin farkındayım zaten fakat sistemin videosunu detaylı izlerseniz herhangi bir şekilde buff yok

benim oyunumdaki eşya sayısı 15.000 kadar, mob sayısı da keza 5000 civarı, her biri için her oyuncunun progressini nasıl tutacağız? qf kullanarak tutabilirsiniz en basit şekilde (farklı yapmaya da gerek yok, metin2 sunucu kaynağında zaten key value pairlar bu şekilde tutuluyor)

oyuncunun tüm progress'i tamamlaması demek oyuncu başına 20000 qf oluşturmak demek, eğer 1000 oyuncunuz varsa 20.000.000 row sadece bu sistem quest tablonuzda yer kaplar

Kaptan Yosun · Salı 15:50

vanguard demiş ki:
progression kontrolünün clientta olmaması gerektiğinin farkındayım zaten fakat sistemin videosunu detaylı izlerseniz herhangi bir şekilde buff yok

benim oyunumdaki eşya sayısı 15.000 kadar, mob sayısı da keza 5000 civarı, her biri için her oyuncunun progressini nasıl tutacağız? qf kullanarak tutabilirsiniz en basit şekilde (farklı yapmaya da gerek yok, metin2 sunucu kaynağında zaten key value pairlar bu şekilde tutuluyor)

oyuncunun tüm progress'i tamamlaması demek oyuncu başına 20000 qf oluşturmak demek, eğer 1000 oyuncunuz varsa 20.000.000 row sadece bu sistem quest tablonuzda yer kaplar

Her sayaç için quest tablosuna ayrı satır eklemek yerine oyuncu ID'si başına 1 JSON entry'si açılırsa oyuncu başı 1 sütun ile işlem sunucuyu yormadan yapılabilir, veya blob kullanılabilir

Reached · Salı 16:55

Kaptan Yosun demiş ki:
veya blob kullanılabilir

vanguard demiş ki:
çok iyi fakat bunları her oyuncu için track etmek makul mü emin değilim kontrol client tarafında mı? eğer server tarafındaysa player x wiki item kadar qf ile en kötü senaryoda tutmak gerek

Endgame'de oyuncunuzun 20k verisi olduğunu düşünelim. 15k farklı monster 5k farklı item datası elde etti;

Bunu tek tek db entry yaparsanız dediğiniz gibi mantıklı olmaz.

Arkadaşın dediği gibi category başına blob olarak tutmak ve tüm veriyi göndermemek sadece ilgili page'in verisini göndermek bunu çözüyor.

Örnek senaryo:

Oyuncumuz'un PID'si 1

ITEM, MONSTER, CHEST diye kategorilerimiz var.

Yani biz burda 20k veri tutmak yerine 3 rowluk veri tuttuk.

1	ITEM	blob
1	MONSTER	blob
1	CHEST	blob

Bu gibi büyük datasetle uğraşacak arkadaşlar için de aşağıya ufak bir benchmark bıraktım. İyi forumlar.

1000 us = 1ms

Ara

Arthion Notebook System

Diğer Seçenekler

Reached

Geliştirici

vanguard

Üye

Kaptan Yosun

Co-Co Admin

vanguard

Üye

Kaptan Yosun

Co-Co Admin

Reached

Geliştirici

Benzer konular