Salah seorang user Drupal-id.com (Drupal Indonesia) SMS saya, ia panik karena Drupalnya error. Masuk ke Administer juga tidak bisa! Gara-gara bro ini tidak sengaja hapus salah satu module via FTP!

Secara normal enable dan disable module Drupal dilakukan via Administer Drupal. Tetapi ada kondisi dimana anda tidak dapat mengakses list module tsb, salah satunya karena ada module yang error.

Untuk itu kita dapat enable dan disable module via Database langsung. Caranya sbb:

Cron Drupal merupakan hal yang sangat penting di Drupal. Sayangnya banyak orang mengabaikan Cron Drupal ini. Cron Drupal merupakan sejumlah fungsi yang dijalankan secara periodik untuk:

Kawan internet saya, Rama, belum pernah kami bertatap muka. Maklum dia sibuk, kadnag ke Eropa, USA, Bali tapi juga mampir ke Kelapa Gading, menanyakan apakah Drupal 6 (khususnya 6.22 saat artikel ini ditulis) sudah kompatible dengan PHP 5.3. Saya jawab sudah. Tetapi dia mengingatkan beberapa hal incompatible issue yang dia alami sebelumnya.

Akhirnya saya coba re-check lagi ... 100% google menjawab kompatible!

Tapi kok masih ada issue?

Mungkin tidak banyak orang memperhatikan bahwa MySQLi bukanlah MySQL biasa. Kebutuhan database untuk aplikasi Desktop dan Internet sangat jauh berbeda, karena itu gunakan MySQLi bukan yang biasa. Untuk mengaktifkan MySQLi di CPanel sangat mudah karena sudah tersedia.

Untuk pengguna lainnya, silahkan edit file php.ini.  Jangan lupa untuk mengedit file settings.php dan ubah ke MySQLi.

MySQLi merupakan peningkatan dan optimasi khusus untuk PHP. Dibandingkan dengan versi sebelumnya, maka MySQLi mempunyai 6 kelebihan:

Senin, 5 Desember 2011 team Drupal Indonesia berkesempatan memberikan presentasi lagi mengenai kemampuan Drupal, ini merupakan presentasi yang kesekian kalinya untuk kementerian Indonesia. Tujuan presentasi ini hanyalah memperkenalkan kemampuan Drupal. Karena waktu yang terbatas hanya 2 session maka hanya sebagian kemampuan Drupal yang diperkenalkan.

Drupal memang merupakan platform yang paling penting, khususnya di pemerintahan terutama setelah whitehouse.gov menggunakan Drupal, bahkan database WhiteHouse sudah dibuka untuk umum!

Cache pada Drupal memang dapat di-non-aktifkan dari menu Administer - Performance, tapi ... sebenarnya tidak 100% non-aktif! Cache masih berfungsi dibeberapa bagian, misal di form dan field CCK. Bagaimana caranya me-non-aktifkan cache ini secara total?

Anda perlu edit file ini: include/cache.inc.

Pada fungsi cache get dan set berikan saja return FALSE atau return 0.

Project Website berbasis Drupal untuk www.sp-bni.or.id (Serikat Pekerja Bank Nasional Indonesia) ini mempunyai keunikan di login-nya. Selain menggunakan login Drupal maka website bisa login menggunakan Facebook Account.

Dengan demikian maka user gak perlu melakukan login lagi jika mereka sudah mempunyai account Facebook. Otomatis avatar di Facebook juga dapat digunakan sehingga user tidak perlu upload foto lagi. Fitur yang dikenal dengan istilah Single Site Login (Cross Login) ini memang digemari karena user sudah bingung oleh banyaknya username dan password yang harus ia ingat. Lagipula proses Single Site Login ini tidak memerlukan verifikasi email, sehingga proses registrasi menjadi sangat cepat dan aman.

Seorang client menghubungi saya karena SMS Gateway yang dia pakai sering bermasalah terutama jika harus mengirim dan menerima ratusan SMS per detik, jika 1 detik ada seribu SMS maka bisa dibayangkan berapa SMS per day-nya. Setelah saya check ternyata SMS Gateway-nya memakai Gammu. Gammu memang lebih mudah dipergunakan bahkan sudah ada web based-nya (wammu) tetapi untuk performance yang sangat tinggi diperlukan Kannel.

Sehubungan dengan project Web Application yang saya kerjakan senilai 90 jt-an yang mana memerlukan rename untuk field CCK tertentu padahal jumlah field sudah mencapai ratusan maka Dropdown pada daftar CCK Field sudah tidak memadai lagi. Akhirnya di CCK Field Rename 6.x-1.1 saya ubah dropdown menjadi Autocomplete.

Dengan menggunakan Autocomplete pada CCK Field Rename maka:

Masalah versioning, sulitnya memelihara module/theme pada versi Drupal yang berbeda sudah pernah saya utarakan kepada sejumlah developer Drupal, seperti biasa debat terjadi karena masing-masing membawa argumentasi sendiri. Namun saat itu sejumlah developer inti masih berpegang pada CVS.

Akhirnya setelah kesulitan yang sudah saya prediksi memuncak, maka tidak ada jalan lain, pindah ke Git!