Rupanya sudah banyak yang merasakan gonjang-ganjing mengenai update algoritma Google yang terbaru, MayDay yang digosipkan dapat mematikan long tail untuk kepentingan SEO. Dari info yang saya dapat, update algoritma yang satu ini menghancurkan SERP untuk long tail karena kemampuan index Google yang terbaru – katanya simbah makin beringas dalam mengindex halaman dengan menggunakan paten terbarunya untuk update SERP.

Isu mengenai kecepatan website yang mempengaruhi SERP Google ternyata menjadi kenyataan! Belakangan banyak orang yang mulai berlomba-lomba memakai jasa CDN (Content Delivery Network) untuk sekedar untuk mempercepat loading blog/website miliknya. Tapi sebelum Anda ikut-ikutan mengikuti jejak para spekulan, ada baiknya Anda sedikit itung-itungan dulu mengenai budget Anda dan Return On Investment yang akan Anda raih. Sedikit cermat lebih baik kan daripada gegabah mengikuti trend, atau dengan membabi buta menghapus semua ornamen grafis di situs Anda.

Ingat jaman kuliah dulu, heran juga nggak ada pembahasan mengenai cara mempercepat query yang seharusnya ada dalam kurikulum, padahal dengan prinsip three star index aja sudah lumayan mencukupi untuk mempercepat eksekusi ke database. Mungkin beberapa dari Anda baru hanya mengenal primary key atau foreign key saja. Begitu simpelnya, sampai-sampai saya terheran-heran kenapa banyak yang nggak mengetahui hal yang sederhana ini. Buat yang nggak bisa ngakses tapi penasaran, coba tanyain ke dosen deh.

Ide ini sebenarnya bukan hal yang baru, tapi hanya sekedar akal-akalan belaka dari sisi seorang programmer mbulet. Sebenarnya ide untuk mempercepat loading website dengan teknik Quadruple Cache ini datang dari satu wangsit yang menyatakan, “Kadang-kadang sesuatu yang mbulet dan ruwet malah membawa berkah.” Nah, dari sanalah ilmu quadruple cache lahir. Buat yang belum siap kondisi mbulet dan ruwet jangan deh baca kelanjutan artikel ini, dijamin makin mumet. Load akan berkurang 1000%. Nggak percaya? Ya udah.

MySQL Left Outer Join memang agak susah untuk dioptimasi, lantaran banyak kondisi yang menyebabkan query ini tidak bisa bahkan sulit untuk dioptimasi, apalagi dengan menggunakan kondisi NULL. Setelah mencari-cari mengenai bagaimana solusinya dari berbagai forum dan website namun tidak ketemu. Ada satu solusi untuk membuat tabel temporary, tapi tidak feasibel untuk query yang kerap dieksekusi. Tapi ada sedikit jalan untuk memuluskan query ini, terutama bila Anda berhadapan dengan data besar ratusan ribu row atau bahkan jutaan.