UNTUK ADMIN/GM YANG PUNYA AKSES DATABASE

[Viva Hate]

Hollymorgan alias Kuncung (ketua guild Surga Dunia) yang konon ga married2 karena ternyata transgender

Lulus SMA nya taun 1997, jadi kalian itung lah dia skg umur berapa


Sekian dan terimakasih

[RadenMasKuncung]

Hollymorgan alias Kuncung (ketua guild Surga Dunia) yang konon ga married2 karena ternyata transgender

Lulus SMA nya taun 1997, jadi kalian itung lah dia skg umur berapa


Sekian dan terimakasih

percaya sama rama??? hukumnya SYIRIKK !!!!

[the_east_face]

njir ini di trolling sama gm para player nya?

[Autisme]

dah bubar dah UP ya ^^

[Viva Hate]

nyala noh

[cochan]

Hollymorgan alias Kuncung (ketua guild Surga Dunia) yang konon ga married2 karena ternyata transgender

Lulus SMA nya taun 1997, jadi kalian itung lah dia skg umur berapa


Sekian dan terimakasih

percaya sama rama??? hukumnya SYIRIKK !!!!

orang tua sedang bercengkrama.
tinggal nunggu si pengky, pas jadi kumpulan trio kwek kwek

[mrbombay]

Hollymorgan alias Kuncung (ketua guild Surga Dunia) yang konon ga married2 karena ternyata transgender

Lulus SMA nya taun 1997, jadi kalian itung lah dia skg umur berapa


Sekian dan terimakasih

saya yang paling muda berarti, umur saya masih 17 tahun :3

[SADHE_crut]

Hollymorgan alias Kuncung (ketua guild Surga Dunia) yang konon ga married2 karena ternyata transgender

Lulus SMA nya taun 1997, jadi kalian itung lah dia skg umur berapa


Sekian dan terimakasih

Seneng gw klo yg pemaen lama2 (baca : tua) pada ngumpul... gw jd keinget klo gw trnyata masih muda dibandingkan om2 d atas... yeeeehaaaaaaaa...

[dnd_polos]

Wih rame banget..
Om-om sesepuh pada turun Gunung.."

Mungkin disini permasalahannya sudah terlalu rumit dan baru sekarang di ketahui oleh ketua admin atau orang yang bertanggung jawab..
untuk keputusan bagaimana server kedepannya.. semua ada di tangan GM yang menjabat sekarang dan sedikit masukan dari para sesepuh..
cuma saran untuk kedepan nya:
pilih GM yang bener" sesuai kemampuannya.
contoh

1. GM yang ga bisa otak-atik DB. ga usah di kasih jabatan GM level 3. (menghindari kejadian adanya item-item gaib). seperti jaman uknowme dulu.. gua ga bisa otak-atik DB jadi di kasih jabatan GM level 2.. GM hura" saja cuma bisa banned dan jahilin player..
2. GM level 3 yang di beri tanggung jawab untuk membantu player yang kehilangan equip dll.. jangan di beri akses ke DB (menghindari penghapusan Log GM)
3. GM yang mempunyai tanggung jawab akses ke DB. adalah GM yang benar" mempunyai kapabilitas dan tanggung jawab saja.
4. player nya jangan nakal-nakal (contoh: Kevin, polos, Didoy, dkk) klo ini perlu di awasin 24jam.. Buat team kusus GM level 2 buat ngintilin ini orang".. okeh??

Mau reset atau di begimana ini server kedepan nya.. itu terserah yang ngurus server..
tapi jika memang mau reset, yakinkan dulu semua spell dan eror teratasi.. jadi waktu server buka bisa stabil..

NB: Khusus buat Kepin, baca siggy gua di bawah.. quote dari "Unfinished" yaa cokkss...

Saya kan anal baik2 om. Kenapa di bilang nakal sih

[gaptekbet]

contoh

1. GM yang ga bisa otak-atik DB. ga usah di kasih jabatan GM level 3. (menghindari kejadian adanya item-item gaib). seperti jaman uknowme dulu.. gua ga bisa otak-atik DB jadi di kasih jabatan GM level 2.. GM hura" saja cuma bisa banned dan jahilin player..
2. GM level 3 yang di beri tanggung jawab untuk membantu player yang kehilangan equip dll.. jangan di beri akses ke DB (menghindari penghapusan Log GM)
3. GM yang mempunyai tanggung jawab akses ke DB. adalah GM yang benar" mempunyai kapabilitas dan tanggung jawab saja.
4. player nya jangan nakal-nakal (contoh: Kevin, polos, Didoy, dkk) klo ini perlu di awasin 24jam.. Buat team kusus GM level 2 buat ngintilin ini orang".. okeh??

Masalah DB sebenernya kalo masih pake MySQL silahkan gunakan fasilitas Privileges. Akses root jangan di share tapi bikin user sesuai kebutuhan, contoh :
1. GM yg tugasnya mengawasi user hanya bisa query select tanpa bisa update/delete/insert.
2. GM event boleh melakukan insert/update/delete tapi dibatasi tabel2 tertentu dan ada lognya (tinggal bikin 1 tabel baru namanya GMLog lalu bikin trigger di tiap2 tabel, dimana saat ada insert/update/delete maka otomatis akan melakukan insert ke tabel GMLog).
3. Manajemen Report, jangan lupa administrasinya. Maksudnya adalah saat additem, addquest, title, dsb. itu harusnya di CATAT dan di simpan/share di forum GM atau taruh di cloud storage macam GoogleDrive, DropBox, etc.

Sedangkan masalah internal yg harus dibenahi adalah SOP-nya. Maksudnya bila terjadi kejadian2 tertentu harus ada prosedur standarnya. Contoh kejadian rename kemarin itu kalo saja ada SOP-nya harusnya Server dimatikan dulu (termasuk Web & MySQL) sambil menunggu PIC-nya spawn dan menangani masalah tsb.

Lagi2, ini adalah saran dari orang yg suka menyudutkan pengurus yg sekarang. Jadi kalo mau diimplementasikan monggo, kalo cuma dicuekin jg monggo

[Ranky]

Masalah DB sebenernya kalo masih pake MySQL silahkan gunakan fasilitas Privileges. Akses root jangan di share tapi bikin user sesuai kebutuhan, contoh :
1. GM yg tugasnya mengawasi user hanya bisa query select tanpa bisa update/delete/insert.
2. GM event boleh melakukan insert/update/delete tapi dibatasi tabel2 tertentu dan ada lognya (tinggal bikin 1 tabel baru namanya GMLog lalu bikin trigger di tiap2 tabel, dimana saat ada insert/update/delete maka otomatis akan melakukan insert ke tabel GMLog).
3. Manajemen Report, jangan lupa administrasinya. Maksudnya adalah saat additem, addquest, title, dsb. itu harusnya di CATAT dan di simpan/share di forum GM atau taruh di cloud storage macam GoogleDrive, DropBox, etc.

Sedangkan masalah internal yg harus dibenahi adalah SOP-nya. Maksudnya bila terjadi kejadian2 tertentu harus ada prosedur standarnya. Contoh kejadian rename kemarin itu kalo saja ada SOP-nya harusnya Server dimatikan dulu (termasuk Web & MySQL) sambil menunggu PIC-nya spawn dan menangani masalah tsb.

Lagi2, ini adalah saran dari orang yg suka menyudutkan pengurus yg sekarang. Jadi kalo mau diimplementasikan monggo, kalo cuma dicuekin jg monggo

Nah ini sudah di jabarkan dan di beri solusi nya.. maksud saya juga mau nulis seperti ini gus..
tapi otak saya lom sampai ke sono..
wakakakakakakaka...

[gaptekbet]

Ah dah aku mah apa, ngasih solusi dibilangnya menyudutkan ...

[mrbombay]

Masalah DB sebenernya kalo masih pake MySQL silahkan gunakan fasilitas Privileges. Akses root jangan di share tapi bikin user sesuai kebutuhan, contoh :
1. GM yg tugasnya mengawasi user hanya bisa query select tanpa bisa update/delete/insert.
2. GM event boleh melakukan insert/update/delete tapi dibatasi tabel2 tertentu dan ada lognya (tinggal bikin 1 tabel baru namanya GMLog lalu bikin trigger di tiap2 tabel, dimana saat ada insert/update/delete maka otomatis akan melakukan insert ke tabel GMLog).
3. Manajemen Report, jangan lupa administrasinya. Maksudnya adalah saat additem, addquest, title, dsb. itu harusnya di CATAT dan di simpan/share di forum GM atau taruh di cloud storage macam GoogleDrive, DropBox, etc.

Sedangkan masalah internal yg harus dibenahi adalah SOP-nya. Maksudnya bila terjadi kejadian2 tertentu harus ada prosedur standarnya. Contoh kejadian rename kemarin itu kalo saja ada SOP-nya harusnya Server dimatikan dulu (termasuk Web & MySQL) sambil menunggu PIC-nya spawn dan menangani masalah tsb.

Lagi2, ini adalah saran dari orang yg suka menyudutkan pengurus yg sekarang. Jadi kalo mau diimplementasikan monggo, kalo cuma dicuekin jg monggo

gus, dulu ketika gw jadi GM beberapa point pernah diterapkan

1. untuk point 1, waktu gw belajar dulu untuk pemetaan relasi database trinity, ada 1 username yang dibuat hanya untuk read only aja.
2. untuk trigger event di table, memang belum pernah dibuat karena gw memang belum kepikiran sampe sana waktu itu.
3. untuk point 3, memang dulu pernah dibuat, memang bukan buat log gm, tapi buat log server buat kalo crash dan itu ditarok di dropbox. Cuma gatau sekarang masih di implementasi apa engga.

[gaptekbet]

gus, dulu ketika gw jadi GM beberapa point pernah diterapkan

1. untuk point 1, waktu gw belajar dulu untuk pemetaan relasi database trinity, ada 1 username yang dibuat hanya untuk read only aja.
2. untuk trigger event di table, memang belum pernah dibuat karena gw memang belum kepikiran sampe sana waktu itu.
3. untuk point 3, memang dulu pernah dibuat, memang bukan buat log gm, tapi buat log server buat kalo crash dan itu ditarok di dropbox. Cuma gatau sekarang masih di implementasi apa engga.

Sebenernya gak cuma trigger aja, bisa aja bikin prosedur atau create view buat pencarian yg agak ribet. Suruh aja salah satu GM/Admin yg menguasai database bikin procedure/view/trigger tsb. Biar nanti gak pake query2 panjang yg tadi ente SS hehe cukup panggil procedure/view nya + parameter ... voila !! keluar deh yg mau dicari

[Osijnn]

Sebenernya gak cuma trigger aja, bisa aja bikin prosedur atau create view buat pencarian yg agak ribet. Suruh aja salah satu GM/Admin yg menguasai database bikin procedure/view/trigger tsb. Biar nanti gak pake query2 panjang yg tadi ente SS hehe cukup panggil procedure/view nya + parameter ... voila !! keluar deh yg mau dicari

Yok daftar jd pengurus om? Bhahahahha