Open recruitment Bikin Software bareng

[Sirius Black]

Tweet

hmm... g kalah ama VS 2005

btw bro, kompieku dah di install Framework 3 dan VS 2005.

compatible ga?

ntar gua di bagiin yang gampang2 aja ya... sambil belajar sih..



sama aja... lama. lagian semua download center udah di blok sih....

aku pakai turbo pascal aja nih???

Nggak masalah, bisa aja kok kalau mau diinstall. Btw, memang IDE VS 2005 canggih gimana? Soalnya Saya sudah coba pakai VS 2005 malah terkesan biasa aja. Sorry jadi OOT.

[tanner]

Tweet

ikutttt . delphi ok, php sedikit ok . Setelah saya liat turbo delphinya, mirip dg netbeans ya . yg mana niru mana nih

[garo]

Tweet

mysql, bisa portable kok, aku dapet dr bro gabri pake Abyss web server

untuk database portable, yg ga perlu install macem2 plus web servernya kmaren gw da pernah usul pake package XAMPP aja kan. bisa download versi portabelnya d sini http://portableapps.com/apps/development/xampp

XAMPP is a complete web, database and FTP server package for Windows that's ready to go in minutes and completely portable. The full XAMPP package includes:

Apache
MySQL
PHP + PEAR
MiniPerl
OpenSSL
phpMyAdmin
XAMPP Control Panel
Webalizer
Mercury Mail Transport System
FileZilla FTP Server
SQLite
ADODB
Zend Optimizer
XAMPP Security

[tanner]

Tweet

btw yg disimpan di database cuma judul lagu ama lokasi di direktory mana lagunya disimpan kan? apa ga terlalu berlebihan tuh databasenya? nanti beratin server lagi

[garo]

Tweet

btw yg disimpan di database cuma judul lagu ama lokasi di direktory mana lagunya disimpan kan? apa ga terlalu berlebihan tuh databasenya? nanti beratin server lagi

klo d unix sih ada konsep inode. klo mo enteng, jadi cukup masukkin nilai inodenya aja d query listnya, cuma pake bbrp byte doang per entry

[yuanlukito]

Tweet

btw yg disimpan di database cuma judul lagu ama lokasi di direktory mana lagunya disimpan kan? apa ga terlalu berlebihan tuh databasenya? nanti beratin server lagi

Ide awalnya memang seperti itu. Scan seluruh file mp3, masukkan informasinya (nama file, ukuran file, path lengkap, nama artis, album, tahun, dsb dari ID3 tagnya) ke database.

Kelebihan sistem ini :
- Mudah programmingnya, baik di sisi server, maupun di client.
- Informasi lengkap tersedia di database

Kekurangan :
- Jika jumlah recordnya jutaan, performa database cenderung menurun (yang ini masih perlu dibuktikan).
- Jika terjadi perubahan pada file-file mp3 (pindah direktori, berganti nama file, dihapus, dsb) perlu mengindex ulang keseluruhan (atau ada teknik yang bisa memantau dan hanya memproses perubahan-perubahan yang terjadi?)

Solusi lainnya, hasil scan file-file mp3 tersebut disimpan disuatu teks file, yang isinya hanya path lengkap file-file mp3.

Kelebihan sistem ini :
- Cepat, bahkan sangat cepat proses indexisasinya. Proses pencarian juga pastinya cepat.

Kekurangan :
- Bagaimana mengintegrasikan file teks tadi ke client yang web-based? Ada ide?
- Informasinya tidak detail. Tidak ada keterangan nama artist, album, dsb. Ini bisa disiasati dengan membaca ID3 TAgnya saat hasil pencarian ditampilkan.

Ada masukan dari teman-teman ?

Update
Untuk standarisasi penulisan program, ada referensi menarik mengenai Coding Standard Document. Silahkan dibaca-baca. Disitu tulisannya untuk Delphi 4, tapi gw pikir masih tetap berguna juga dan masih bisa diterapkan.

Draft awal project scope. Silahkan dibaca (terutama para peserta project). Jangan lupa memberikan saran dan kritik.

[garo]

Tweet

@yuanlukito: inode-alike-for-windows?

[Sirius Black]

Tweet

Ide awalnya memang seperti itu. Scan seluruh file mp3, masukkan informasinya (nama file, ukuran file, path lengkap, nama artis, album, tahun, dsb dari ID3 tagnya) ke database.

Kelebihan sistem ini :
- Mudah programmingnya, baik di sisi server, maupun di client.
- Informasi lengkap tersedia di database

Kekurangan :
- Jika jumlah recordnya jutaan, performa database cenderung menurun (yang ini masih perlu dibuktikan).
- Jika terjadi perubahan pada file-file mp3 (pindah direktori, berganti nama file, dihapus, dsb) perlu mengindex ulang keseluruhan (atau ada teknik yang bisa memantau dan hanya memproses perubahan-perubahan yang terjadi?)

Solusi lainnya, hasil scan file-file mp3 tersebut disimpan disuatu teks file, yang isinya hanya path lengkap file-file mp3.

Kelebihan sistem ini :
- Cepat, bahkan sangat cepat proses indexisasinya. Proses pencarian juga pastinya cepat.

Kekurangan :
- Bagaimana mengintegrasikan file teks tadi ke client yang web-based? Ada ide?
- Informasinya tidak detail. Tidak ada keterangan nama artist, album, dsb. Ini bisa disiasati dengan membaca ID3 TAgnya saat hasil pencarian ditampilkan.

Ada masukan dari teman-teman ?

Update
Untuk standarisasi penulisan program, ada referensi menarik mengenai Coding Standard Document. Silahkan dibaca-baca. Disitu tulisannya untuk Delphi 4, tapi gw pikir masih tetap berguna juga dan masih bisa diterapkan.

Draft awal project scope. Silahkan dibaca (terutama para peserta project). Jangan lupa memberikan saran dan kritik.

Untuk cara pertama, sepanjang file .mp3 tidak dimasukkan ke dalam database, saya rasa performa tidak akan turun. Masalah update file, paling kita buatkan schedule untuk memeriksa keabsahan file. Atau kalau perlu foldernya di pantau terus.

Untuk cara kedua, saya masih kurang mengerti mengenai indexing di file teks ini. Memangnya bisa ya? Saya masih kurang ngeh dengan cara ke-2

[yuanlukito]

Tweet

Untuk cara kedua, saya masih kurang mengerti mengenai indexing di file teks ini. Memangnya bisa ya? Saya masih kurang ngeh dengan cara ke-2

@Sirius Black :
Nanti kira-kira isi file teksnya seperti ini :


.........................
d:\mp3\mancanegara\Maroon 5\Maroon 5 - Kiwi.mp3
d:\mp3\mancanegara\Maroon 5\Maroon 5 - Makes Me Wonder.mp3
d:\mp3\indonesia\Peterpan\Peterpan - Dibalik Awan.mp3
..........................
..........................
d:\mp3\podcastNov2007-Apple.mp3
..........................
..........................

Jadi setiap file mp3 yang ditemukan, path lengkapnya dimasukkan ke file teks tersebut.

Untuk cara pertama, sepanjang file .mp3 tidak dimasukkan ke dalam database, saya rasa performa tidak akan turun. Masalah update file, paling kita buatkan schedule untuk memeriksa keabsahan file. Atau kalau perlu foldernya di pantau terus.

Yup, Mp3 gak masuk ke database. Untuk apa?
Schedule untuk memeriksa keabsahan file... gimana nih? how?

[Sirius Black]

Tweet

@Sirius Black :
Nanti kira-kira isi file teksnya seperti ini :


.........................
d:\mp3\mancanegara\Maroon 5\Maroon 5 - Kiwi.mp3
d:\mp3\mancanegara\Maroon 5\Maroon 5 - Makes Me Wonder.mp3
d:\mp3\indonesia\Peterpan\Peterpan - Dibalik Awan.mp3
..........................
..........................
d:\mp3\podcastNov2007-Apple.mp3
..........................
..........................

Jadi setiap file mp3 yang ditemukan, path lengkapnya dimasukkan ke file teks tersebut.


Yup, Mp3 gak masuk ke database. Untuk apa?
Schedule untuk memeriksa keabsahan file... gimana nih? how?

Nah, Kalau cara kedua digunakan, kayaknya untuk indexing masih tetap lebih cepat menggunakan database ketimbang file text aja. Jadi menurut saya, lupakan yang file text. Kalau kecil sih memang file text lebih cepat, kalau sudah besar? Jadi masalahnya kayaknya.

Untuk schedule, paling kita memanfaatkan komponen TTimer, untuk mengecek semua file yang ada di database, kalau filenya masih cocok dan informasinya valid tidak usah diupdate, tetapi kalau nggak valid, diupdate. Untuk schedule, paling enaknya pakai thread aja kali ya, biar nggak menganggu.