Mari kita mulai dari contoh kasus. Selama ini, portal ‘Berita-Terbaik.com’ yang berbasis Joomla di-update dengan rata-rata 100 artikel setiap harinya. Ada beberapa komponen, module, dan plugin yang lumayan rumit dan butuh waktu banyak untuk mengkonfigurasinya agar bisa digunakan sesuai kebutuhan. Suatu kali situs ‘Berita-Terbaik.com’ diserang oleh hacker jahat. Beberapa tabel dalam database mySQL dihapus dan diganti. File-file Joomla di server ikut dihapus. Akibatnya situs tidak bisa lagi dibuka.

Untunglah, ulah hacker ini sudah saya antisipasi dengan membackup isi situs (semua file/direktori Joomla + database) dengan JoomlaPack secara rutin. Saya sempat mencoba me-restore situs yang rusak itu via JoomlaPack namun gagal dengan beberapa alasan. Akhirnya saya mencoba dengan cara manual dan berhasil dengan sangat baik.

Bagi yang belum tahu, JoomlaPack adalah komponen Joomla yang sangat terkenal dan banyak digunakan untuk mem-backup website berbasis Joomla. Meski komponen ini bersifat non-commercial alias gratis, fungsionalitas yang ditawarkannya sangat bagus yaitu dapat mem-backup seluruh file + direktori + database sebuah website menjadi 1 buah file yang terkompresi (Mis. ZIP, JPA). Komponen ini berjalan secara native di Joomla 1.5 dan Joomla 1.0. Apabila situs menjumpai masalah, JoomlaPack bisa digunakan untuk me-restore (mengembalikan) situs tersebut ke keadaan semula.

# BACKUP RUTIN

Dalam panduan ini, saya menggunakan JoomlaPack Plus 2.3.3 (http://joomlapack.net) di atas Joomla 1.5.14. Ada beberapa opsi dari JoomlaPack yang selalu saya pastikan terisi/terpilih dengan benar (versi saya loh).

• Output Directory. Demi faktor keamanan, semua file backup tidak saya simpan di dalam direktori www (atau subdirektori di bawahnya). Saya menaruh file backup di luar www. Kalau alamat root www situs ‘Berita-Terbaik.com’ adalah /home/berita-terbaik/www, maka file backup saya simpan dalam direktori ‘backup’ yang berlokasi di /home/berita-terbaik/backup (Catatan: setelah di-save, JoomlaPack akan mengubahnya menjadi [ROOTPARENT]/backup). Dengan menaruh file backup di luar direktori www, tidak ada yang bisa mengaksesnya kecuali saya sendiri.

  COMMON SETTINGS
  

  

• Backup Type. Saya ingin JoomlaPack mem-backup total situs ‘Berita-Terbaik.com’. Oleh sebab itu, saya pilih opsi ‘Full site’ (files and databases)
  
• Archiver engine. Agar file backup lebih kompatibel dengan JoomlaPack dan sistem berbasis Windows, pada opsi Archiver engine, saya memilih ‘JPA JoomlaPack Archive’.
  
• Untuk opsi-opsi lainnya, tidak ada yang diubah (setting default).
• Setelah yakin konfigurasi JoomlaPack sesuai dengan ketentuan di atas, saya secara rutin melakukan backup sekali sehari dengan memilih opsi ‘Backup Now’.
  

* Catatan: Sebelum mem-backup, saya membersihkan cache yang disimpan Joomla terlebih dahulu dengan harapan ukuran file backup bisa dikurangi. Cara membersihkan cache Joomla: Masuk ke Joomla backend (administrator) lalu pilih Tools –> Clean Cache –> Centang semua opsi –> Delete.

# RESTORE SITUS DAN ATAU DATABASE

Apa yang dikhawatirkan oleh saya selama ini (skenario terburuk) akhirnya terjadi juga. Situs ‘Berita-Terbaik.com’ yang makin populer mulai diserang oleh orang-orang yang tidak bertanggung jawab. Seketat-ketatnya keamanan yang sudah dibuat, tetap saja ada satu dua hacker yang berhasil menembus sistem keamanan. Akibatnya, beberapa tabel dalam database dihapus termasuk sebagian file-file di Joomla. Saya tidak mau panik karena saya tahu cara me-restore (mengembalikan) situs yang dirusak itu ke keadaan semula.

Berdasarkan sejumlah pengalaman menggunakan JoomlaPack, saya lebih suka me-restore situs yang rusak itu secara manual karena me-restore via JoomlaPack selalu menghadapi beberapa masalah. Pertama, masalah file/directory permission. Sebelum melakukan restore, saya harus mengubah attributes root (www) dan semua subdirektori di bawahnya – di sinilah file/direktori Joomla ditaruh – menjadi 777 (rwx-rwx-rwx) agar JoomlaPack bisa mengembalikan file-file yang di-backup ke dalamnya. Kalau tidak, pesan error akan muncul ‘Error deploying restoration script. Make sure your site’s root has adequate permissions.’

Kedua, setelah restore berhasil dilakukan JoomlaPack, owner file/direktori Joomla berubah menjadi ‘99′ (apache). Ini artinya, saya tidak bisa mengedit atau menghapus file/direktori Joomla sebelum mengembalikan owner dari 99 ke user sebelumnya (dalam hal ini user ‘berita-terbaik’). Mau tidak mau, saya harus menghubungi hosting provider dan meminta mereka mengubah owner semua file/direktori di bawah folder www menjadi milik user ‘berita-terbaik’.

Ketiga, proses restore selalu ‘hang’ di tengah jalan. Saat sampai pada tahap restore database – Joomla kembali dalam installation mode – injeksi database backup ke mySQL selalu gagal. Alasannya, situs ‘Berita-Terbaik.com’ masih di-hosting di shared server sehingga proses restore database (ukuran joomla.sql yang terlalu besar) dihentikan oleh server karena melampaui memory/time limit. Alasan lainnya mengapa saya lebih suka cara manual – meski lebih merepotkan – karena saya bisa yakin kalau semua file/direktori/database sudah benar-benar kembali ke tempatnya semula.

RESTORE MANUAL

Berikut ini langkah-langkah yang saya ambil saat me-restore situs berbasis Joomla termasuk databasenya secara manual. Soal mana yang lebih dulu, me-restore file/direktori Joomla atau database, terserah Anda.

1. Redirect Sementara ke Halaman Web Tertentu. Sebelum proses restore (upgrade, maintenance, dsb) dimulai, pengunjung perlu di-redirect ke halaman tertentu (mis, perbaikan.html, letaknya di web root) yang memberitahukan kalau situs ‘Berita-Terbaik.com’ sedang dalam perbaikan. Redirect ini saya lakukan via file .htaccess. Berikut contoh kode-nya:
   Options +FollowSymlinks
   RewriteEngine on
   RewriteCond %{REQUEST_URI} !/perbaikan.html$
   #####################################################
   # Since you are going to perform the upgrade, you have to able to browse the site.
   # So you have to exclude your IP in the .htaccess file.
   # Now you have to add a line in the .htaccess file as below:
   # Please change the fake ip (888.888.888.888) to your own IP
   #####################################################
   RewriteCond %{REMOTE_ADDR} !^888\.888\.888\.888$
   RewriteRule $ /perbaikan.html [R=302,L]
   

2. Menyiapkan File/Database yang akan di-Restore.
• Download File Backup yang dihasilkan JoomlaPack ke komputer. File backup (mis. site-www.berita-terbaik.com-20090921-020555.jpa) yang dihasilkan oleh JoomlaPack (tersimpan di server) di-download ke komputer untuk di-ekstrak.
• Ekstrak File Backup. File backup jenis JPA tidak bisa di-ekstrak dengan program Winzip/Winrar namun harus dengan program khusus. Penyedia JoomlaPack membuat program ekstrak file backup bernama JoomlaPack Native Tools 2009. Bisa didownload di http://joomlapack.net/download/ (download versi EXE Installer-nya). Setelah di-install di komputer, jalankan programnya (eXtract Wizard) lalu ikuti perintah selanjutnya.
  
3. Me-restore Semua File/Direktori Joomla ke Server.
• Memindahkan file/direktori Joomla yang lama ke tempat lain. Semua file/direktori Joomla selama ini ditaruh di web root (/home/berita-terbaik/www). Saya membuat sebuah folder diberi nama ‘tampung’ lalu memindahkan semua file/direktori Joomla yang lama ke dalamnya.
• Upload semua file/direktori Joomla (hasil ekstrak) ke tempat semula di server (mis. direktori www). Coba buka folder tempat hasil ekstrak ditampung. Di situ Anda akan menemukan semua file/direktori Joomla termasuk direktori ‘installation’. Upload semua file/direktori Joomla tersebut ke server. Proses upload ini mungkin membutuhkan banyak waktu tergantung kompleksitas (joomla extensions yang terinstall) situs tersebut.
4. Restore Database mySQL.
1. Letak Database mySQL yang di-backup oleh JoomlaPack. File database yang di-backup JoomlaPack bisa Anda lihat di dalam folder ‘installation | sql’. Filenya diberi nama ‘joomla.sql’. File database hasil backup ini tidak bisa langsung digunakan untuk me-restore database. Kalau Anda buka file tersebut, Anda akan menemukan perintah-perintah mySQL. Yang jadi masalah, nama tabel-tabel database yang dibuat oleh JoomlaPack tidak sesuai dengan nama tabel-tabel database bawaan Joomla.
2. Mengedit Isi File ‘joomla.sql’.
   1. Bila kita sebelumnya meng-install Joomla dengan cara standar (tidak ada yang diubah), nama tabel-tabel di database Joomla akan seperti ini (tanpa tanda kutip) `jos_banner`, ‘jos_content’, ‘jos_modules’, dsbnya. Sedangkan dalam file database backup yang dibuat oleh JoomlaPack, nama tabel-tabelnya menjadi seperti ini `#__banner`, ‘#__content’, ‘#__modules’. Perbedaannya ada dua: Pertama, ‘jos’ diganti menjadi ‘#’ ; Kedua, underscore ditambah satu lagi ‘__’.
   2. Untuk memperbaiki isi ‘joomla.sql’ ini, Anda cukup menggunakan fasilitas find and replace (Ctrl + H) di notepad (jangan gunakan Wordpad atau Word). Saya sarankan Anda menggunakan Notepad2 yang bisa di-download di http://www.flos-freeware.ch/notepad2.html. Fitur-fitur di Notepad2 lebih lengkap dan memudahkan kita setiap kali berurusan dengan file file seperti ‘joomla.sql’. Untuk Search String, masukkan ‘#_’ (tanpa tanda kutip, satu underscore). Untuk Replace, masukkan ‘jos’ (tanpa tanda kutip). Lalu klik tombol ‘Replace All’. Semua teks ‘#_’ akan diubah menjadi ‘jos’ sekaligus. Setelah itu ‘Save’.
      
3. Restore Database dengan Dua Cara (pilih salah satu).

   Cara apapun yang Anda pilih, pastikan Anda terlebih dahulu menghapus (drop) semua tabel yang ada dalam database Joomla. Soalnya, dalam file ‘joomla.sql’ tidak disertakan perintah ‘DROP TABLE’. Cara menghapus (drop) semua tabel yang ada dalam database Joomla bisa Anda lihat di ‘Cara Pertama, dengan phpMyAdmin’.

   1. Cara Pertama, dengan phpMyAdmin. Me-restore database bisa dilakukan via phpMyAdmin dengan catatan, ukuran file database tidak terlalu besar. Bila sudah berukuran 2 MB ke atas sebaiknya menggunakan cara kedua agar tidak membebani server. Cara kedua juga sangat dianjurkan bagi situs yang masih di-hosting di shared server.
      • Masuk ke phpMyAdmin.
      • Masuk ke database Joomla yang akan di-restore (mis. berita_db).
      • Hapus semua tabel. Di dalam database tersebut Anda akan menemukan tabel-tabel database Joomla. Beri centang semua tabel tersebut (Check All). Pada menu ‘With Selected’ pilih ‘Drop’. Semua tabel akan terhapus dan database Joomla tersebut menjadi kosong dan siap diisi dengan file database backup.
        
      • Restore Database. Klik tab ‘Import’. Pada ‘Location of the text file’, rujuk ke lokasi di mana file ‘joomla.sql’ berada. Pada ‘Character set of the file’ pilih ‘utf8′. Setelah itu, klik tombol ‘Go’. Tunggu prosesnya hingga selesai. Bila prosesnya terhenti di tengah jalan atau tidak tuntas, silakan coba cara kedua.
        
   2. Cara Kedua, dengan bantuan BigDump. Pada dasarnya, script php bernama Big Dump dibuat untuk membantu me-restore database mySQL yang sangat besar ke database yang baru atau yang lama karena me-restore via phpMyAdmin tidak bisa dilakukan (memory/runtime limit). Big Dump ini bisa Anda download di http://www.ozerov.de/bigdump.php. Sebenarnya, di situs pembuatnya, disertakan panduan menggunakan Big Dump. Namun demi memudahkan Anda, berikut ini panduan singkatnya.
      • Buka bigdump.php di Notepad lalu pada bagian ‘Database configuration’ sesuaikan dengan konfigurasi dabatase Joomla milik Anda. (Lihat baris 38-43). Selain itu, pastikan bagian ‘$db_connection_charset’ diisi ‘utf8′ (baris ke 68, $db_connection_charset = ‘utf8′;). Ini perlu Anda lakukan agar tidak terjadi masalah dengan isi database setelah proses restore selesai.
      • Buat direktori baru di web root di server, beri nama ‘dump’.
      • Upload file bigdump.php and file database backup (joomla.sql) via FTP ke dalam direktori ‘dump’.
        
      • Jalankan bigdump.php via browser (Misal, http://www.berita-terbaik.com/dump/bigdump.php). Coba perhatikan pada bagian Note. Di situ tertulis ‘The current mySQL connection charset is uft8′. Note ini perlu anda sesuaikan dengan konfigurasi $db_connection_charset yang ada di dalam file bigdump.php.
        
      • Pilih file ‘joomla.sql’ yang perlu di-restore (dalam contoh ini cuma satu file) dengan meng-klik ‘Start import’. Tunggu prosesnya hingga selesai, jangan tutup browser.
        
      • PENTING: Hapus file bigdump.php dan joomla.sql dari server.
4. Test Hasil Restore. Jika Anda me-restore Joomla ke server yang sama dimana backup juga dilakukan di server tersebut, pekerjaan me-restore berarti sudah selesai. Situs ‘Berita-Terbaik.com’ akan langsung online dan bisa dikunjungi baik front-end maupun back-end (administrator). Namun bila Anda me-restore ke server yang berbeda, Anda harus mengedit file ‘configuration.php’ agar sesuai dengan konfigurasi server tersebut. Jangan lupa pula menghapus direktori ‘installation’ dari server (bila ada), untuk menghindari pesan peringatan berikut ini:
   
5. Selamat! Anda sukses mem-backup dan me-restore situs Joomla secara manual agar kembali seperti semula.

* Panduan ini ditulis oleh Riel, 21 September 2009 sambil menelusuri dan mendokumentasikan pengalaman di dunia Joomla yang mengasyikkan. Semoga panduan ini bermanfaat bagi para pengguna Joomla sekalian.

Setelah berhari-hari mencari solusi yang cocok di internet, saya menemukan bahwa file .htaccess menjadi jawaban atas pertanyaan saya ini. Masalahnya, dari sekian banyak solusi yang ditawarkan tidak ada yang bisa 100 persen langsung digunakan. Saya harus trial and error dulu sambil memadukan beberapa solusi menjadi sebuah solusi yang berfungsi dan cocok dengan kebutuhan saya (mudah-mudahan cocok juga dengan kebutuhan Anda).

Sebelum berurusan dengan kode-kode, ada baiknya kita ulas sedikit soal .htaccess ini. Sebab dengan satu file ini, kita bisa mengubah settingan default dari web server Apache. Sebagian besar hosting web di internet menggunakan Apache sebagai servernya sehingga bagi para pengelola web/webmaster perlu tahu cara memanfaatkan .htaccess.

Pada dasarnya, file .htaccess merupakan file teks ASCII sederhana yang biasanya diletakkan dalam root direktori. File ini diharuskan dalam format ASCII dan bukan binary dan untuk file permission (atribut file) pada server hosting sebaiknya di set 644 (rw-r-r). Hal tersebut dimaksudkan agar server dapat mengakses file .htaccess, tapi mencegah pengunjung mengakses file .htaccess dari browser mereka.

File .htaccess yang diletakkan dalam root direktori dapat digunakan untuk mengubah konfigurasi dari subdirektori-subdirektori yang ada di dalamnya. Tidak tertutup kemungkinan kita meletakkan file .htaccess tambahan dalam subdirektori untuk konfigurasi lebih spesifik terhadap subdirektori tersebut.

Kode perintah dalam file .htaccess harus ditempatkan dalam satu baris, jadi apabila kita membuat file .htaccess dengan menggunakan text editor seperti notepad maka kita harus mendisable fungsi word wrap (memotong baris) terlebih dahulu. Notepad di Windows bisa digunakan untuk membuat file .htaccess. Dengan catatan, saat menyimpan file baru via notepad, pastikan ‘Save as type’ dipilih ‘All files (*.*) lalu beri nama .htaccess.

Contoh sederhana dari penggunakan file .htaccess adalah sebagai berikut. Biasanya, dengan meletakkan file ‘index.html’ dalam sebuah direktori, browser (atas perintah server) secara otomatis membuka file index.html tersebut. Namun dengan bantuan file .htaccess kita bisa memerintahkan server agar setiap kali browser mengakses direktori ‘belanja’ misalnya, file ‘beranda.html’ yang dibuka. Caranya cukup mudah dengan memasukkan kode berikut ke dalam file .htaccess:

Kembali ke topik permasalahan sebelumnya dimana saya ingin menyembunyikan ‘cms’ dari URL (front-end) dan me-redirect semua konten sehingga seolah-olah semua file Joomla ada di root bukan dalam folder ‘cms’. Saya juga ingin solusi dengan .htaccess ini berfungsi baik saat mengakses back-end Joomla (administrator), tidak ada masalah dengan komponen-komponen Joomla lainnya, dan ARTIO JoomSEF yang selama ini saya gunakan tetap berfungsi sebagaimana mestinya.

Setelah beberapa waktu menggunakan solusi .htaccess ini dan berfungsi sebagaimana mestinya, saya ingin membagikannya kepada Sobat UF yang menggunakan Joomla sebagai ‘mesin’ di situsnya. Berikut ini panduannya.

1. File .htaccess bawaan Joomla tidak perlu dikutak-katik/dihapus. Biarkan saja ada di dalam direktori (folder) tempat Anda menaruh semua file Joomla. Dalam contoh ini, dalam folder ‘cms’. Berikut ini file .htaccess standar bawaan Joomla:

   ##
   # @version $Id: htaccess.txt 10492 2008-07-02 06:38:28Z ircmaxell $
   # @package Joomla
   # @copyright Copyright (C) 2005 – 2008 Open Source Matters. All rights reserved.
   # @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
   # Joomla! is Free Software
   ##

   #####################################################
   # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
   #
   # The line just below this section: ‘Options +FollowSymLinks’ may cause problems
   # with some server configurations. It is required for use of mod_rewrite, but may already
   # be set by your server administrator in a way that dissallows changing it in
   # your .htaccess file. If using it causes your server to error out, comment it out (add # to
   # beginning of line), reload your site in your browser and test your sef url’s. If they work,
   # it has been set by your server administrator and you do not need it set here.
   #
   #####################################################

   ## Can be commented out if causes errors, see notes above. (Saya non-aktifkan)
   #Options +FollowSymLinks

   #
   # mod_rewrite in use

   RewriteEngine On

   ########## Begin – Rewrite rules to block out some common exploits
   ## If you experience problems on your site block out the operations listed below
   ## This attempts to block the most common type of exploit `attempts` to Joomla!
   #
   # Block out any script trying to set a mosConfig value through the URL
   RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
   # Block out any script trying to base64_encode crap to send via URL
   RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
   # Block out any script that includes a <script> tag in URL
   RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
   # Block out any script trying to set a PHP GLOBALS variable via URL
   RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
   # Block out any script trying to modify a _REQUEST variable via URL
   RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
   # Send all blocked request to homepage with 403 Forbidden error!
   RewriteRule ^(.*)$ index.php [F,L]
   #
   ########## End – Rewrite rules to block out some common exploits

   # Uncomment following line if your webserver’s URL
   # is not directly related to physical file paths.
   # Update Your Joomla! Directory (just / for root)

   # RewriteBase /

   ########## Begin – Joomla! core SEF Section
   #
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   RewriteCond %{REQUEST_URI} !^/index.php
   RewriteCond %{REQUEST_URI} (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ [NC]
   RewriteRule (.*) index.php
   RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]
   #
   ########## End – Joomla! core SEF Section

2. Yang perlu kita lakukan adalah membuat duplikat (copy) .htaccess bawaan Joomla tersebut lalu menaruhnya di root. Biasanya dalam folder ‘www’ atau ‘public_html’ di server. Setelah itu masukkan kode-kode berikut di antara # RewriteBase dan ########## Begin – Joomla! core SEF Section. Ubah bagian yang saya bold warna merah dengan URL dan nama folder milik Anda:

   # RewriteBase /

   ## The following section must come next immediately after the Rewrite Base command!

   ###BEGINNING OF SECTION###
   #This masks the Joomla Subdir name in the URL and allows access to other subdirectories in the root
   # Add trailing slash if path does not contain a period or end with a slash
   ##(after $1 in second line – you may need to test the need for this by trial and error).
   RewriteCond %{REQUEST_URI} !(\.|/$)
   RewriteRule (.*) http://www.joomla-di-subdirektori.com/$1/ [R=301,L]

   #sometimes they don’t always link to you in the way that you want them to.
   # If somebody links to www.yoursite.com and somebody else links to yoursite.com,
   #Google will assign a separate pagerank for each of those. Yes, it is stupid but it is true,
   #by inserting the below example into your .htaccess file,
   #it will solve the problem by redirecting anything linking to yoursite.com to www.yoursite.com,
   #also redirecting the pagerank.
   #
   rewritecond %{http_host} ^joomla-di-subdirektori\.com [NC]
   rewriteRule ^(.*) http://www.joomla-di-subdirektori.com/$1 [R=301,L,NC]

   ##Rewrites http://www.yoursite.com/subdir to http://www.yoursite.com/
   ##and it allows selected subdirectories to be also be accessed.
   ##For example, if you have document downloads in a subdir2 that are to be accessed directly
   ##or through a call from your Joomla code,
   ##you need to specify them in the second RewriteRule that follows.
   ##I suggest that at minimum you specify your Joomla subsirectory [i]subdir[i].
   ##Also do not terminate the list with |.

   RewriteRule ^$ /cms/ [QSA,L]
   RewriteCond %{SCRIPT_FILENAME} !-f
   RewriteCond %{SCRIPT_FILENAME} !-d
   RewriteRule !^(cms)(/.*)?$ /cms%{REQUEST_URI} [QSA,L]

   ###END OF SECTION###

   ########## Begin – Joomla! core SEF Section

3. Kemudian, edit file configuration.php milik Joomla.
   $live_site = ‘http://www.joomla-di-subdirektori.com’;
   $sef = ‘1′
   $sef_rewrite = ‘1′
   $sef_suffix = ‘0′

   Atau masuk ke Joomla backend.
   Site –> Global Configuration –> Site –> SEO Settings
   

4. Bersihkan cache yang disimpan Joomla dan atau ARTIO JoomSEF. Cara membersihkan cache Joomla: Masuk ke Joomla backend lalu pilih Tools –> Clean Cache –> Centang semua opsi –> Delete. Cara membersihkan cache ARTIO JoomSEF: Components –> ARTIO JoomSEF –> Clean Cache.
5. Bersihkan browsing history di browser (bila perlu, setelah itu restart komputer).
6. Silakan buka alamat website Anda via browser. Dalam contoh ini, http://www.joomla-di-subdirektori.com. Coba browsing konten-konten yang ada di dalam situs tersebut sambil memperhatikan apakah ‘cms’ (contoh dalam tulisan ini) masih muncul di URL. Kalau sudah ‘disembunyikan’ berarti Anda sukses mempraktikkan panduan ini. Kalau belum, coba telusuri lagi panduan ini, periksa apakah ada panduan/kode yang terlewat. Anda juga perlu memastikan apakah ada komponen Joomla yang menjadi tidak bisa dibuka (404 error page). Contohnya, kalau Anda menggunakan Community Builder (CB), solusi .htaccess ini kurang cocok untuk Anda karena membuat Anda tidak bisa login ke CB.

Untuk informasi lebih lanjut seputar .htaccess di Joomla, silakan buka:

• Joomla SEO and htaccess files
• Htaccess examples (security)
• Redirect Visitors To a New Page / Site

Sebelum situs yang saya kelola (situs ABC) pindah ke server yang lebih baru, aktivitas mem-posting artikel besar di Joomla tidak menemui kendala yang berarti. Saat itu, saya menjalankan Joomla 1.5.12 dengan dukungan PHP 4.4.2 dan MySQL 4.x. Namun setelah situs tersebut di-migrasi-kan ke server yang lebih baru dengan dukungan PHPP 5.2.9 dan MySQL 5.0.81, saya tidak bisa lagi memposting artikel besar di Joomla (saat ini saya menggunakan Joomla 1.5.14).

Awalnya, saya menduga kesulitan mem-posting artikel besar di Joomla ini muncul karena ada module atau plugin yang kurang kompatibel dengan Joomla. Untuk mencari lebih jauh sumber masalah saya mencoba menampilkan/mengintip pesan error di halaman kosong melompong itu.

UPAYA #1: PESAN ERROR VIA JOOMLA?

1. Saya mencoba memeriksa server error logs (bukan access logs) via CPanel. Namun informasi di dalamnya tidak banyak berguna (File does not exist: ……..404.shtml).
2. Saya mencoba memeriksa error yang muncul via Joomla. Caranya, masuk ke Global Configuration | Server Tab | lalu set Error Reporting menjadi Maximum. Saya juga mengaktifkan Debug System via Tab System | Debug Settings.

Sayangnya, harapan saya agar Joomla memunculkan pesan error dengan kedua cara di atas tidak membuahkan hasil. Halaman kosong melompong (termasuk page source) tetap muncul setelah men-save artikel besar.

UPAYA #2: PESAN ERROR VIA .HTACCESS?

Saya kemudian mencoba cara selanjutnya dengan:

1. Memasukkan kode berikut ini di configuration.php pada bagian akhir (paling bawah sebelum ?>):
   ini_set( ‘display_errors’, true ); error_reporting( E_ALL );
   Namun, halaman tetap kosong melompong (termasuk page source) tanpa pesan error apapun.
2. Mengubah $error_reporting = ‘0′ di configuration.php menjadi $error_reporting = ‘2048′. Namun, halaman tetap kosong melompong (termasuk page source) tanpa pesan error apapun.
3. Menyisipkan kode ini ke .htaccess:
   php_flag display_errors on
   php_value error_reporting 2048
   Namun, halaman tetap kosong melompong (termasuk page source) tanpa pesan error apapun.

UPAYA #3: MEMERIKSA MODULE/PLUGIN

Tidak mau patah arang, saya kemudian ‘bermain’ dengan mengaktifkan-nonaktifkan module atau plugin yang mungkin menjadi sumber masalah. Namun, masalah tetap ada.

UPAYA #4: DATABASE KAH?

Selain itu, saya yakin masalah ini tidak ada kaitannya dengan MySQL database (db functions). Pasalnya, tabel jos_content (intro dan fulltext field datatypes) sudah di-set mediumtext dan nilai max_packet_size (bila ukuran artikel dan semua kode SQL yang dibuat Joomla melebihi seting max_packet_size, server akan menolak query tersebut dan tidak muncul pesan error apapun karena secara teknis itu bukanlah error) di MySQL yang tadinya 1 MB sudah ditambah menjadi 16MB. Namun masalah tetap ada.

UPAYA #5: BIG ARTICLE PLUGIN

Saya kemudian browsing ke berbagai forum diskusi dan menemukan beberapa solusi yang hampir semuanya tidak menyelesaikan masalah. Saya mencoba mendownload dan mengaktifkan plugin ‘Big Article’. Menurut pembuat plugin ini, kita tidak bisa mem-posting artikel besar di Joomla karena munculnya opsi baru di PHP 5.2.0 ke atas. Opsi baru tersebut adalah opsi ‘pcre.backtrack_limit’ yang dianggap terlalu rendah nilainya sehingga menimbulkan keterbatasan bahkan pada regular expression (dikategorikan php bugs) sekalipun. Rendahnya limit ‘pcre.backtrack’ menyebabkan sebuah script yang gagal bekerja tidak memunculkan pesan peringatan atau error sehingga sulit untuk menjari jejak bugs dalam script tersebut.

Nilai opsi ‘pcre.backtrack_limit’ ini bisa diubah secara manual atau menggunakan plugin ‘Big Article’. Plugin ini bertugas meng-override nilai ‘pcre.backtrack_limit’ sehingga kita bisa mem-posting artikel besar. Download plugin-nya di sini. Setelah mengaktifkan plugin ini, saya tetap tidak bisa mem-posting artikel besar. Saya tiba pada kesimpulan, mengubah opsi ‘pcre.backtrack_limit’ secara manual atau via plugin tidak menyelesaikan masalah.

UPAYA #6: EDIT ARTIKEL VIA PHPMYADMIN

Saya kemudian mencoba upaya ke-6 (satu-satunya solusi yang bisa menyelesaikan masalah) yakni dengan mengedit artikel besar yang tidak bisa di-save itu langsung dari database (phpMyAdmin). Caranya:

1. Saya login ke phpMyAdmin milik situs ABC
2. Masuk ke: jos_content
3. Gunakan menu/fungsi browse untuk melihat isi dari jos_content
4. Di dalamnya akan muncul judul-judul artikel yang sudah tersimpan di database. Silakan cari judul artikel yang bermasalah (tidak bisa di-save karena terlalu besar). Ubah banyaknya jumlah baris yang ditampilkan (Show) dari 30 menjadi 200 agar lebih mudah mencari artikel tersebut
5. Ctrl + F untuk mencari artikel berdasarkan judulnya
6. Kalau sudah ketemu, klik tombol edit (bentuknya seperti pensil)
7. Silakan update atau ganti isi artikel tersebut (introtext dan atau fulltext). Kalau sudah selesai, pilih Save.

Upaya ke-6 ini memang bisa mengatasi masalah memposting artikel besar di Joomla namun lumayan merepotkan. Selain itu, cara ini sangat tidak bersahabat (berisiko) bagi pengguna biasa (tugasnya cuma mem-posting artikel) sebab mereka kurang/tidak paham dengan phpMyAdmin.

UPAYA #7: MENGATASI SUHOSIN

Saya juga menemukan bahwa akar masalah atau penyebab tidak bisa mem-posting artikel besar di Joomla bersumber pada Suhosin. Suhosin berguna untuk melindungi skrip dari berbagai kelemahan Zend Engine dan serangan-serangan/exploit yang umum. Namun, karena proteksi tersebut, muncul beberapa keterbatasan di antaranya tidak bisa mem-posting artikel besar di Joomla.

Untuk mengakali Suhosin, saya mencoba dua pendekatan, via php.ini dan .htaccess.

1. Via php.ini. Karena situs ABC yang saya kelola menumpang di shared server, saya tidak bisa mengedit php.ini master (yang berwenang cuma server administrator). Saya kemudian mencoba menggunakan local php.ini di situs ABC (biasanya php me-load master php.ini tetapi juga me-load local php.ini jika di folder/sub domain terdapat php.ini). Dalam local php.ini tersebut saya masukkan kode berikut:
   php_value suhosin.post.max_value_length 5000000
   php_value suhosin.request.max_value_length 5000000

2. Via .htaccess. Kode yang sama seperti di atas saya masukkan ke dalam file .htaccess.

Kedua cara ini (php.ini dan .htaccess) ternyata tidak bisa digunakan di server situs ABC. Saya kemudian menanyakan perihal suhosin ini ke pihak server provider apakah bisa di-disable atau nilainya diubah. Jawaban yang mereka berikan adalah “Suhosin values are not set per account and for security reasons we cannot raise this value globally. If you require this setting to be set globally, I suggest looking into purchasing a VPS system. With a VPS you can set any global settings you desire.”

UPAYA #8: WAIT AND SEE

Gubrak!! Setelah seharian mencoba mengatasi masalah ‘tidak bisa men-save artikel besar di Joomla’ ini, saya akhirnya pasrah dan menunggu. Mudah-mudahan bugs di PHP 5.2.0 ke atas ini cepat-cepat diperbaiki. Saya juga berharap dalam Joomla versi terbaru (1.5.15 ke atas), masalah ini mungkin akan pergi sendiri.

Sekitar dua tahun yang lalu, saya membeli satu set PC (PC 2008) yang komponen-komponennya (mainboard, memori, harddisk, dsb) saya pilih/beli satu per satu. Untuk memenuhi kebutuhan penyimpanan data yang makin membengkak, saya memutuskan membeli 4 harddisk bermerk Maxtor (STM 3250310AS) berkapasitas masing-masing 250 GB SATA. Jadi total penyimpanan yang saya peroleh sekitar 1 TB. Harga satu harddisk saat itu sekitar Rp 800 ribuan.

Dalam rentang dua tahun ini, satu per satu harddisk Maxtor itu bermasalah. Anehnya, masalahnya sama. Komputer booting lama sekali (seolah hang). Booting tetap berjalan namun seolah terhenti di fase yang menampilkan logo Windows (progress bar). Kalaupun berhasil masuk ke dalam desktop, harddsik yang bermasalah itu hilang, tidak muncul di Windows Explorer atau di Disk Management milik Windows.

Kalau pun muncul di Windows Explorer, ketika saya klik harddisk tersebut untuk melihat isinya, komputer malah hang lama sekali. Saya terpaksa me-restart lagi komputer, menunggu lama hingga komputer berhasil masuk ke desktop. Saya baru tahu kalau masalahnya ada di salah satu harddisk Maxtor itu, setelah saya melepasnya dari mainboard, komputer kembali booting seperti biasa.

‘Penyakit’ lainnya adalah setiap kali komputer dinyalakan, muncul informasi kalau drive F (harddisk Maxtor yang bermasalah itu), perlu diperiksa konsistensinya. Satu dua kali saya turuti permintaan Windows tersebut untuk memeriksa harddisk yang dinilai bermasalah itu. Keadaan sempat membaik, namun peringatan untuk memeriksa konsistensi harddisk kembali muncul.

Saya mencoba memperbaikinya sendiri dengan HDD Regenerator (bahkan memformat total). Ada beberapa bad sector yang terdeteksi dan berhasil diperbaiki. Sejenak saya bisa browsing isi harddisk bermasalah itu. Namun, setelah satu dua kali booting, penyakitnya kumat lagi.

Saya sempat membawa dua harddisk Maxtor yang bermasalah itu ke toko tempat saya membeli, BytePro di Dusit Mangga Dua. Setelah hampir sebulan menunggu, pihak toko menelepon saya dan mengabari harddisk yang sudah diservis bisa diambil. Bagian service di BytePro menyatakan harddisk sudah diperbaiki, bahkan mereka ‘menduga’ salah satu harddisk diganti yang baru.

Saya sempat komplain mengapa memperbaiki harddisk perlu waktu sebulan, namun pihak BytePro menyatakan masalahnya bukan di mereka namun di pihak Maxtor. Saya tidak tahu siapa yang ‘bersalah’, BytePro atau Maxtor, dengan pelayanan yang lelet seperti itu. Akhirnya saya membayar biaya ’servis’ Rp 100.000 dengan harapan harddisk sudah berfungsi kembali.

Namun, apa lacur, satu harddisk setelah digunakan beberapa jam, kembali bermasalah. Sedangkan harddisk satu lagi, bermasalah setelah digunakan beberapa hari. Saya kecewa dan merasa ditipu sebab pihak servis dari BytePro itu menyatakan harddisk sudah diperbaiki bahkan salah satu diganti baru.

Pengalaman buruk saya dengan dua harddisk Maxtor itu bertambah buruk dengan kumatnya penyakit yang sama di dua harddisk Maxtor lainnya. Saya coba perbaiki sendiri dengan HDD Regenerator (bahkan memformat total). Namun, kasus yang sama terjadi lagi, harddisk cuma pulih sebentar setelah itu penyakitnya kumat lagi. Karena pengalaman buruk soal servis dengan dua harddisk sebelumnya, saya tidak membawa dua harddisk yang rusak belakangan itu ke BytePro.

Apes… apes… 4 harddisk Maxtor yang belum genap dua tahun dipakai, jebol semua. Terus terang, saya merasa kapok membeli harddisk Maxtor. Akhirnya saya putuskan ‘memuseumkan’ 4 harddisk Maxtor itu dan membeli 2 harddisk WDC berkapasitas masing-masing 500 GB. Hingga kini, 2 harddisk WDC itu berfungsi dengan baik.

Silakan klik nama theme untuk men-download-nya satu per satu atau klik gambar theme untuk melihat gambar yang lebih besar. Bagi Sobat UF yang mempunyai koneksi internet broadband, bisa men-download 12 vista theme ini sekaligus (lihat paling bawah).

12 Beautiful Vista Themes
Aerox		Aluminium
BluClear		Earth Element
Giannis V		GlassGlow
Leopard		M11
Red Ice		Remix Aero
SteelFlash		Vista Black V2

Letakkan kursor atau pointer di awal paragraf yang ingin digeser. Selanjutnya, tekan tombol [SHIFT] + [ALT] secara bersamaan diikuti penekanan tombol [Up Arrow] bila Anda ingin menggeser paragraf tersebut ke atas atau [Down Arrow] bila ingin menggeser paragraf tersebut ke bawah.

Caranya dengan memanfaatkan fungsi “Run”. Klik tombol “Start | Run”. Kemudian, ketikkan perintah “Shell:System” (tanpa tanda kutip). Dengan cepat, Anda akan dibawa ke folder “C:\Windows\System32”.