info tentang status perombakan indozone bagi yang tertarik.

jangan bingung baca "xxx udah selesai" ato "yyy udah diganti dengan zzz" tapi indozone.net ga berubah.

test.indozone.net ~ tempat testing. blom selesai dan masih ada bugs. database terpisah supaya ga ngerusak data yang ada. jadi untuk login di sana, harus register lagi.

buat yang mau bantu, bisa coba utak atik dan laporin bugs ato kasih usul di sini.

silahkan berusaha ngehack ato ngebobol test.indozone.net sekalian buat ngetes keamanan.

berbulan2 nyobain beberapa alternatif (bikin sendiri pake php lagi, pake CMS software udah jadi, pake framework masih php, pake framework bahasa apapun). akhirnya gua pilih Ruby on Rails (Ruby language). ga punya banyak waktu untuk bikin framework dari scratch. php juga dodol (its OOP static inheritance is broken).

berhubung ini language baru, bikinnya emang lambat. sambil baca manual.

dari pertama udah ada dua masalah besar:

• localization alias pilihan bahasa cuma ada satu, inggris. padahal indozone.net perlu minimum indonesia & inggris.
• unicode support terbatas. indozone.net perlu unicode karena huruf2 non-latin (chinese, japanese, korean).

perkembangan hari ini:

localization: selesai tahap dasar. udah bikin support tambahan sendiri. sederhana dan kasaran, tapi yang penting jalan. bisa pilih beberapa bahasa.

user registration udah selesai. dan ada perubahan prosedur.
cara lama:

1. ke indozone.net/users/register/ dan isi seluruh data.
2. waktu register account masih ga aktif (ga bisa buat login).
3. email dikirim berisi kunci untuk pengatifan account.
4. check email, ke link yang dikasih buat aktifin account.

masalahnya, banyak orang salah tulis alamat, kasih alamat yang udah ga jalan, ato iseng kasih alamat boongan. akhirnya numpuk2 account ga aktif di database.

cara baru:

1. ke indozone/users/registration/ dan tulis alamat email. hanya alamat email.
2. email dikirim berisi cara ngelanjutin registration.
   kalo ga dapet email karena alasan apapun yah ga bisa register.
3. ke link yang dikasih di email. ngelanjutin registration, tulis nama, password, timezone, dsb.
4. langsung bisa login.

Bozz...kayaknya cara yg baru lebih ok dech. Jadi database cuman buat yg serius *gak sekedar isenk doank*...
Trus..buntutnya mo nanya, member lama, apakah perlu register ulang?
Thanks...

ga usah. semua data ga akan hilang ato dirubah.

Azalae menulis:
ga usah. semua data ga akan hilang ato dirubah.

rachmat menulis:

Azalae menulis:
ga usah. semua data ga akan hilang ato dirubah.

yg udah lama ngak aktif dihapus aja... biar daftar ulang...

update untuk perombakan rumah:
feature baru (ato perubahan) yang pasti akan ditambah tapi masih blom selesai:

• reset password: buat yang lupa password bisa.
• ganti alamat email: sblom alamat baru disetujui akan dikirim email ke alamat baru. mirip ama proses pendaftaran. ini buat ngecek apakah alamat baru bener2 valid.

yang terakhir gua utak-atik: masalah session (login, logout, autologin). bener2 puyeng. session management di ruby on rails bener2 otomatis. karena otomatis jadi gampang. tapi karena otomatis juga, ga bisa sesuai kemauan gua.

session di rails: butuh cookie 100%, no cookie no login, end of story. perubahan pertama masalah session: pake cookie, harap dinyalain di browser masing2.

kontrol cookie juga otomatis dan amat sangat dibatasi di rails. bakal susah pake autologin. udah berusaha gua rubah juga tapi masih kacau. kemungkinan ga bisa autologin lagi. biar ga pada protes, masa berlaku session gua tambah minimum sejam. ini blom pasti, masih akan gua improve so tenang dulu.

semua session data akan disimpan di server. termasuk tandain mana thread udah dibaca ato blom. ga akan muncul error lagi kaya sekarang. udah dibaca tapi masih ditandain "baru" ato blom dibaca.

update terakhir hari ini.

proses ganti alamat email dah selesai.

grr bingung masalah bahasa. rails bener2 geblek deh. susah banget mao ganti bahasa. inilah repotnya pake framework bikinan orang lain. ga bisa sesuai kemauan.

harap maklum kalo nantinya ga bisa 100% multilingual. beberapa kalimat masih pake inggris. soalnya udah hardcoded ga bisa diganti.

puyeng ama autologin. bagian session & cookies terlalu otomatis sampe ga bisa diutak utik. mungkin bisa tapi manualnya bener2 ga jelas.

ditunda dulu masalah autologin. gua bikin yang lainnya dulu aja.

c# ama php jauh lebih gampang dari ini.

sibuk, lemes, cape. ga banyak yang dikerjain.

timezone: all finished. salah satu masalah terbesar ama ruby on rails. rails ngotot harus make model timezone buatan dia. yang amat sangat ga flexible sama sekali.

buat website sederhana kaya blogs ga masalah. kan cuma butuh satu timezone. buat indozone.net ga bisa karena tiap anggota bisa milih timezone masing2. kalo ngikut cara rails, kita semua dipaksa pake satu timezone.

anyway akhirnya udah gua bikin timezone class sendiri. so everything is alright. lots of hardwork cuma buat tampilin jam.

session: akhirnya harus bikin class sendiri juga. session model/class di rails bener2 dodol cuma bisa simpen data doang. blom selesai. autologin & cookies blom gua sentuh. buat ntar aja.

wow...thanks bgt atas kerja kerasnya...
sayang gw gak ngerti masalah web
jadi gak bisa bantu...
sekali lagi...makasih banyak....

image/upload: dah selesai untuk upload image. sekalian bikin thumbnail, avatar, cover, etc. blom coba file binary tapi mestinya jalan.

cuma kurang masalah animated gif. gambar yang diresize ga animated lagi.

update:
animated gif bisa diresize tetap masih animated. cuma kadang bisa rusak. masalah library ato filenya. ga bisa gua rubah.

Hidup Bos Azalae !!! HIP HIP HURA.... HIP HIP HURA......
hehehe
semangat terus ya Boss biar Indozone makin OKE aje

text formatting (itu yang bikin bold, italic, url, image) ampir selesai.

beberapa convention rails bikin gua bingung. banyak features yang terlalu ketat ga bisa dirubah. misal masalah bahasa, karena stringsnya hardcoded. sampe sempet mikir apa ga salah pilih ruby on rails. abis utak atik pake ruby baru keliatan deh keuntungannya dibanding php.

php lebih luwes, gampang dirubah tapi ga teratur. spagetticode. aplikasi yang dibuat pake php rata2 amburadul codenya. malah OOP di php broken alias ga jalan bener.

ruby dari awal didesign untuk OOP. codenya elegant pula. code buat text formatting pake ruby 5x lebih pendek dan teratur dari php.

buat yang tertarik, info tentang ruby: http://en.wikipedia.org/wiki/Ruby_programming_language buatan orang jepang loh.

aarrrggghhh rails dodol. bener2 bingung deh ama keputusan developer rails. designnya aneh membingungkan. masalah baru lagi.

buat programmer: rails pake single table inheritance, only!.

buat umum: semua articles, literatures, posts, private messages, hanya bisa disimpen di satu table. grrrrr

akhirnya pake coupling buat ngelewatin masalah single table inheritance.

bagian literatures/bacaan, articles/artikel, reviews, catalog (with comments) dah selesai.

feature baru:

• chapter bisa dirubah susunannya. berguna kalo mau menyisipkan chapter yang blom ditulis.
  misal dah nulis chapter/bab 1, 2, 7, 8. bisa bikin chapter baru (nomer 9): 1, 2, 7, 8, 9. ganti susunan (nomer 9 dinaikin ke nomer 3): 1, 2, 3, 7, 8.
  
• tiap item/produk di catalog bisa dikasih komentar

sekarang utak atik upload/download file gede.

so far ga ada masalah kaya php yang dibatesin 7 megabytes. barusan gua test upload & download file ukuran 64 megabytes.

cuma waktu download, harus baca filenya sampe lengkap taroh di memory. kalo banyak file gede bisa bikin server crash keabisan memory.

idealnya pake stream. dibaca beberapa megabytes sambil dikirim. masalahnya, rails ada bug ga bisa streaming.

hmm harus batesin ukuran file yang bisa diupload neh. ntar ada yang upload film 1 gigabytes.

eh hmm not a bad idea.

seminggu puyeng bikin class baru buat file upload/download ama image manipulation. akhirnya selesai tapi ga sesuai keinginan.

thumbnail pilihannya: hanya untuk static (ga bisa animated gif), ato bisa animated gif tapi masalahnya ada beberapa gif yang jadi rusak. gara2 tiap frame beda offset dan ukuran kayanya. so sementara ini gua pilih static aja.

neexxxttt utak atik forums.

forums dah ampir selesai. ada perubahan kecil di data. user ga bakal berasa sih so ga perlu dijelasin di sini.

next is shoutbox ato chatbox ama private messages.

setelah itu dah selesai dasarnya. semua udah jalan tapi masih sederhana dan blom ada tambahan apa2. mao testing dulu udah bener jalan semua. baru dikasih tambahan.

edit:
private messages dah selesai.

edit lagi:
chatbox dah selesai juga.

buat yang penasaran sampe mana developmentnya. masih dikerjain kok. waktu berkurang karena lagi repot.

dasarnya dah selesai. kecuali bagian directory/directories alias links ~ lagi mikir mau diapus ato diganti. kayanya paling ga aktif dari semua bagian. bagian lain dah jalan semua. ga ada perbedaan jauh ama yang ada sekarang.

nah sekarang bagian asik dan puyeng. asik karena bisa eksperimen ide baru. puyeng karena mikir gimana bikin ide ini bisa jalan bener.

sementara ini ide yang lagi dipertimbangkan:
1. sub-versioning.
2. events based sorting/grouping.
3. temporary submission storage.

sblom pada heboh, ini masih baru tahap ide. blom tentu dipake. liat sikon.

sub-version
bisa dibilang semacam backup. tiap asset (literature, chapter, post, etc) semua punya versi. pertama kali bikin, dapet versi 1 misalnya. setelah diedit berubah jadi versi 2.

data versi 1 ga hilang, masih disimpan di database. misal berubah pikiran mau balik ke versi 1 gampang tinggal click langsung taaaddaaa balik awal.

user lain juga bisa liat versi sblomnya dan perbedaan antar versi (dihighlight mana yang beda).

events
sampe sekarang ngurutin asset dari tanggal dibikin (paling baru ditaroh paling atas). rata2 website pake cara kaya gini. lagi mikir2 misal dikasih events.

anggap aja dari forum thread / topik di forum. pertama kali bikin thread baru, dibikin "thread creation" event. ntar ada user reply, dibuat "post creation" event. kalo user yang sama pengen ngerubah ato edit reply tadi, dibuat "post modification" event.

di website umum biasanya thread kaya gini muncul paling atas (anggap aja perubahan terbaru) dengan link ke post terakhir (karena paling baru juga).

dengan pake events, di indozone untuk thread ini akan muncul 3 events: thread creation, post creation, post modification.

apa keuntungannya? lebih flexible.

misal user cuma mau check apa ada post baru di forums: bisa pake "post creation" event (dibuat linknya tinggal click).

misal ini thread lamaaaaa bangetttt. user yang pernah post sadar ada kesalahaan di post dia dan mau benerin. kan diedit. nah di website umum thread ini ga akan muncul di urutan paling atas. walaupun ada perubahan.

di indozone bakal muncul. karena dibikin "post modification" event. ato ada user kasih comment di literature lama juga muncul. ato ada modifikasih di chapter/bab lama. dst.

user juga bisa pilih mau liat events di waktu tertentu. misal penasaran di bulan lalu ada review baru apa aja. ato minggu lalu ada post baru apa. dst.

keuntungannya banyak. kejelekannya mungkin bikin lambat sorting dan pasti makan space lebih banyak untuk data (buat events).

temporary submission storage
ini kayanya dah banyak yang minta.

nulis curhat mau posting ppaaaannnjjjaaannnngggg lebarrrr. click submit. tau2 error ato muncul login screen. balik lagi, tulisan dah ilang semua.

setiap submit, data akan disimpan sementara. setelah balik data masih akan ada. sederhana kan.

lagi mikir berapa besar data bisa disimpan. misal buat chapter/bab kan butuh banyak tempat tuh.

sub-versions itu kayaknya bagus untuk literature, reviews dll deh tapi kalo untuk postingan mah kayaknya gak perlu deh

Azalae menulis:
...
sub-version
bisa dibilang semacam backup. tiap asset (literature, chapter, post, etc) semua punya versi. pertama kali bikin, dapet versi 1 misalnya. setelah diedit berubah jadi versi 2.
...

yinyeksin menulis:
sub-versions itu kayaknya bagus untuk literature, reviews dll deh tapi kalo untuk postingan mah kayaknya gak perlu deh

SoLiDsNaKe menulis:

Azalae menulis:
...
sub-version
bisa dibilang semacam backup. tiap asset (literature, chapter, post, etc) semua punya versi. pertama kali bikin, dapet versi 1 misalnya. setelah diedit berubah jadi versi 2.
...

Wow keren, bisa sampai gitu, udah makin seperti document management yah. Tapi apa ga makan tempat?

test.indozone.net buat liat2 dah gua upload. masih tahap dasar. kemungkinan ada bugs hati2, bawa baygon.