Data-data tentu saja hilang semua. Dokumen, musik dan foto aman karena di memory stick. Namun bagaimana dengan buku telepon yang disimpan di memori internal ponsel? Untungnya saya selalu mencadangkan buku telepon, jadi gak perlu repot-repot mencari dan mencatat ulang dari teman-teman.

Saya berkali-kali menemukan teman (pacar saya juga salah satunya) yang kebingungan mencari nomor telepon penting setelah ponsel nya hilang atau rusak. Sebenarnya hal ini tidak perlu terjadi kalau kita rajin mencadangkan dan menyinkronkan buku telepon tersebut ke tempat lain.

Bagi orang yang sering berinteraksi dengan rekan kerja/klien melalui berbagai media dan berbagai tempat, sinkronisasi buku telepon akan sangat memudahkan pekerjaan. Misal: ketika hendak menelepon atau mengirim SMS, seseorang bisa menggunakan buku telepon ponsel. Ketika dia sedang tidak membawa ponsel dan sedang terhubung ke internet, dia bisa menggunakan buku telepon di penyedia email yang kita gunakan. Dengan sinkronisasi secara rutin, entri yang dimasukkan atau diperbarui di salah satu tempat akan dimasukkan dan diperbarui pula di tempat yang lain.

Dari yang saya lalui, saya menemukan berbagai macam jalur sinkronisasi buku telepon yang bisa digunakan:

• ponsel – email client (komputer)
• ponsel – server
• email client- server
• antar server (layanan1 – layanan2)

ponsel – email client (komputer)

Jika Anda sering menggunakan email client dalam berkirim email, tentunya Anda membutuhkan buku telepon email client yang lengkap dan diperbarui. Apalagi bila selain berkirim email lewat email client, Anda juga sering menghubungi kontak Anda tersebut melalui telepon, SMS atau mobile email.

Biasanya setiap membeli ponsel yang mendukung konektivitas, Anda juga akan disediakan perangkat lunak sinkronisasi, biasanya sih tergabung dalam PC Suite nya. Anda dapat menggunakan aplikasi tersebut. Sayangnya, kebanyakan Sync tool tersebut hanya mendukung email client Microsoft Outlook.

Untuk pengguna Sony Ericsson seperti saya, juga bisa menggunakan aplikasi pihak ketiga yang gratis bernama MyPhoneExplorer yang bisa disinkronkan dengan Thunderbird!

ponsel – server

Sebagian ponsel juga disertai fitur wireless synchronization over the air melalui GPRS. Kita tinggal mencari server sinkronisasi yang akan kita pakai. Di Indonesia Indosat punya layanan MyBacup yang memungkinkan ini. Untuk operator lain saya kurang tahu. Selain itu banyak juga layanan serupa di luar negeri. Salah satu contohnya ialah zyb. Salah satu layanan lain yang cukup populer ialah plaxo. Tapi untuk sinkronisasi plaxo dengan ponsel kita harus menggunakan layanan berbayar.

Pembaruan data di kedua sisi (ponsel dan server) berlangsung secara otomatis begitu kita eksekusi. Kedua data tersebut akan diperiksa satu sama lain, dan bila ada entri baru di salah satu sisi, akan disalin ke tempat di mana entri tersebut belum ada.

Kelemahan dari mekanisme ini, proses pembandingan kedua data buku telepon (ponsel dan server) dilakukan oleh mesin. Terkadang dua entri yang sebenarnya sama dianggap entri yang berbeda karena suatu hal (informasi yang sudah disunting, perbedaan karakter, dsb). Ini berisiko membuat duplikasi di buku telepon kita, yang seringkali menjengkelkan.

email client – server

Ada beberapa metode di sini. Yang pernah saya temui antara lain:

1. Sinkronisasi email client dengan LDAP server. Email client populer saat ini biasanya dilengkapi dengan fitur untuk berhubungan dengan LDAP server
2. Sinkronisasi email client dengan-layanan-layanan web seperti Plaxo, Gmail contact, dsb. Biasanya perlu add-on/plugin khusus. Untuk Plaxo, add on disediakan oleh penyedia layanan. Untuk GMail Contact, terdapat plugin pihak ketiga yang bisa diinstal.

antar server (layanan1 – layanan2)

Contohnya di sini, antara plaxo dan gmail serta yahoo. Dengan memberikan akses gmail kita ke plaxo, misalnya, plaxo bisa membaca buku telepon/buku alamat kita di GMail, membandingkannya dengan data di plaxo dan menyinkronkannya. Proses penyinkronan bisa dilakukan secara berkala di belakang layar.

Dengan menggabungkan jalur-jalur sinkronisasi di atas, kita bisa mempertahankan kesamaan data buku telepon kita antara ponsel, komputer (email client), dan server yang kita pakai (webmail atau LDAP server).

Networked Address Book, Address Book 2.0

Kalau sebelumnya kita berbicara tentang menyamakan buku telepon kita di berbagai tempat, networked address book ini tentang bagaimana menyamakan data buku telepon yang kita punya dengan data orang lain (terutama orang yg datanya ada di dalam buku telepon kita).

Dengan sama-sama terhubungnya saya dan teman saya ke dalam sebuah social network dan menaruh data-datanya di sana, memungkinkan kita untuk selalu memperbarui data buku telepon yang saya miliki. Lagi-lagi Plaxo, layanan networked address book dan social network menyediakan hal ini. Jika teman saya mengubah nomor teleponnya, maka buku telepon saya di plaxo juga akan diperbarui, dan seterusnya dengan penyinkronan berkala data di komputer saya juga diperbarui.

Ketika kita menambahkan email di buku alamat kita, Plaxo mencarinya di basis datanya dan menyajikan kontak lengkap orang tersebut di buku telepon saya (jika orang yang bersangkutan memperbolehkannya). Pernah suatu saat saya mengirim email kepada seorang klien yang baru saya kenal (hanya alamat emailnya saja yang saya ketahui). Setelah itu besoknya di email client saja sudah ada kontak lengkap orang tersebut di komputer saya: nama lengkap, nomor telepon, tanggal ulang tahun dan sebagainya.

Sayangnya pengguna Plaxo, terutama di Indonesia tidak terlalu besar. Hanya geek dan orang yang tech savvy (itu pun hanya sebagian) saja yang mengikutinya. Di sisi lain, social network yang basis penggunanya cukup besar seperti Facebook sangat protektif dalam mempertahankan social graph nya yang berkaitan dengan informasi alamat email. Hal ini menjadi penghalang untuk dikembangkannya aplikasi sinkronisasi data dengan layanan lain atau dengan komputer/ponsel kita.

Layanan sinkronisasi mana yang sebaiknya kita pakai? Untuk itu, tergantung kebutuhan kita masing-masing. Yang penting tentukan satu tempat yang dijadikan sebagai master/cadangan utama. Setelah itu gunakan jalur-jalur yang ada untuk menyamakan semua buku telepon yang kita punya. Kalau ada kesalahan atau gangguan (yang paling sering: duplikasi data) diusahakan sebias mungkin mudah untuk memperbaikinya.

• Menciptakan berkas .pot
• Menyisipkan domain ke panggilan gettext

Bagi Anda yang tidak menggunakan repositori resmi WordPress, sebagai alternatif cara untuk menciptakan berkas .pot, Anda dapat menggunakan berkas makepot.php dan menjalankan perintah berikut melalui command line.

php makepot.php wp-plugin your-plugin-directory

Jika Anda lebih suka dengan versi skrip shell, Anda dapat membuat sendiri skrip khusus untuk plugin Anda, seperti yang biasa saya gunakan ini: commentmailer-gettext. Sesuaikan dengan plugin Anda.

Untuk informasi lebih lanjut tentang internasionalisasi untuk plugin, silakan baca artikel codex berikut.

Mendengar kata API, sebagian orang mungkin akan takut duluan, berpikir bahwa perlu waktu dan energi khusus untuk mempelajari tata cara penggunaan API tersebut. Jangan salah. API dari Google Chart hanya berupa aturan penulisan URL untuk menampilkan gambar diagram yang kita inginkan. Dalam URL tersebut kita sisipkan informasi-informasi diagram seperti apa yang ingin kita sajikan, berikut datanya-datanya.

Begini contohnya. Misalnya Anda ingin menampilkan diagram kue tiga dimensi yang menunjukkan perbandingan jumlah ayam dan itik yang Anda punya di peternakan Anda. Taruhlah Anda memiliki 125 ekor ayam dan 77 ekor itik. Anda bahkan tidak perlu menghitung persentase masing-masing jenis hewan tersebut. Cukup tulis URL berikut:

http://chart.apis.google.com/chart?cht=p3&
chd=t:125.0,77.0&chs=250×100&chl=Ayam|Itik

URL di atas ialah URL gambar diagram Anda. Sebagai catatan, URL Anda harus ditulis dalam satu baris. Contoh di atas dibagi menjadi dua baris dengan pertimbangan layout. Coba buka URL tersebut menggunakan perambah web kesukaan Anda, maka akan tampillah diagram yang Anda inginkan, yatu seperti ini:

URL di atas seperti URL pada umumnya, yang menjelaskan letak skrip yang akan dituju (dieksekusi) berikut parameter-parameter yang dimasukkan ke dalam skrip tersebut. Penjelasan URL contoh tersebut ialah seperti ini:

1. http://chart.apis.google.com/chart? ialah lokasi API tersebut
2. & tanda pemisah berbagai parameter
3. cht=p3 berarti jenis diagram yang ingin ditampilkan ialah diagram kue (pie chart) tiga dimensi
4. chd=t:125.0,77.0 ialah data yang ingin ditampilkan (dalam contoh tersebut ialah jumlah hewan ternak yang masing-masing 125 dan 77
5. chs=250x100 ialah ukuran gambar diagram Anda dalam piksel
6. chl=Ayam|Itik ialah label untuk masing-masing nilai data yang dikirimkan (menjelaskan arti angka 125 dan 77)

Untuk penjelasan selengkapnya, silakan baca halaman developer’s guide nya di sini. Jika Anda ingin menampilkan diagram tersebut di halaman web, cukup gunakan URL tersebut sebagai nilai dari atribut src=”" pada tag <img /> (tag HTML untuk gambar).

Saat ini terdapat lima jenis diagram yang dapat kita sajikan menggunakan Google Chart API, yaitu

Line Chart

Bar Chart

Pie Chart

Venn Diagram

Scatter Plot

Dengan menggabungkannya dengan server side scripting semisal PHP, kita bisa menggenerasi URL untuk data-data yang dinamis, yang selalu berubah-ubah sepanjang waktu dan menampilkannya dalam bentuk diagram. Jadi, diagramnya juga akan selalu dinamis, berubah-ubah mengikuti perubahan data tersebut.

Contoh penerapan yang menarik yang biasa dibutuhkan dalam blog:

• Menampilkan statistik pengunjung per hari ataupun bulan menggunakan line chart atau bar chart. Sebagian data statistik tersebut seperti jenis perambah yang digunakan, dapat disajikan dalam bentuk perbandingan mmenggunakan pie chart
• Menampilkan hasil polling online menggunakan pie chart
• Hmm.. apa lagi ya? kok lagi gak ada ide begini. Ada yang bisa menambahkan? Atau silakan langsung saja buat plugin WordPress yang mendayagunakan Google Chart API ini.

Untuk tujuan lainnya selain blog, kegunaannya tentu sangat banyak. Silakan bayangkan sendiri penerapannya dalam berbagai jenis aplikasi web yang dapat Anda buat.

Sayangnya, setiap pengguna hanya diperbolehkan melakukan 50.000 kueri per harinya. Jika batas kueri tersebut terlampaui, Anda akan tidak bisa mengaksesnya untuk sementara waktu. Jika Anda terus melampaui batas kueri ini, akses Anda ke Google Chart API dapat diblokir.

Buku ini disarankan hanya untuk disimpan di rumah sebagai referensi, tidak untuk dibawa-bawa karena berat. Kecuali kamu bawa di dalam mobil. Kalau tidak pernah dibaca pun tidak akan enak buat bantal tidur karena saking tebalnya. Lebih cocok untuk mengganjal pintu. Versi kamus sakunya juga ada. Tapi aku belum pernah lihat baju atau celana memiliki saku cukup besar sehingga muat untuk disisipkan buku saku itu ke dalamnya.

Lalu, bagaimana jika suatu waktu, di suatu tempat kamu berhasrat membuka-buka kamus ini sedangkan buku ‘berbobot’ ini terpaksa kamu tinggalkan di rumah?

Lihat versi terhubungnya saja (terhubung = online). Versi terhubungnya bisa dijumpai di dorlands.com Namun sayang, untuk melihatnya diperlukan registrasi dan memasukkan nomor PIN yang ada di stiker di balik sampul bukunya. Kalau kita beli versi terjemahan Bahasa Indonesia terbitan EGC, kita tidak mendapatkan nomor PIN tersebut.

Ada alternatif sumber lain, yaitu di mercksource.com. Taut langsung ke bagian kamus Dorland cukup panjang (bisa kamu klik langsung dari sini). Untuk memudahkan, ingat saja alamat mercksource.com, lalu klik tab ‘Resource Library‘, lalu di bawah tajuk ‘Medical References‘, klik taut ‘Medical Dictionary‘ di sini kamu bisa merambah istilah-istilah kedokteran.

Antarmukanya cukup mudah dipahami. Tinggal pilih huruf inisial kata tersebut lalu pilih rentang kata yang kira-kira mencakup istilah yang ingin kita cari. Misalnya kita ingin mencari istilah neurofibroma, berarti kita klik huruf M-N, lalu masuk ke bagian ‘net – neurofilament‘ Tapi sepertinya versi cetaknya lebih lengkap ya. Biasanya di Dorland, setiap kata juga dijelaskan kata-kata latin yang membentuknya, beserta arti harfiah dari kata latin tersebut, baru dijelaskan arti istilah dalam konteks medis. Di sini sepertinya tidak (CMIIW).

Use the same medical dictionary that healthcare professionals have relied on for years. You’ll find advanced definitions for over 115,000 medical terms.

Selamat mencoba.

Yang mau protes karena gak ada screenshot, mohon ditunda dulu. Screenshotnya saya susulkan besok . (tiap posting pasti buru-buru)

Salah satu contoh sederhana penerapan penggunaan WordPress yang ingin saya bahas di sini ialah sebagai engine sebuah situs surat kabar harian. Ini bukan artikel tutorial lengkap, sekedar sebuah wacana, dilengkapi dengan sedikit scripting kasar yang membantu Anda melangkah ke sana.

Fitur-fitur yang menjadi persyaratan untuk sebuah situs surat kabar antara lain:

1. Halaman utama dapat berupa halaman selamat datang ataupun langsung cuplikan berita-berita hari ini. Namun bentuk yang pertama saya sebutkan agaknya sedikit merepotkan bagi pengunjung.
2. Halaman yang menampilkan suatu berita secara utuh
3. Halaman yang menampilkan cuplikan seluruh berita pada tanggal tertentu.
4. Menu yang disajikan sedemikian rupa sehingga memudahkan pengunjung untuk memilih hari/tanggal/edisi tertentu dari surat kabar yang bersangkutan. Biasanya disajikan dalam bentuk kalender bertaut.

Untuk mewujudkan fitur-fitur yang ada di atas, kita dapat membuat templat suai (custom template) yang agak berbeda dengan templat blog biasa.

Halaman Utama

Sebagai contoh, sebuah koran bernama “example” menggunakan situs yang beralamat di http://example.com. Dengan mengklik URL tersebut, pengunjung akan melihat cuplikan berita-berita untuk hari ini.

Untuk menciptakan halaman utama yang demikian, yang perlu kita lakukan ialah membuat struktur loop berikut dalam berkas index.php tema Anda.

<?php get_header(); ?>

[struktur halaman sebelum loop]

<?php
$query = 'year=' . date('Y') . '&monthnum='
. date('m') . '&day=' . date('d');
query_posts($query);
if (have_posts()) :
	while (have_posts()) :
		the_post(); ?>

		[struktur halaman dalam loop]

	<?php endwhile; ?>
<?php endif; ?>

[struktur halaman setelah loop]

<?php get_footer(); ?>

Yang membedakan loop di atas dari loop standar WordPress ialah dipanggilnya fungsi query_posts() dengan parameternya yang berisi tahun, bulan dan tanggal tulisan yang ingin diambil (tahun, bulan dan tanggal saat ini). Data tersebut diambil dari server menggunakan fungsi date(). Oleh karena itu, halaman utama ini selalu menampilkan artikel hari ini, bukan sejumlah artikel terakhir berdasarkan kronologis waktu seperti blog pada umumnya.

Jika artikel untuk koran terbitan esok sudah siap, sang editor bisa saja langsung menerbitkannya ke web menggunakan tanggal besok sebagai tanda waktunya, tanpa khawatir tulisan tersebut akan muncul di halaman muka (edisi hari ini). Setelah hari berganti, begitu juga dengan tanggal dalam server maka tinggal ucapkan manteranya, “paginagenerosa..!!“. Dan halaman muka secara otomatis berganti menjadi berita-berita di hari berikutnya.

Struktur halaman dan berita dapat Anda kreasikan sendiri sesuka Anda. Silakan membuat tampilan halaman seprofesional mungkin. Paduan antara ringkasan berita dan miniatur (thumbnail) akan tampak manis, dengan masing-masing dilengkapi taut ke permalink berita tersebut.

Halaman Artikel Tunggal

Halaman ini yang akan dimunculkan setelah pengunjung mengklik salah satu (permalink) cuplikan berita. Halaman ini seperti laiknya sebuah halaman single post dalam blog. Sesuaikan berkas single.php tema Anda untuk menentukan struktur halaman ini.

Ide yang bagus untuk tetap mencantumkan taut ke artikel lainnya pada edisi yang sama. mungkin di kolom sisi (sidebar).

Halaman Edisi Tanggal XX/XX/XXXX

Anda yang biasa menggunakan WordPress mungkin sudah mengenal halaman arsip serta berkas archive.php dalam tema (theme). Berkas ini akan digunakan ketika WordPress menerima kueri publik tertentu. Dalam versi 2.3, ada tiga belas variabel kueri publik yang akan memicu pemanggilan berkas archive.php. Empat diantaranya yang dapat kita gunakan dalam bagian ini ialah variabel tahun (year), angka bulan (monthnum) dan tanggal (day). Sebagai alternatif dari year, monthnum dan day, Anda juga bisa menggunakan variabel m, yaitu penggabungan string tahun, bulan dan tanggal.

Cara menerima kueri publik dari pengunjung ialah dengan memasukkannya pada URL. Sebagai contoh, jika Anda ingin menyediakan halaman arsip berita untuk edisi terbitan 12 Juni 1985, maka gunakan URL berikut:

http://example.com/?year=1985&monthnum=06&day=12

Atau alternatif lainnya:

http://example.com/?m=19850612

Sedangkan untuk menanggapi kueri publik tersebut, kita akan bermain-main dengan loop di berkas archive.php. Kira-kira berikut struktur berkas archive.php yang perlu Anda buat.

<?php get_header(); ?>
<?php if (have_posts()) : ?>
<?php $post = $posts[0]; ?>
<?php } if (is_day()) { ?>

[struktur pembuka hal. edisi tgl xx/xx/xxxx]

<?php while (have_posts()) : the_post(); ?>

[struktur hal. edisi tgl xx/xx/xxxx dalam loop]

<?php endwhile; ?>

[struktur penutup hal. edisi tgl xx/xx/xxxx]

<?php } elseif (is_month()) { ?>

	[struktur halaman edisi bulan xx/xxxx]

<?php } elseif (is_year()) { ?>

	[struktur halaman tahun xxxx]

<?php else : ?>

	[struktur halaman "tidak ditemukan"]

<?php endif; ?>
<?php get_footer(); ?>

Pada struktur di atas, bila kueri publik “day” atau “m” (asalkan mencakup tanggal) diterima, maka akan dilakukan loop yang mengambil berita-berita pada tanggal tersebut. Dengan loop ini, kita bisa menyusun tampilan halaman yang mirip seperti halaman utama, namun dengan konten berita di edisi terdahulu. Anda juga bisa membuatnya lebih sederhana daripada halaman utama, terserah Anda yang mendesainnya.

Placeholder [struktur halaman edisi bulan xx/xxxx] di atas merupakan tempat di mana Anda membuat struktur halaman yang tampil jika pengunjung mengirim kueri bulan dan tahun. Sebagai contoh, jika pengunjung mengklik URL:

http://example.com/?m=200706

Strukturnya tergantung apa yang ingin Anda sajikan di sini. Dalam contoh di atas saya tidak memasukkan loop di dalam sini dengan asumsi bahwa untuk sebuah situs surat kabar harian, akan banyak sekali tulisan yang memenuhi faktor inklusi bulan dan tahun tertentu. Sebagai alternatifnya, Anda bisa menampilkan taut-taut ke masing-masing edisi di bulan tersebut. Atau, dengan sedikit penyesuaian (customization) loop, Anda dapat mempersempit kueri dengan hanya menampilkan kategori tertentu, misalnya: berita utama hari itu.

Untuk placeholder [struktur halaman tahun xxxx], saya rasa perlakuannya hampir sama.

Rubrik

Pengelompokan artikel-artikel dalam surat kabar ke dalam rubrik-rubrik tertentu dapat dilakukan dengan menggunakan fitur “Kategori” dalam WordPress. Menilik struktur perubrikan dalam media cetak, rasanya tidak mungkin sebuah artikel memiliki lebih dari satu kategori. Hal ini nantinya akan mempermudah klasifikasi tulisan. Jika ingin membuat pengelompokan artikel yang mengenal irisan (intersection), gunakan sistem tag natif WordPress.

Pretty Permalink & URL

Salah satu kelebihan WordPress ialah sistem pretty permalinknya yang solid. Bahkan, format yang disarankan (recommended) WordPress, yaitu berdasarkan penanggalan–/%year%/%monthnum%/%day%/%postname%/, amat cocok diterapkan pada sebuah situs surat kabar harian.

Dengan format ini, jika pengunjung ingin melihat edisi cetak tanggal 28 Oktober 2007, maka ia cukup mengunjungi alamat ini:

http://example.com/2007/10/28

Pengunjung yang cerdas tidak akan kesulitan melakukan navigasi untuk mencari edisi yang dicari. Juga tidak perlu menghapal format URL kompleks yang penuh dengan tanda “?“, “&” dan “=“.

Kalender

Ini merupakan salah satu alat navigasi yang amat membantu sebuah situs dengan arsip artikel yang sangat banyak seperti situs surat kabar. WordPress telah dilengkapi dengan widget yang salah satu di antaranya ialah kalender. Kalau Anda tidak menginginkan kalender di kolom sisi, Anda pun dapat membuat kalender sendiri di manapun. Berbagai macam fungsi bawaan WordPress sangat membantu. Fitur pretty URL WordPress pun akan mempermudah menentukan tujuan taut kalender tersebut.

Input Berita

Dengan menggunakan engine WordPress, proses input berita menjadi sangat sederhana. Dengan sedikit pelatihan wartawan dapat langsung melakukan entri konten. Sistem pengelompokan pengguna berdasarkan “peran” dapat kita manfaatkan. Misalnya, seorang wartawan diberi “peran” sebagai “kontributor”. Ia dapat memasukkan naskah dan menyimpannya. Kemudian seorang editor yang akan mengevaluasinya dan menerbitkannya, dengan terlebih dahulu mengatur tanggal berita tersebut.

Tambahan

Uraian di atas menunjukkan bahwa WordPress amat sesuai untuk dijadikan sebuah engine situs web surat kabar. Yang saya sampaikan masih berupa gambaran kasar. Silakan Anda mengembangkannya.

Berikut beberapa hal tambahan yang harus dipikirkan dalam membuat templat WordPress untuk sebuah situs surat kabar:

1. Antisipasi pengunjung yang mengunjungi halaman berita untuk besok menggunakan kueri “m”. Jangan sampai ia melihat berita sebelum waktunya tiba (pergantian tanggal). Hal ini bisa dilakukan dengan membuat kondisi di berkas archive.php
2. Jika suatu hari tidak ada berita sama sekali (misal: harian itu tidak terbit dikarenakan hari libur nasional), maka jangan sampai pengunjung melihat halaman kosong. Sesuaikan berkas index.php Anda. Misal: alihkan ke hari terakhir di mana masih ada berita.
3. Sesuaikan pula umpan RSS dan atom situs Anda
4. Hmm.. apa lagi ya? Kalau Anda punya pendapat, silakan tambahkan dan kita diskusikan di bagian komentar

Yang ingin saya sampaikan di sini ialah bahwa menggunakan sebuah aplikasi blog seperti WordPress dalam sebuah situs surat kabar bukanlah berarti kompromi. Aplikasi blog yang nampaknya sederhana ini justru dapat meningkatkan efisiensi pengelolaan konten situs Anda.

Kompleksitas situs yang Anda harapkan dapat dicapai dengan membuatkan aplikasi lagi di atasnya, baik dalam templat (theme) atau plugin. Sebisa mungkin hindari penyuntingan skrip inti WordPress (berkas-berkas di direktori akar dan dalam direktori wp-includes dan wp-admin). Ini memudahkan Anda untuk terus mengikuti pengembangan WordPress dan memutakhirkan instalasi WordPress Anda ke versi yang terbaru).