Kira-kira apa yah hubungan dengan titanic?

Pada awalnya aku yakin banget dengan rancana yang aku tulis pada waktu situs pidgin.im down. Rencana yang sepertinya simple dan tidak rumit.

Setelah situs pidgin.im hidup lagi dan berjalan normal serta mood untuk coding yang udah balik. Aku memulai membuat script pidgin yang sesuai dengan rencana itu.

Tahap prototyping script berjalan sesuai dengan rencana, tentu setelah dengan beberapa fixing. Dilanjutkan dengan implementasi fitur utama yaitu daemon mode. Dan dilanjutkan dengan finalisasi struktur dan fitur-fitur penghibur. Jadilah sebuah script untuk pidgin yang sesuai dengan yang sudah aku rencanakan (ada beberapa yang kurang, tapi fitur utama sudah ok).

Karena semua sudah oke, aku coba untuk cross check dengan tulisan rencana aku. Dan apa yang aku dapat ternyata sunggu diluar dugaan, rencana yang sudah aku anggap sesuai itu ternyata melenceng dari yang sudah aku rencanakan.

Alih-alih membuat script untuk menambahkan command di pidgin. Aku malah membuat sebuah respammer daemon.

Tapi tidak apa, toh script ini pasti bakal berguna. Untuk yang sesuai dengan tulisan aku, mungkin lain waktu aku akan coba untuk membuatnya.

Script in action (periode kirim, 30 detik)

screen shot pidgin respammer in action

Dari: Tunnelling UDP Traffic Through An SSH Connection

Untuk cerita lengkap silahkan lihat dilink di atas. Sedang untuk asal bisa, berikut langkah-langkahnya

Buat TCP tunnel ke mesin tujuan

azhar@logos:~$ ssh 192.168.1.2 -L 8999:127.0.0.1:8999

Buat jembatan TCP ke UDP dengan “nc” di server

[azhar@logos-devel ~]$ mkfifo /tmp/fifo
[azhar@logos-devel ~]$ nc -l 8999 < /tmp/fifo | nc -u 192.168.0.1 9999 > /tmp/fifo

Buat juga jembatan tersebut dilokal

azhar@logos:~$ mkfifo /tmp/fifo
azhar@logos:~$ nc -l -u 9999 < /tmp/fifo | nc localhost 8999 > /tmp/fifo

dan selesai, semua koneksi UDP ke localhost:9999 akan diforward ke 192.168.0.1:9999

Limit query dengan menggunakan rownum memang sukses untuk membatasi berapa banyak record yang ingin dikembalikan, tapi hari ini aku perlu limit untuk membatasi result setelah record XX dan sampai record XX.

Aku kira dengan menambahkan batasan bawah rownum yang ingin dikembalikan menjadi:

SELECT rownum row2, b.row1, b.k_agama, b.content
FROM
(
  SELECT rownum row1, a.k_agama, a.content FROM m_agama a ORDER BY a.content
) b
WHERE 5 <= rownum AND rownum <= 10;

bisa digunakan, akan tetapi hal itu tidak sesuai dengan yang aku inginkan. Query tersebut gagal. Tidak ada record yang dikembalikan.

Quick workaround adalah dengan mengubahnya menjadi seperti ini:

SELECT c.row2, c.row1, c.k_agama, c.content
FROM
(
  SELECT rownum row2, b.row1, b.k_agama, b.content
  FROM
  (
    SELECT rownum row1, a.k_agama, a.content FROM m_agama a ORDER BY a.content
  ) b
) c
WHERE 5 <= rownum AND rownum <= 10;

Aku tahu workaround ini payah, tapi aku butuh query ini berjalan secepatnya. ]]> http://hurie.wordpress.com/2008/10/10/catatan-kecil-oracle-%e2%80%9crownum%e2%80%9d-2/feed/ 6 hurie http://hurie.wordpress.com/2008/10/09/developerpidginim-is-currently-down/ http://hurie.wordpress.com/2008/10/09/developerpidginim-is-currently-down/#comments Thu, 09 Oct 2008 06:15:03 +0000 hurie http://hurie.wordpress.com/?p=143 ]]>

Sayang sekali, padahal lagi ingin bereksperimen untuk membuat plugin, tepatnya daemon yang menyediakan fungsi tambahan untuk pidgin.

Rencananya seh simpel, dapet ide dari Forum Ubuntu. Jadi dengan menggunakan python dan dbus aku berencana untuk membuat script yang berjalan dibackground yang memonitor teks yang aku ketik. Jika teks itu sesuai dengan keyword, say it – as example, /mixcase maka otomatis setiap teks yang aku kirim akan dibuat mix case, itu loh seperti chatingan abg-abg yang gaul-gaul yang suka nyampur aduk huruf kecil ama huruf besar.

Tapi ya itu, sayang sekali masih down. Moga-moga aja cepet balik normal.

-- rownum menunjukkan urutan fisik dari record
-- dalam database
SELECT rownum row1, a.k_agama, a.content FROM m_agama a;

-- jika kita order hasil query maka rownum tidak lagi akan urut
-- karena rownum menunjukkan posisi asli dari record
SELECT rownum row1, a.k_agama, a.content FROM m_agama a ORDER BY a.content;

-- jika query model ini diterapkan limit hasil query (emulasi LIMIT)
-- maka akan dihasilkan hasil yang salah
SELECT rownum row1, a.k_agama, a.content FROM m_agama a WHERE rownum <= 5 ORDER BY a.content;

-- dengan multi select maka bisa didapatkan urutan dari query
-- yang menggunakan order
SELECT rownum row2, b.row1, b.k_agama, b.content
FROM
(
SELECT rownum row1, a.k_agama, a.content FROM m_agama a ORDER BY a.content
) b;

-- dengan menggunakan model query terakhir maka bisa diperoleh record yang
-- dibutuhkan (implementasi query LIMIT seperti di mysql)
SELECT rownum row2, b.row1, b.k_agama, b.content
FROM
(
SELECT rownum row1, a.k_agama, a.content FROM m_agama a ORDER BY a.content
) b
WHERE rownum <= 5;

Seperti yang memang dijanjikan oleh google kalau browsernya stabil dan cepat terbukti juga. Hobi aku akhir-akhir ini untuk melakukan digitasi jalan di kota malang melalui wikimapia memang membutuhkan stabilitas browser dan kecepatan yang baik.

Stabil artinya aku akan aman ketika mengedit jalan-jalan yang tampak karena browser yang aku pake tidak akan secara tiba2 crash. Dan cepat karena wikimapia secara khusus menggunakan javascript yang lumayan berat.

Bukti yang aku dapat adalah, aku membuka 2 tab, satu untuk wikimapia dan 1 lagi untuk webmessenger (pidgin aku ada di ubuntu, dan aku gak mau pake YM! client bawaan Yahoo!) yang mana menggunakan flash untuk menampilkannya.

Sayangnya flash untuk google chrome masih belum stabil, hari ini plugin tersebut crash 2 kali. Untungnya aku memakai google chrome sehingga masalah tersebut hanya berlaku untuk tab Yahoo! Messenger, dan tab aku untuk wikimapia berjalan seperti tidak ada apa2.

Andaikan aku menggunakan browser lain maka otomatis browser akan terimbas juga dan ujung-ujungnya digitasi aku akan hilang bersamaan dengan tumbangnya browser.

Untuk kecepatan sendiri aku sangat terkesan, dibanding firefox google chrome stabil, dan cepat. Karena setelah beberapa lama aku memakainya tidak ada lag ketika aku drag peta dan menarik garis untuk menandai jalan. Lain halnya ketika aku menggunakan firefox, karena hal itu akan terjadi setelah beberapa saat. Dan sayangnya hal ini akan hilang ketika firefox aku restart.

That its my impression of Chromium, thanks google!. Hopefully, soon, linux version of chrome will available. I’ll switch, I promise!

Iseng-iseng liat status temen di YM!, ada link lagu ke youtube. Ternyata yang nyanyi cantik juga, hehehe. Tapi bukan itu yang menarik perhatian aku tapi karena dia nyanyi sambil nangis.

Hari ini jadwal migrasi server repository ke server baru. Setelah test sana, test sini semua sepertinya sudah ok. Sampai akhirnya test untuk interface usvn, ternyata ada beberapa page yang gak bisa dibuka.

Page-page itu adalah group info sama project info. Kedua pages itu gak bisa aku buka, yang satu ngasih error kalo call to undefine function bla…bla…, yang satu silently forward requestku ke halaman sebelumnya.

Error yang direkam oleh httpd adalah PHP Notice:  Trying to get property of non-object in /var/www/html/usvn/controllers/ProjectadminController.php on line 80, referer: http://xxx.xxx.xxx.xxx/usvn/admin/project/ aneh banget (bagi aku), soalnya harusnya framework yang dipakai oleh usvn tidak boleh mengembalikan error ini.

Terlusur punya telurus, dari cek config.ini, .htaccess punya usvn, cek config subversion, review config httpd sampek cek source code dari usvn. Tidak ada yang aneh dari itu semua, sampai akhirnya datang wangsit untuk cek database usvn. Karena database yang aku pake bukan create baru, tapi hasil copy paste dari server lama.

Walhasil pada waktu aku check table muncul pesan Table upgrade required. Please do "REPAIR TABLE `xxx`" to fix it! untuk tabel usvn.usvn_groups dan usvn.usvn_projects.

Setelah menjalankan apa yang diperintahkan, usvn berjalan lagi dengan lancar. Belum tahu dengan detil kenapa unupgraded table bisa menyebabkan error seperti ini. Tapi aku sudah cukup puas dengan berjalannya usvn.

Pagi ini aku meng-edit widget contact me, kali aja ada image lain yang lebih cocok untuk aku pasang. Tapi sial, aku lupa link untuk menggenerate kode html-nya.

Setelah googling dan yahooing (<– maksa) aku menemukan link itu. Untuk Yahoo! Messenger ada disini dan untuk ICQ ada disini.

Model gambar untuk ICQ bisa langsung dipilih di alamat tersebut. Sedang untuk Yahoo! harus diubah secara manual. Link untuk gambar Yahoo! Messenger seperti berikut

<img border="0" src="http://opi.yahoo.com/yahooonline/u=<YM! ID>/m=g/t=2/l=us/opi.jpg">

bagian t=2 adalah tipe gambar yang akan dihasilkan. Sampai post ini aku buat, ada 17 gambar yang bisa digunakan. Gambar-gambar tersebut adalah:

Tipe	Offline	Online
t=0
t=1
t=2
t=3
t=4
t=5
t=6
t=7
t=8
t=9
t=10
t=11
t=12
t=13
t=14
t=15
t=16