Open Script Solution

Mohon backup file Anda sebelum melakukan modifikasi mengenai apapun yang saya tulis di artikel saya! Saya tidak akan menjamin terhadap kehilangan maupun kerusakan isi file Anda yang mungkin bisa terjadi akibat modifikasi tersebut. Terima kasih.

Saya sudah mencoba-coba dan menggunakan plugin SEO SearchTerms Tagging 2 sejak sekitar 2 bulan terakhir, dan saya rasa, plugin ini merupakan salah satu plugin yang terbaik di WordPress, khususnya jika Anda ingin meningkatkan trafik situs Anda berdasarkan pengunjung yang datang dari mesin pencarian. Sayangnya, plugin ini belum mendukung pemakaian banyak bahasa (baru satu bahasa saja yaitu Inggris), sementara saya memiliki beberapa situs yang sudah mendukung beberapa bahasa, dan saya ingin menterjemahkan judul widget yang ditampilkan di bagian depan dari situs saya tadi. Lalu saya memutuskan untuk memodifikasi plugin ini supaya dapat mendukung pemakaian lebih dari satu bahasa, dengan mengganti semua teks atau tulisan yang belum menggunakan gettext (fungsi untuk pemakaian beberapa bahasa atau internasionalisasi), termasuk juga yang berada di bagian panel admin. Saya juga membuatkan sebuah terjemahan ke dalam bahasa Indonesia dalam berkas .po dan .mo. Jika situs Anda dalam bahasa Indonesia, maka kini Anda dapat menggunakan terjemahan yang sudah saya buat ini. Hanya untuk informasi saja buat Anda, modifikasi yang saya buat ini saya terapkan pada versi 1.35 (versi terakhir yang saya pakai paling tidak sampai saat saya menulis memodifikasinya dan menulis artikel ini). Sebenarnya, saya sudah berusaha menghubungi pembuat plugin ini (bung Purwedi Kurniawan) lewat halaman Kontak di situsnya, tapi tidak ada respon atau tanggapan sama sekali sampai seminggu lebih dan juga sampai sekarang. Saya berharap bung Purwedi belum memutakhirkan plugin versi 1.35 ini, supaya dapat melanjutkan pengembangan plugin ini ke versi berikutnya berdasarkan versi modifikasi multi bahasa yang saya buat ini. Semoga hal ini bermanfaat bagi Anda. Baca lanjutannya…

Ada sebuah pertanyaan yang diajukan kepada saya mengenai bagaimana menjumlahkan dan mengetahui durasi dari dua buah waktu yang berbeda menggunakan kode PHP terkait dengan salah satu dari artikel saya. Baiklah, kode berikut akan menjawab pertanyaan tadi. Anda akan dapat mengetahui bagaimana menghitung jumlah dan selisih dari dua buah waktu yang berbeda. Baca lanjutannya…

Modifikasi berikut akan membuat menu tautan di bagian atas dari osTicket Anda menjadi rata-kiri. Seperti yang kita ketahui, menu di bagian header dari osTicket memiliki tiga tautan dengan gaya rata-kanan. Mereka adalah: “”Home, New Ticket, Ticket Status”. Sekarang Anda dapat membuat ketiga tautan itu menjadi rata-kiri. Saya telah berhasil menggantinya dengan memodifikasi dua berkas. Mereka adalah: /styles/main.css dan /include/client/header.inc.php. Baca lanjutannya…

Percaya atau tidak, jika Anda sedang membuat sebuah situs yang mengandung beberapa bahasa menggunakan tema Atahualpa dan plugin WPML, Anda akan menemukan bahwa terdapat akhiran berupa karakter garis miring yang dobel (lebih dari satu) di dalam URL dari Beranda yang dibuat oleh WPML, khususnya untuk URL Beranda milik bahasa selain bahasa standar dan Anda pun sedang menggunakan setting pilihan “directory per language” di WPML. Hal ini dapat terjadi karena Atahualpa menambahkan sebuah karakter garis miring di bagian akhir dari setiap URL Beranda ketika halaman beranda sedang ditampilkan, sementara WPML pun menambahkan karakter yang sama setelah kode bahasa di URL Beranda tadi. Jadi, hal ini akan membuat dobel karakter garis miring dalam URL Beranda tersebut. Untuk menghapus salah satu dari karakter garis miring, Anda dapat menggunakan modifikasi berikut. Seiring dengan berjalannya terus waktu, perlu dicatat, bahwa modifikasi ini berhasil diterapkan pada Atahualpa versi 3.5.3 (versi terakhir yang saya pakai dan versi yang terakhir dirilis oleh Atahualpa saat saya menulis artikel ini) dan WordPress versi 3.0.1. Saya tidak yakin apakah modifikasi ini dapat diterapkan juga untuk versi terdahulu dari Atahualpa. Baca lanjutannya…

Pernahkah Anda mengalami perilaku yang aneh ketika Anda sedang mencoba menghapus record tertentu di sebuah tabel pada basis data MySQL dengan menggunakan aplikasi tertentu yang Anda bangun, di mana record-record tadi tidak dapat dihapus? Hm, saya pernah! Hari ini, saya mengalami masalah ini. Hal ini kedengaran aneh, karena saya tak pernah mengalami situasi ini sebelumnya. Baiklah, setelah melakukan beberapa penyelidikan, ternyata masalah ini disebabkan karena salah satu dari field yang bertindak sebagai primary key atau kunci utama mengandung karakter koma (,). Mengapa saya yakin mengenai hal ini, karena ketika saya mengganti karakter koma tersebut dengan karakter lain pada suatu record, lalu saya mencoba menghapus ulang record yang sudah diperbaharui ini dengan menggunakan aplikasi tadi, tarrraaa…. hasilnya record itu berhasil dihapus. Tapi masalah utamanya bukan berhenti sampai di situ saja. Bagaimana kemudian saya mengganti semua karakter koma yang masih terdapat di record-record lainnya secara cepat? Hanya untuk informasi bagi Anda saja, ada ribuan record yang mengandung karakter koma ini dan perlu diperbaharui segera. Tidak mungkin memperbaharui satu per satu record tersebut, meskipun sebenarnya Anda bisa saja membuat sebuah aplikasi kecil untuk melaksanakan hal ini dengan menggunakan cara loop pada sebuah recordset? Oke, berikut ini solusi cepatnya. Baca lanjutannya…

Modifikasi berikut adalah sebuah trik bagaimana Anda dapat mengeset supaya kursor pengguna otomatis fokus pada kotak teks Username di halaman Login yang dibangkitkan oleh PHPMaker. Seperti yang kita ketahui, secara standar, setiap kali setelah PHPMaker membangkitkan skrip halaman Login, maka pengguna harus mengklik pada kotak teks Username di form login agar mereka dapat mulai memasukkan informasi login. Supaya hal ini dapat berlangsung fokus secara otomatis ketika pengguna mengunjugi halaman login tadi setelah PHPMaker membangkitkan skrip halaman login tadi, maka kita harus memodifikasi berkas login.php yang terdapat di dalam template milik PHPMaker. Modifikasi ini diterapkan pada PHPMaker versi 7, seperti yang dapat Anda lihat dari lokasi berkas template berikut ini. Baca lanjutannya…

Modifikasi yang saya buat pada artikel yang berjudul: Bagaimana Membuat Plugin Breadcrumb NavXT Mendukung Banyak Bahasa akan membuat plugin itu menjadi mendukung untuk digunakan di situs multibahasa. Sayangnya, tautan Beranda di dalam breadcrumb (jika Anda menampilkannya di breadcrumb) akan memberikan Anda sebuah hasil yang selalu menunjuk ke standar URL beranda, dan bukan ke beranda dari bahasa yang terpilih. Sebagai contoh, Anda memiliki sebuah situs multibahasa yang Bahasa Inggris sebagai bahasa standarnya, sedangkan Bahasa Indonesian sebagai bahasa keduanya. Lalu, standar dari URL beranda dalam Bahasa Inggris akan menjadi: http://www.example.com, dan sayangnya, URL beranda dalam Bahasa Indonesia masih tetap menggunakan http://www.example.com, yang seharusnya adalah: http://www.example.com/id/. Untuk mengatasi masalah kecil yang cukup mengganggu ini, maka modifikasi berikut ini akan membantu Anda dengan menimpa hanya dua baris dari kode yang terdapat di dalam berkas breadcrumb_navxt_class.php milik plugin Breadcrumb NavXT tadi. Baca lanjutannya…

Bagi Anda yang mengalami kehilangan tulisan/halaman setelah memutakhirkan plugin WPML ke versi 1.8.0, maka solusi berikut ini mungkin dapat membantu Anda. Karena WPML mengubah nilai dari field element_type untuk post dan page dalam tabel icl_translations masing-masing menjadi post_post dan post_page, maka Anda harus menyesuaikan nilai ini pada field element_type tadi. Setelah membandingkan beberapa versi WPML, saya menemukan bahwa perubahan ini terjadi sejak WPML versi 1.7.7 ke atas. Pada WPML versi 1.7.7, field ini masih menggunakan nilai post dan page daripada post_post dan post_page. Sebenarnya, ketika Anda memutakhirkan plugin WPML Anda ke versi 1.8.0, nilai ini akan otomatis disesuaikan ke nilai yang baru. Tapi, dalam beberapa kasus, ada beberapa situs yang tidak otomatis mengubahnya ke nilai yang baru, khususnya jika mereka menonaktifkan dan lalu mengaktifkan plugin WPML ini secara manual (karena mereka memutakhirkan dengan menimpa berkas-berkas plugin tadi secara manual, dan tidak menggunakan fitur pemutakhiran otomatis). Baca lanjutannya…

Jika Anda menggunakan plugin Pods CMS dengan tema Atahualpa untuk situs Anda yang berbasiskan WordPress, maka modifikasi berikut ini benar-benar untuk Anda! Dia akan menunjukkan kepada Anda bagaimana menampilkan data Pods sebagaimana mestinya dengan menggunakan tema Atahualpa di situs WordPress. Atahualpa merupakan salah satu tema WordPress terbaik yang sudah dan sedang terus saya gunakan selama satu tahun terakhir. Tema ini mempunyai kemampuan yang luar biasa. Namun demikian, bagi beberapa pemula, tema ini kelihatan terlalu rumit, khususnya jika Anda ingin menulis kode pada sumber berkasnya untuk meletakkan konten Anda sendiri ke bar sampingnya (sidebar). Sebagai contoh, dalam hal yang sedang kita bahas ini, ketika Anda menambahkan data Pods Anda ke dalam bidang area tengah dari situs Anda, maka sidebar tersebut akan kelihatan berantakan. Jadi, setelah beberapa jam mengeksplorasi tema ini, saya menemukan trik bagaimana Anda dapat menyisipkan data Pods Anda dengan mudah, dengan cara memodifikasi salah satu berkas milik theme, setelah itu, membuat berkas templat dan meletakkannya ke dalam direktori tema Atahualpa tersebut. Wah! Sesederhana itu saja, ternyata ya? Baca lanjutannya…

WPML adalah sebuah plugin yang memiliki kemampuan untuk mengubah situs WordPress Anda menjadi sistem pengelolaan konten yang bisa mengandung beberapa bahasa. Sayangnya, sampai saat ini, paling tidak sampai saat sebelum saya menemukan solusi berikut, WPML hanya mendukung terjemahan untuk konten asli WordPress, seperti: tulisan (posts), halaman (pages), kategori (categories), tag (tags), dan menu (menus) (sejak WordPress versi 3.0). Saya sebenarnya sangat bisa memahami kondisi ini. Itulah mengapa dia belum mendukung terjemahan untuk konten yang berasal dari plugin Pods CMS, sementara fitur tersebut sudah sejak lama saya nantikan bisa diimplementasikan pada plugin WPML. Terus terang saja, saya sudah menunggu sampai sekian lama, dan… hari ini… Puji Tuhan, aku benar-benar berhasil menemukan solusinya! Meskipun modifikasi berikut yang sudah saya buat ini kedengarannya sedikit, ehm, berbau “hack” langsung ke dalam sumber kode utama di class milik plugin WPML, tapi hasilnya benar-benar berfungsi dengan baik di situs saya tersebut. Jadi, jika situs WordPress Anda menggunakan plugin Pods CMS, dan juga plugin WPML, lalu Anda ingin menambahkan tautan terjemahan ke dalam penukar bahasa milik plugin WPML di mana konten itu berasal dari plugin Pods CMS, maka Anda sudah datang ke situs yang tepat, karena modifikasi berikut ini memang hanya untuk Anda! Baca lanjutannya…

Saya melihat salah satu topik yang cukup menarik dan menantang di Forum Diskusi WPML mengenai hal yang sama dengan judul dari artikel ini. Secara kebetulan, saya baru saja memodifikasi penukar bahasa kostum di footer untuk salah satu dari situs saya yang menggunakan fitur beberapa bahasa, dan juga baru saja menulis artikel yang sama mengenai hal ini beberapa hari yang lalu pada blog saya ini. Terima kasih untuk topik di forum tersebut, sehingga saya dapat melakukan beberapa eksplorasi untuk mengimplementasikan solusi guna menjawab pertanyaan yang telah ditanyakan di forum tadi. Baiklah, berikut ini solusi yang saya buat untuk forum tersebut. Baca lanjutannya…

Modifikasi berikut ini akan mengubah berkas javascript milik berkas utama dari WordPress, yang bertujuan untuk membuat tag Link atau tag Tautan di editor milik tulisan/halaman WordPress menjadi otomatis membuka di tab/jendela baru secara standar. Seperti yang kita ketahui, secara standar di WordPress, tag ini akan membuka di jendela/tab yang sama karena tidak ada property target=”_blank” di dalam tag kode a href, khususnya jika Anda menyisipkan tag ini ketika mengetikkan tulisan/halaman Anda melalui tab HTML (bukan dari tab Visual) pada editor tulisan/halaman WordPress Anda. Karena modifikasi ini akan mengubah kode di berkas utama WordPress Anda, maka Anda harus memodifikasi ulang berkas-berkas yang terkait berikut, jika Anda telah berhasil memutakhirkan instalasi utama dari WordPress Anda. Jadi, harap maklum ya! Baca lanjutannya…

Hari ini saya menemukan sesuatu yang cukup mengganggu ketika saya mencoba mengetes lobang keamanan dengan cara menampilkan isi direktori dari tema di salah satu situs saya yang menggunakan Atahualpa versi 3.5.1. Beberapa pesan galat muncul ketika saya mencoba mengakses alamat seperti: h++p://www.mydomain.com/wp-content/themes/atahualpa351/ . Pesan galat ini ternyata disebabkan oleh penggunaan konstanta TEMPLATEPATH yang tidak dikenali oleh WordPress jika berkas index.php yang terdapat di direktori tersebut diakses secara langsungs tanpa melalui halaman depan situs tersebut. Jadi, saya membuat modifikasi untuk menampilkan pesan “Access denied” daripada pesan galat yang menampilkan alamat direktori tema di server situs saya. Baca lanjutannya…

Saya baru saja memodifikasi penukar bahasa kostum untuk salah satu situs yang dilengkapi dengan fitur beberapa bahasa menggunakan plugin WPML dan tema Atahualpa. Saya melihat kode yang terkait untuk mengimplementasikan hal ini melalui artikel berikut: Custom Language Switcher. Sayangnya, sejak WPML telah memperbaharui versinya beberapa kali, fungsi “languages_list_footer()” yang terdapat di artikel tadi seharusnya disesuaikan supaya dapat berjalan sebagaimana mestinya dengan WPML versi terakhir, termasuk mendukung parameter “lang_native_hidden” dan “lang_translated_hidden” yang digunakan oleh fungsi “icl_disp_language”. Baiklah, berikut ini kode modifikasi yang telah saya buat agar hasilnya dapat ditampilkan di bagian bawah (footer) dari tema yang saya gunakan. Baca lanjutannya…

Hari ini saya menyadari bahwa ketika saya mengganti pilihan mata uang dari yang sedang aktif ke pilihan mata uang lain pada modul BankWire di PrestaShop, maka nilai uang pada mata uang yang baru tidak dikonversi sebagaimana mestinya ke mata uang yang baru tersebut. Sebagai contoh, jumlah dan mata uang yang aktif saat ini adalah $ 20, lalu saya menukarnya menjadi menggunakan pilihan IDR, maka uang tersebut berubah menjadi Rp 20 daripada yang seharusnya adalah Rp 183,061. Jadi, berikut ini sedikit modifikasi yang saya buat untuk mengatasi masalah ini. Mohon dicatat bahwa modifikasi ini hanya diterapkan pada modul bankwire yang mengimplementasikan kode lama berikut ini. Baca lanjutannya…