Saya pun terpikir untuk membagikan koneksi internet saya sehingga dia bisa bekerja menggunakan laptopnya dan terhubung ke Internet tanpa mengganggu saya. Karena saya tidak mempunyai wireless access-point, saya pun menjadikan laptop saya sebagai “wireless access-point” dengan cara menghubungan laptop saya dengan laptop teman saya tersebut secara ad-hoc.

Koneksi ad-hoc (atau peer-to-peer) adalah jaringan wireless multihop yang terdiri dari kumpulan mobile node (mobile station) yang bersifat dinamik dan spontan, yang dapat diaplikasikan di mana pun tanpa menggunakan access point. Nah, gampangannya, sistem jaringan yang akan saya buat adalah kira-kira seperti ini:

Caranya adalah sebagai berikut. Pertama, pastikan koneksi Internet jalan. Saya menggunkan ISP Indosat M2 dan sudah terhubung dengan baik.

Kemudian, buka Network Connection Manager dengan memilih System > Preference > Network Connection atau dengan meng-klik kanan gambar sinyal di panel dan memilih edit connection sehingga muncul tampilan semacam ini:

Pilih tab Wireless dan klik Add untuk membuat koneksi baru. Kemudian beri nama koneksi, nama SSID (yang nantinya akan menjadi nama “access-point” yang akan muncul di pilihan “wi-fi”), kemudian pilih modenya: Ad-Hoc. Untuk opsi Connect automatically bisa dicentang atau tidak. Bila dicentang, maka laptop kita akan membagi koneksi Internet setiap kali laptop menyala.

Kemudian pindah ke tab IPv4 Settings (tergantung versi yang dipakai, IPv4 atau IPv6, di tempat saya masih IPv4), kemudian pilih Method: Shared to other computers. Kemudian klik Apply, dan selesai.

Tutup Network Connection Manager, kemudian klik pada tanda sinyal untuk memulai koneksi Ad-hoc. Di situ, koneksi Ad-hoc yang kita buat belum muncul. Untuk memunculkannya, pilih menu Connect to Hidden Wireless Network, dan pilih koneksi Ad-hoc yang kita buat sebelumnya.

Dan voila! Kita telah membuka koneksi Ad-hoc di Ubuntu.

Untuk terhubung ke laptop yang sudah jadi “access-point” ini, tinggal buka Wireless Connection (Wi-Fi) dan buka hubungan ke nama koneksi Ad-hoc yang telah di buat, dan laptop tersebut langsung bisa menjelajah Internet!

Oiya, agar koneksi Ad-hoc bisa terjadi, pastikan wireless tidak dipakai oleh si laptop/komputer yang hendak menjadi access-point (misalnya tidak terhubung ke wi-fi pada hotspot). Kekurangan lainnya, koneksi Ad-hoc tidak memiliki proteksi password, sehingga kemungkinan pembagian koneksi bisa digunakan oleh orang lain yang tidak berkepentingan.

Berikut ini adalah tampilan ketika sebuah ponsel, Nokia E63 mendeteksi koneksi Ad-hoc yang saya buat dan kemudian terhubung ke Internet menggunakan koneksi tersebut.

Tiba-tiba siang tadi saya dikontak salah satu kliennya pabrik, bahwa website-nya bermasalah. Herannya, selama ini website tersebut ndak diutak-atik. Sempat pusing juga kenapa bisa terjadi, padahal ketika skrip dicoba di server development, tidak ada masalah.

Usut punya usut, ternyata PHP yang digunakan adalah PHP versi 5.3.x yang bermasalah pada skrip website karena ada beberapa fungsi krusial yang dihilangkan. Paket PHP ini ikut ter-upgrade karena server di-upgrade ke Ubuntu versi 10.4 (Lucid Lynx) oleh sys-admin mereka.

Saya pun memutuskan untuk men-downgrade paket PHP tersebut dari versi 5.3.x ke 5.2.x supaya website bisa jalan normal tanpa saya harus ngoprek skripnya..

Berikut ini langkah-langkah yang saya lakukan untuk men-downgrade PHP tersebut.

Cek paket-paket PHP apa saja yang terinstall di server, kemudian di-list untuk dihapus dari sistem. Untuk melakukannya gunakan perintah dpkg -l | grep php. Di tempat saya, outputnya seperti berikut:

ii  libapache2-mod-php5		5.3.2-0ubuntu1		server-side, HTML-embedded scripting languag
ii  php-pear			5.3.2-0ubuntu1		PEAR - PHP Extension and Application Reposit
ii  php5-cgi			5.3.2-0ubuntu1		server-side, HTML-embedded scripting languag
ii  php5-cli			5.3.2-0ubuntu1		command-line interpreter for the php5 script
ii  php5-common			5.3.2-0ubuntu1		Common files for packages built from the php
ii  php5-dev			5.3.2-0ubuntu1		Files for PHP5 module development
ii  php5-gd			5.3.2-0ubuntu1		GD module for php5
rc  php5-mcrypt			5.3.2-0ubuntu1		MCrypt module for php5
ii  php5-mysql			5.3.2-0ubuntu1		MySQL module for php5
ii  php5-sqlite			5.3.2-0ubuntu1		SQLite module for php5

Setelah ketahuan paket-paket apa saja yang terinstall, maka catat semua paket ini untuk kemudian dihapus dari sistem dan nantinya akan diinstall kembali, namun dalam versi yang lebih rendah.

Untuk melakukan “pencatatan” ini, tambahkan perintah awk pada perintah sebelumnya, menjadi dpkg -l | grep php | awk '{print $2}', dan hasilnya semacam ini:

libapache2-mod-php5
php-pear
php5-cgi
php5-cli
php5-common
php5-dev
php5-gd
php5-mcrypt
php5-mysql
php5-sqlite

Hapus paket-paket tersebut dengan perintah sudo apt-get remove [nama_paket].

Tambahkan repositori Karmic ke file /etc/apt/source.list. Repositori Karmic ini digunakan sebagai referensi PHP versi 5.2.x. Cara ini bisa diakali dengan menyalin file repositori sekarang (Lucid), kemudian mengganti referensinya ke Karmic dan memasukkannya ke daftar source repositori.

Cara mudahnya, gunakan perintah sed s/lucid/karmic/g /etc/apt/sources.list | tee /etc/apt/sources.list.d/karmic.list (menggunakan akses root).

Kemudian, buat pin yang fungsinya untuk menahan agar paket-paket PHP tersebut tidak di-upgrade.

Buat sebuah file bernama php yang disimpan di folder /etc/apt/preferences.d/, yang isinya sebagai berikut:

Package: libapache2-mod-php5
Pin: release a=karmic
Pin-Priority: 991

Package: php-pear
Pin: release a=karmic
Pin-Priority: 991

Package: php5-cgi
Pin: release a=karmic
Pin-Priority: 991

Package: php5-cli
Pin: release a=karmic
Pin-Priority: 991

Package: php5-common
Pin: release a=karmic
Pin-Priority: 991

Package: php5-dev
Pin: release a=karmic
Pin-Priority: 991

Package: php5-gd
Pin: release a=karmic
Pin-Priority: 991

Package: php5-mcrypt
Pin: release a=karmic
Pin-Priority: 991

Package: php5-mysql
Pin: release a=karmic
Pin-Priority: 991

Package: php5-sqlite
Pin: release a=karmic
Pin-Priority: 991

Setelah selesai, update repositori dengan perintah apt-get update (jika tidak menggunakan akses root, tambahkan perintah sudo).

Lakukan instalasi paket-paket yang tadi dengan perintah sudo apt-get install [nama_paket], namun kali ini paket yang ter-install otomatis menggunakan versi 5.2.x.

Jika sudah, silakan dicek lagi apakah versi PHP yang ter-install sudah benar versi 5.2.x dengan perintah dpkg -l | grep php, misalnya outputnya seperti berikut

ii  libapache2-mod-php5		5.2.10.dfsg.1-2ubuntu6.4		server-side, HTML-embedded scripting languag
ii  php-pear			5.2.10.dfsg.1-2ubuntu6.4		PEAR - PHP Extension and Application Reposit
ii  php5-cgi			5.2.10.dfsg.1-2ubuntu6.4		server-side, HTML-embedded scripting languag
ii  php5-cli			5.2.10.dfsg.1-2ubuntu6.4		command-line interpreter for the php5 script
ii  php5-common			5.2.10.dfsg.1-2ubuntu6.4		Common files for packages built from the php
ii  php5-dev			5.2.10.dfsg.1-2ubuntu6.4		Files for PHP5 module development
ii  php5-gd			5.2.10.dfsg.1-2ubuntu6.4		GD module for php5
rc  php5-mcrypt			5.2.6-0ubuntu2				MCrypt module for php5
ii  php5-mysql			5.2.10.dfsg.1-2ubuntu6.4		MySQL module for php5
ii  php5-sqlite			5.2.10.dfsg.1-2ubuntu6.4		SQLite module for php5

Untuk memudahkan prosesi ini, silakan unduh bash script berikut (jangan lupa ganti namanya menjadi berekstensi .sh dan beri akses execute) yang saya dapatkan dari sini. Eksekusi file bash script tersebut menggunakan akses root.

Jika misalnya pengen meng-install paket lain, misalnya php5-xdebug, jangan lupa tambahkan pin telebih dahulu di file /etc/apt/preferences.d/php seperti berikut:

Package: php5-xdebug
Pin: release a=karmic-updates
Pin-Priority: 991

Lalu lakukan sudo apt-get update baru meng-install dengan perintah sudo apt-get install php5-xdebug.

Untungnya lagi, ada sebuah komputer “nganggur” yang cuma dijadiin print server, yang ditenagai oleh MS Windows. Saya pun kepikiran untuk mengunduh dan menyimpan file tersebut di komputer itu, kemudian ketika sudah ada tempat di laptop atau membawa hardisk eksternal, tinggal menyalin dari situ.

Langkah yang paling gampang, memang datang ke komputer tersebut, kemudian melakukan pengunduhan manual dari situ. Namun berhubung saya malas bergerak ke tempat komputer itu berada (plus saya kurang nyaman menggunakan Windows), saya pun mencari cara agar prosesi ini bisa dilakukan secara remote.

Memang paling gampang sih, dengan melakukan SSH ke komputer tujuan, kemudian melakukan perintah wget dari situ. Namun ini kan komputer Windows, yang mana agak sedikit repot untuk melakukan wgetting. Kemudian saya terpikir untuk me-mount folder share tersebut sehingga dianggap sebagai direktori, kemudian melakukan wgetting di direktori tersebut.

Pertama, pastikan kita punya akses read-write di direktori share tersebut. Biasanya ada username dan password atau memang direktori sharing di Windows tersebut bisa ditulisi oleh siapa pun.

Cara paling mudah mengaksesnya dengan menggunakan Nautilus (saya menggunakan Gnome di Ubuntu) dengan mengakses URL: smb://server-name-or-server-address/share-directory hingga muncul tampilan seperti berikut.

Direktori share Windows ditampilkan di Nautilus

Pastikan paket aplikasi Samba sudah terinstall sehingga cara ini bisa dilakukan. Bila belum, lakukan instalasi seperti berikut.

sudo apt-get install samba smbclient smbfs

Untuk melakukan mounting ke direktori sharing di Windows (smbfs), gunakan perintah smbmount atau mount -t smbfs. Perintah mount -t smbfs sebenarnya memanggil perintah smbmount, jadi lebih baik pake perintah smbmount langsung.

Perintah lengkapnya adalah sebagai berikut:

smbmount //servername/sharename /mountdirectory -o username=mywindowsusername,password=mywindowspassword

Jika menggunakan mount, perintahnya jadi seperti ini:

mount -t smbfs //servername/sharename /mountdirectory -o username=mywindowsusername,password=mywindowspassword

Pada kasus saya, perintah di atas menghasilkan error: Permission denied. Saya pun menggunakan sudo untuk melakukan mounting, karena mount point saya dimiliki oleh root.

sudo smbmount //192.168.1.10/data /media/smbtemp -o user=matriphe,password=matriphe,dmask=0777,fmask=0777

Tambahan opsi dmask=0777 dan fmask=0777 adalah untuk memberikan akses read-write ke pengguna biasa.

Done!

Sekarang direktori share di Windows sudah bisa diakses melalui mount point yang kita arahkan. Dalam kasus saya, saya tinggal masuk ke direktori /media/smbtemp dan melakukan wgetting dari direktori tersebut melalui konsol.

Referensi: Mounting smbfs Shares Permanently Help File

Saya sudah mencoba protes melalui kolom komentar, namun ternyata komentar saya masuk moderasi. Saya tidak yakin komentar tersebut akan ditampilkan. Maka, saya pun menggunakan cara “kasar” karena si “pencuri” menggunakan sistem hotlink (mengambil gambar langsung dari blog saya melalui tautan).

Saya pun melakukan modifikasi pada file .htaccess yang berfungsi untuk mengalihkan gambar ke gambar lain ketika gambar itu ditaut bukan dari blog saya.

Pertama, saya menyiapkan gambar pengganti, yang mana gambar ini akan muncul di blog si pencuri. Saya pun mencari gambar monyet di Flickr dengan lisensi CC yang kemudian saya modifikasi menjadi begini:

Gambar pengganti yang akan tampil di blog pencuri

Kemudian, saya menambahkan baris berikut di file .htaccess yang fungsinya untuk mengalihkan link yang masuk yang bukan dari blog saya ke gambar tersebut. Tentunya setelah gambar tersebut diunggah.

RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?jengjeng\.matriphe\.com(/)? [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?zamroni\.net(/)? [NC]
RewriteCond %{HTTP_REFERER} !^http(s)?://(www\.)?muhammad\.zamroni\.net(/)? [NC]
RewriteRule .*\.(jpg|jpeg|png|gif)$ http://matriphe.com/pencuri.jpg [NC,R,L]

Arti dari perintah di atas adalah selama referensi HTTP bukan berasal dari blog saya, maka gambar akan diganti dengan yang ada di alamat http://matriphe.com/pencuri.jpg. Silakan modifikasi sesuai keperluan.

Hasilnya, seperti di bawah ini!

Tampilan di blog pencuri

Namun cara ini sangat kasar. Bahkan efeknya, bagi pengguna RSS aggregator atau RSS reader, dia akan mendapat gambar yang sama (gambar monyet itu).

Untuk mengatasi masalah ini, rupanya ada plugin yang bisa digunakan untuk menggantikan cara barbar saya, namanya Wordpress Hotlink Protection. Tinggal install, aktifkan, dan whola! Selesai. No more editing .htaccess!

Plugin ini mengklaim tidak akan mengganggu kinerja RSS reader/aggregator, namun saya belum mencobanya. Jadi, bagi pelanggan RSS saya, jika ternyata gambar monyet itu muncul, beri tahu saya, ya!

Catatan:
Cara kasar: menggunakan .htaccess hanya berlaku di web server Apache.
Cara gampang: menggunakan plugin. Bila mengaktifkan plugin, tak perlu mengutak-atik file .htaccess.

Updated: karena saya merasa gambar monyet terlalu kasar, maka gambar pengganti saya ganti dengan gambar mug dari dagdigdug.com yang mengutip mas blonthank poer, “daripada copy-paste lebih baik coffee latte”.

Gambar pengganti yang muncul di blog pengambil konten

Sekedar menambahkan, saya lebih menghargai orang yang memberi tahu dan meminta izin kepada saya ketika hendak mengambil gambar atau artikel di blog saya ini.

Setelah semalaman mengupgrade dan mencoba-coba Ubuntu Jaunty saya ke Karmic Koala, ada beberapa catatan yang sepertinya perlu saya dokumentasikan. Mungkin bisa berguna, terutama temen-temen yang belum dan berencana untuk menggunakan Karmic Koala.

Proses Upgrade

Ada beberapa cara yang bisa digunakan untuk proses upgrade. Lewat CD instalasi atau via Internet. Saya menggunakan cara kedua, yang tentu syaratnya adalah punya akses internet kenceng ber-bandwidth bagus.

Pertama-tama yang perlu dilakukan adalah mengarahkan alamat repositori ke server yang diinginkan. Karena saya berada di Indonesia, saya memilih menggunakan miror repositori di Indonesia. Ada beberapa miror yang bisa dipakai, tapi saya menggunakan miror kambing UI (sebelumnya saya menggunakan miror UGM dan FOSS-ID Telkom tapi ternyata di tengah jalan, mirornya macet, ndak tau kenapa).

Dengan kecepatan rata-rata 100 kBps, waktu mengunduh paket-paket ini sekitar 2-3 jam. Kampretnya, ketika hampir selesai, koneksi saya kecepatannya drop menjelang tengah malam. Dugaan saya, kemungkinan server kambing juga sedang digunakan orang untuk melakukan proses upgrading. Saya juga melihat ada beberapa proses sinkronisasi yang tengah berlangsung di server tersebut.

Untuk langkah-langkahnya, silakan baca di blog ini.

Fitur-Fitur Baru

Seperti janjinya, fitur-fitur baru saya temukan. Tapi secara keseluruhan, saya kok belum merasakan bedanya, terutama di faktor kecepatan, walau stabilitas dan performa lainnya sudah banyak meningkat. Mungkin karena beberapa sudah saya update secara berkala semenjak menggunakan Jaunty, memang tidak saya pakai, atau saya bingung fungsinya untuk apa.

Beberapa fitur yang saya rasa tidak banyak berubah antara lain Firefox 3.5 (di Ubuntu dikenal dengan nama Shiretoko) dan OpenOffice versi 3 (yang udah bisa buka file docx).

Beberapa fitur tidak saya pakai adalah Evolution (karena saya pake Thunderbird sebagai email client), sinkronisasi multimedia, dan fitur akesisibilitas (Orca dan sebagainya).

Lainnya, saya belum tau apa fungsinya karena belum mencoba, antara lain fitur Ubuntu One di mana kita punya jatah 2 GB gratis di server Ubuntu untuk menyimpan dan berbagi file apa saja.

Satu-satunya yang saya rasakan adalah fitur Software Center-nya yang makin ciamik. Dengan aplikasi ini, saya ndak perlu repot-repot kalo mencari aplikasi asyik yang saya butuhkan. Kategorisasi aplikasinya juga makin jelas, mana aplikasi multimedia, mana untuk development, untuk grafis, bahkan game.

Untuk proses booting, kata orang lebih cepat. Tapi kok menurut saya malah lebih lambat, ya? Mungkin karena Grub2 yang belum terinstall, sehingga saya masih menggunakan Grub bawaan Jaunty?

Grub2 memang akan diinstal ketika kita melakukan instalasi bersih dari awal. Menurut informasi yang saya peroleh, jika kita melakukan upgrade dari Jaunty, Grub2 ini memang tidak otomatis terinstall. Kita harus mengupgrade-nya sendiri,yang tentu sedikit beresiko (backup-backup-backup!).

Cara melakukan upgrade Grub2 ada di sini. Saya belum berencana melakukan upgrade ini, karena laptop masih saya gunakan untuk “berburu dan meramu”. Mungkin di kala senggang, saya akan melakukan proses ini.

Hal yang saya kira cukup tidak nyaman adalah aplikasi Empathy sebagai pengganti Pidgin yang biasa saya gunakan untuk ber-instant messaging. Entah kenapa saya masih lebih suka menggunakan Pidgin daripada Empathy. Mungkin karena faktor kebiasaan. Empathy sendiri menjadi aplikasi IM standar yang terpaket ke dalam Karmic.

Selain beberapa hal di atas, masih ada beberapa problem yang saya temukan. Kebanyakan sih mungkin karena faktor konfigurasi lama yang kurang cocok ke lingkungan baru. Seperti misalnya tampilan login screen yang tidak bisa dikonfigurasi sama sekali, karena penggunaan sistem GDM (Gnome Desktop Manager) baru.

Walau begitu beberapa peningkatan performa saya rasakan di sisi kestabilan. Salah satu contohnya adalah Network Manager yang menangani koneksi kabel, koneksi wireless, hingga koneksi broadband, yang cenderung lebih stabil dan cepat tersambungnya.

Masalah suspend dan hibernasi kini berjalan dengan lancar di Karmic. Sebelumnya, hibernasi dan suspend di Jaunty tidak berjalan dengan lancar. Ini pasti karena faktor Upstart yang mampu menangani proses booting dan shutdown yang lebih sempurna.

Untuk detil perubahan apa yang terjadi di Karmic, silakan baca ringkasan teknisnya.

Upgrade atau Instalasi Baru?

Ubuntu, setiap 6 bulan sekali selalu mengeluarkan rilis versi terbaru. Ini sering menjadi pertanyaan, enaknya melakukan upgrade atau instalasi baru? Keduanya mempunyai pertimbangan yang berbeda-beda. Berikut ini beberapa pertimbangan yang bisa digunakan untuk memutuskan apakah akan melakukan upgrade atau melakukan instalasi baru.

• Instalasi Baru
  1. Menggunakan file system baru. Karmic Koala menggunakan file system ext4. File system ext4 memang memiliki beberapa keunggulan dari file system ext3 yang digunakan Jaunty. Saya sih pake ReiserFS.
  2. Mendapatkan Grub2. Seperti saya bilang sebelumnya, Grub2 menjanjikan proses booting yang lebih cepat dan lebih cantik.
  3. Jika versi Ubuntu yang digunakan lebih tua dari Jaunty atau Hardy, maka disarankan untuk melakukan instalasi baru. Jika keukeuh pengen upgrade, harus dilakukan sesuai urutan, misalnya dari Hardy ke Jaunty, baru kemudian ke Karmic.
  4. Jika setelah upgrade ternyata masih banyak masalah yang tidak terselesaikan, instalasi baru adalah jawaban yang tepat.
• Upgrade
  1. Jika banyak data (misal database yang sangat besar) yang sangat penting tapi tidak memungkinkan untuk mem-backup seluruhnya.
  2. Jika banyak file konfigurasi yang berjalan dengan baik dan Anda tidak ingin melakukan konfigurasi ulang.

Semoga mencerahkan!

Selidik pupnya selidik rupanya masalah ini terjadi di beberapa hosting. Untuk mengatasinya rupanya ada hal yang perlu dioprek, baik dari .htaccess (saya menggunakan shared hosting, sehingga pengaturan dilakukan melalui .htaccess) dan file config.php di CI-nya.

Sebelumnya, untuk membuat permalink yang cantik di CI, silakan baca tutorialnya dulu. Jika ternyata cara ini gagal, marilah kita oprek.

Pastikan isi file .htaccess seperti berikut:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.php/$1 [L]

Isi file .htaccess ini agak berbeda dari manual, karena saya memilih mengabaikan kondisi rewrite bila alamat yang diminta adalah file (perintah RewriteCond %{REQUEST_FILENAME} !-f dan direktori (melalui perintah RewriteCond %{REQUEST_FILENAME} !-d).

Sunting file config.php yang ada di folder application/config, kemudian ubah pada bagian ini:

/*
|--------------------------------------------------------------------------
| Index File
|--------------------------------------------------------------------------
|
| Typically this will be your index.php file, unless you've renamed it to
| something else. If you are using mod_rewrite to remove the page set this
| variable so that it is blank.
|
*/
$config['index_page'] = "index.php";

/*
|--------------------------------------------------------------------------
| URI PROTOCOL
|--------------------------------------------------------------------------
|
| This item determines which server global should be used to retrieve the
| URI string.  The default setting of "AUTO" works for most servers.
| If your links do not seem to work, try one of the other delicious flavors:
|
| 'AUTO'		Default - auto detects
| 'PATH_INFO'		Uses the PATH_INFO
| 'QUERY_STRING'	Uses the QUERY_STRING
| 'REQUEST_URI'		Uses the REQUEST_URI
| 'ORIG_PATH_INFO'	Uses the ORIG_PATH_INFO
|
*/
$config['uri_protocol']	= "AUTO";

Menjadi:

/*
|--------------------------------------------------------------------------
| Index File
|--------------------------------------------------------------------------
|
| Typically this will be your index.php file, unless you've renamed it to
| something else. If you are using mod_rewrite to remove the page set this
| variable so that it is blank.
|
*/
$config['index_page'] = "";

/*
|--------------------------------------------------------------------------
| URI PROTOCOL
|--------------------------------------------------------------------------
|
| This item determines which server global should be used to retrieve the
| URI string.  The default setting of "AUTO" works for most servers.
| If your links do not seem to work, try one of the other delicious flavors:
|
| 'AUTO'		Default - auto detects
| 'PATH_INFO'		Uses the PATH_INFO
| 'QUERY_STRING'	Uses the QUERY_STRING
| 'REQUEST_URI'		Uses the REQUEST_URI
| 'ORIG_PATH_INFO'	Uses the ORIG_PATH_INFO
|
*/
$config['uri_protocol']	= "REQUEST_URI";

Selesai! Kini seharusnya permalink sudah cantik dengan tanpa menampilkan index.php di URL.

Dengan alasan SEO, maka sebuah permalink URL yang baik diperlukan. Alamat URL yang baik adalah alamat yang cantik, singkat, mudah dibaca (oleh kita dan Google), serta mencerminkan apa isi dari halaman tersebut.

Dulu banget, blog jengjeng matriphe! itu permalink URL-nya kurang bagus. Alamat URL artikelnya terlalu panjang, seperti ini nih: http://jengjeng.matriphe.com/index.php/tahun/bulan/tanggal/judul-postingan.html

Atribut index.php ada di URL karena hostingan saya yang dulu ndak punya mod_rewrite, jadi harus “dipaksa” dengan menyisipkan index.php. Pas pindah hosting, mod_rewrite sudah tersedia di hosting baru, namun saat itu karena pertimbangan “blog ini URL-nya sudah terindeks oleh Google”, membuat saya enggan mengubah format permalink.

Kini permalink di blog jengjeng matriphe! sudah saya ubah menjadi lebih singkat, yaitu: http://jengjeng.matriphe.com/judul-postingan.html

Saya mempertahankan “embel-embel” .html karena konon mesin pencari lebih menyukai hal-hal yang statis. Nah, ekstensi .html atau .htm itu kan dianggap halaman statis, maka harapannya mesin pencari menyukai alamat URL ini.

Lalu, bagaimana dengan alamat URL yang sudah terindeks oleh Google? Tenang, masih bisa diakali. Kita bisa me-redirect alamat URL yang lama ke alamat URL yang baru dengan mengoprek file .htaccess dengan menambahkan perintah mod_rewrite.

Secara default, WordPress akan membuat file .htaccess yang berisi seperti berikut:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Yang kita lakukan adalah dengan menambahkan baris untuk memerintahkan server bila menemukan alamat artikel dengan format URL lama maka diubah ke alamat URL baru. Perintah yang dimasukkan adalah:

RewriteRule ^index.php/(.+)/(.+)/(.+)/(.+)$ http://jengjeng.matriphe.com/$4 [R=301,L]

Perintah ini akan me-redirect alamat URL lama ke alamat URL baru secara permanen (R=301).

Sehingga hasilnya menjadi:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^index.php/(.+)/(.+)/(.+)/(.+)$ http://jengjeng.matriphe.com/$4 [R=301,L]
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Selesai! Kini semua alamat URL lama yang diberikan Google akan langsung dipindah ke alamat URL yang baru!

When it tested at the localhost, the date of the RSS articles appeared no trouble, but when I run the application on the live server, the date adjusted to the local on the server. I live in Indonesia that use UTC+7 time zone whereas my live server located in U.S. that differ -13 hours from Indonesia.

Initially I set the server time zone to Indonesia time zone in RSS fetcher code segment using date_default_timezone_set(‘Asia/Jakarta’); and it works! The RSS date were adjusted into Indonesia time zone.

This thing works fine, because I read Indonesian blogs or blog written by Indonesian people who live in Indonesia, even their blogs were hosted outside Indonesia. The blog settings usually has been set into local time (Indonesia time zone), so time zone difference is not a big deal anymore.

But lately, I realize that this step applies only temporary and locally. What if the RSS blog is located on a server with a different time zone setting (to my local and my live server)? It would be easier to make adjustment when the date is in GMT/UTC time zone.

SimplePie’s get_date() function fetches RSS pub date using local time zone setting. It’s similar to native PHP date() function.

So, how do I get the GMT/UTC date since SimplePie doesn’t provide function like native PHP gmdate() function?

You can do this on your code:
$gmtdate = gmdate('j M Y H:i \G\M\T', $item->get_date('U'))

That will result something like this:
9 Sep 2009 02:46 GMT

The “U” parameter in get_date() function told SimplePie to return seconds in Unix Epoch format. In other word, it means we get a GMT/UTC date.

Because of RSS pub date are in RFC 2822 format, we can easily get the GMT/UTC date format without worry pub date are using GMT or GMT+timezone. This date format will be transformed into same Unix Epoch timestamp.

Plurk Smilies

After googling, I found great Plurk Smiley plugin to be used in WordPress. The emoticons images are compiled by Cak Dadan after he discussed with eFahmi. I just recompiled this plugin and add some emoticons that not included in Cak Dadan’s smilies, and of course all credits go to both of them!

Installing Plugin

1. Grab Smilies Themer plugin by Ricardo González and Smilies Themer Toolbar plugin for extra by Frasten and extract in your wp-content/plugins/ directory.
2. Download Plurk Smilies (277).
3. Extract the Plurk Smilies and place plurk directory into wp-content/plugins/smilies-theme/ so it will be looked like wp-content/plugins/smilies-theme/plurk/.
4. Activate the plugin.
5. On Settings » Smilies Themer, choose Plurk Smiles.
6. That’s it. You’re done! Enjoy!

If you found any smilies that not included in the package, just let me know.

Pertama-tama, unduh aplikasi tersebut di sini dengan menggunakan browser di BlackBerry. Kemudian setup aplikasi tersebut.

Awalnya saya tidak dapat konek ke blog saya. Pesan galatnya adalah no route to host. Setelah saya cek, rupanya setting koneksinya yang salah (masih kosong). Saya kemudian menyettingnya secara manual.

Cara Setting

Setelah membuka aplikasi, klik tombol menu, kemudian pilih Setup. Centang pilihan Enable Personal Setting, isi dengan informasi berikut:

• APN: www.xlgprs.net
• Username: xlgprs
• Password: proxl

Informasi lain selain 3 itu dibiarkan saja (gateway, port, dan source). Jika perlu, opsi is WAP connection juga dicentang.

Konsekuensi menggunakan APN xlgprs.net adalah kita akan dikenakan biaya pemakaian GPRS. Saya pengennya sih menggunakan APN blackberry.net supaya tidak terkena biaya lagi, namun karena tidak mengetahui informasi username dan password untuk operator XL, saya mencoba menggunakan APN xlgprs.net.

Update: Di versi terbaru, kita tidak perlu lagi mengisi APN dan secara otomatis menggunakan APN BlackBerry, sehingga tidak ada biaya GPRS lagi.

Tolong beritahu saya setting APN, username, dan password jika menggunakan APN blackberry.net serta setting untuk operator lain semacam Telkomsel, Indosat, dan Axis, jika ada yang tahu. :)

Kemudian setelah setting tersebut dismpan, tekan tombol menu, pilih opsi Add Blog. Kemudian masukkan informasi alamat URL blog, username, dan password. Sebelumnya, pastikan opsi XMLRPC di blog sudah diaktifkan melalui Dashboard » Settings » Writing. Setelah itu klik Save.

Tunggu beberapa saat, karena aplikasi akan membaca informasi blog. Jika sudah berhasil, maka menu-menu seperti menulis blog, melihat postingan, dan menyunting tulisan, membaca dan mengelola komentar, akan muncul. Pokoke fitur dasar blog ada semua.

Saya menulis postingan ini melalui aplikasi ini. Dengan menggunakan mode HTML, kita harus mengetikkan tag-tag pendukung utk memberikan efek tebal atau memberikan tautan. Cukup capek dan membuat tangan kriting. Hehehe..

Untuk menunggah foto caranya juga mudah, hanya dengan mengakses menu, kita tinggal klik-klik saja. Sayangnya saya tidak mempunyai aplikasi penangkap tampilan layar BlackBerry sehingga saya ndak bisa menampilkan gambar tangkapan layar.

Aplikasi ini bisa dipakai di blog manapun selama menggunakan WordPress. Baik itu blog yang numpang di WordPress.com, dagdigdug.com, atau hosting sendiri.

Aplikasi ini bisa menghandel beberapa blog. Tinggal klik menu Add Blog lalu masukkan informasi URL, username, dan password.

Sistem kerjanya mirip dengan aplikasi desktop blogging client lainnya, di mana informasi dari blog ditarik ke BlackBerry dan disimpan dalam cache. Aplikasi akan memperbarui datanya ketika kita melakukan refresh atau sedang melakukan aktivitas pengiriman dan permintaan data ke blog kita. Draft postingan disimpan sementara di lokal (BlackBerry).

Berikut ini demonstrasinya.

Tertarik mencoba?