Tanggal Sebelumnya Tanggal Berikutnya Ulir Sebelumnya Ulir Berikutnya
Indeks - Tanggal Indeks - Ulir Diskusi
| From | Darwis Fadhli <darwis @ somewhere.in.the.world> |
| Date | Fri, 25 May 2001 10:38:25 +0700 |
melihat tag dibawah ini saya jadi pengen ketawa... (karena ingat yang sudah saya lakukan...) karena metode ini pernah saya terapkan, diaplikasi yang saya kembangkan.. data yang direfresh diletakkan disuatu frame terpisah/tersendiri... dan data yang akan di-retreive sudah sangat diminimize tetapi jelas interval refresh-nya tidak 180 detik (seperti yang dicontohkan dibawah), karena 180 detik= 3 menit dan untuk data dengan order perubahan data seputar 1 dt (bahkan bisa jadi lebih kecil) 3 menit sangat terlalu lama... waktu itu saya pasang sekitar 10 detik.. (content="10") alhasil ketika diterapkan.. di kator pusat (satu network dengan Web-Server dan DB-Server) hasilnya cukup memuaskan... proses refresh hampir tidak keliatan.. hanya berkedip (mengutip istilah salah seorang user) namun ketika diterapkan di cabang2 (beda network namun masih intranet dan dipisahkan dengan LEased Line DOV 64 Kb) complain dari beberapa user sbb: "kok datanya sering hilang yaa..., bentar2 hilang, bentar2 hilang" artinya proses refresh mengalami delay yang cukup signifikan.. sehingga.. frame tempat data ditampilkan terlihat blank (atau hilang dalam bahasa user) setelah diakalin sana sini.... akhirnya saya sampai pada kesimpulan yang sama dengan Mas Amal.. "jadi lucu rasanya.." dan metode ini tidak reliable terutama untuk data real-time sebenarnya untuk topik ini, lebih baik kita batasi bahasannya pada proses "menampilkan data real time pada front-end yang berbasis web " saat ini metode yang paling reliable menurut saya menggunakan java applet.. dan dioptiomasikan dengan kemampuan dbms. beberapa waktu lalu saya pernah diskusi dengan pakanrya JAVA (Mr. Heru) dan menurut Heru, kita bisa menerapkan.. metode Rich Client Applet (betul gak Ru') cuman kelemahannya bandwith jadi sangat kecekik, jadi belum sempat saya oprek lagi... mungkin dengan ide yang sampaikan Pak Mahfud dan dikombinasikan dengan ide Prdoucer/Consumner "mungkin" permasalahannya bisa terjawab, tapi terus terang saya belum oprek... untuk aplikasi client/server, sebenarnya.. metode requery yang dikontrol dengan timer, sampai saat ini untuk data realtime saya tidak mengalami masalah (tentu dengan optimasi disana-sini) -darwis- -----Original Message----- From: Arif Rifai Dwiyanto [mailto:ard @ somewhere.in.the.world] Sent: Friday, May 25, 2001 11:39 AM To: piksi-l @ somewhere.in.the.world Subject: Re: [PIKSI-L] sedikit pertanyaan ringan... <BODY> <meta http-equiv="refresh" content="180"> ... </BODY> ---------- Piksi-L @ somewhere.in.the.world merupakan 'mailing-list' alumni asisten Piksi, ITB, Indonesia. Opini yang disampaikan di forum ini merupakan pendapat/sikap pribadi, kecuali secara eksplisit dinyatakan lain, dan *sama sekali* tidak berkaitan dengan kelembagaan Piksi ITB secara formal. Untuk berhenti, kirim email ke piksi-l-unsubscribe @ somewhere.in.the.world Pengelola Piksi-L: piksi-l-owner @ somewhere.in.the.world Informasi Piksi-L: http://www.yahoogroups.com/group/piksi-l Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Dihasilkan pada Thu Sep 22 18:41:56 2005 | menggunakan mhonarc 2.6.10