Connect with Facebook
Re: My Super Wordpress Site
db caching di wordpress ngga begitu pengaruh kalo web nya sering update, karena wordpress basic query sql nya pake LIMIT m,n bukan LIMIT m, jadi setiap ada post baru yang biasanya ada tiap beberapa menit sekali db cache nya akan hangus dan harus scan the whole table wp_posts lagi untuk dapetin cache baru. makanya khusus untuk arsipberita gue lebih milih wp-supercache yang provide html static file dari pada w3 total cache.Originally Posted by adsene
Iya sih, walau table lock myisam still the fastestAne aja balik kucing dari innodb ke myisam gara2 kecepatannya
Masalah kategori memang udah dari dulu momok wordpress yang banyak makan resource, menurut ane praktis ga ada yang bisa dilakuin soalnya ntar kalau edit-edit core WP jadinya bingung dan takut-takut kalau ntar ada upgrade baru (pengalaman pribadi hahaha)..WP kan cepet banget ada update
WP supercache ga ada cache db-nya jadinya perlu plugin cache db sendiri, coba pake w3 total cache kan udah ada db cache jadi lebih ringan dari sisi database. Kalo CDN memang nggak wajib, cuma mengurangi request di server aja biar resource bisa dipake yang lain.
Klo ente pengen solusi yang simpel, ya itu tadi...ga perlu pake macem-macem, LAMP aja cukup + CDN, benerin querynya + tambah hardware kalau perlu.
Ribet-ribet maintenancenya juga pasti ribet, ntar-ntar juga nambah hardware kalau dah mentok
So, simpel disini ane anggap scalability + portabilitynya. Kalo setupnya udah susah, pindah-pindah ntar juga susah. Ratusan ribu posting 8GB RAM di server udah lebih dari cukup untuk handle situs itu IMHO
karena salah satu alasan diatas, untuk yang bermain autoblog atau agc, menurut gw lebih baik pake wp-supercache + db-cache-reloaded + wp-minify dari pada pake w3-total-cache.
untuk mendapatkan user experience yang maksimum, seperti yg gue pelajarin dari film the social network, 'there is no such thing as easy fix', karena,
ketika user udah dikecewain sama website lo yang tidak reliable dan lambat, pasti user akan kabur dan susah untuk mendapatkan trust dari user tersebut. maka dari itu gue lebih berpikir untuk mati2an optimisasi dan membuat sebuah web jadi scalable dengan cara yg bener. soalnya jika di kemudian hari server nya sudah overload, bisa di scaling dengan cukup nambahin server aja tanpa harus rubah banyak codingan lagi di depan nya.
kalau bisa menghemat $ dengan melakukan optimisasi di banyak tempat sebelum beli/bikin cdn dan tambah hardware yg sia2 kenapa ngga?Klo ente pengen solusi yang simpel, ya itu tadi...ga perlu pake macem-macem, LAMP aja cukup + CDN, benerin querynya + tambah hardware kalau perlu.
Ribet-ribet maintenancenya juga pasti ribet, ntar-ntar juga nambah hardware kalau dah mentok
bisa dibuktikan bahwa cara yang gue lakukan adalah valid berdasarkan trial n error. dan ketika server bener2 udah gak mampu dah overload, tinggal tambah server sql ato web nya aja untuk load balancing lagi
dan yang paling penting apa yg gue omongin disini dari tadi bisa dilihat langsung ke tkp dengan bukti nyata
better to save your $ for another project
btw, i wanna see this in live wordpress site.So, simpel disini ane anggap scalability + portabilitynya. Kalo setupnya udah susah, pindah-pindah ntar juga susah. Ratusan ribu posting 8GB RAM di server udah lebih dari cukup untuk handle situs itu IMHO
Reply With Quote
, database cuman 1 table yg isinya kurang lebih 7jt rows (mysql mini.cnf), unique visitor kurang dari 100rb per hari dan diakses (pageviews) sekitar 500rb per hari... index google cuman 2jt pages, tapi servernya cuman vps512 distro CentOS, webserver nginx+php-fpm... memory yang kepake maksimal cuman 250Mb dan alhamdulillah sampe sekarang masih sehat wal-afiat 
