Pakai W3CMobileOK: gagal, sepertinya ada semacam blok di server.

Hasil cek side22.com pakai Ready.mobi:

The size of page markup is 22234 bytes
…
The total download size for this page is 54770 bytes

Hasil cek halaman ini oleh Ready.mobi:

The size of page markup is 65160 bytes
…
The total download size for this page is 114713 bytes

Kontra untuk kasus ukuran berkas & http request, rasanya tidak juga. Duh… perlu data dong. Begini ;

• Untuk CSS, masih bisa dalam satu link relationship kok. Saya menggunakan @ media screen,projection{ @ media print{ @ media handheld{} } }, kemudian diparsing via php sehingga bisa dikompresi dengan output buffer (ob) itu. Memang sih, perlu oprek index.php induknya WP.
• Untuk CSS, Optimalisasi pemanfaatan namespace. Untuk pembelajaran namespace yang saya lakukan, sampai saat ini ukuran total lembar gaya blog ini bisa mencapai 10.8 kilobita (tanpa kompresi, plus print.css, minus handheld.css). Jika di injeksi dengan @ media handheld{} rasanya akan masih akan kurang dari 15 kb.
• Untuk Markah, HTML5 pantas di lirik. Apalagi jika rekomendasi namespace yang baru, yang kita diskusikan itu juga sudah di temukan beliau beliau. Belum, saat ini saya masih belum tertarik.

Anggaplah artikel ini adalah yang paling besar ukuran berkasnya. Silahkan tengok ukuran dokumen ini via Developer tool pada Firefox. Jika script & image saya hilangkan, maka saya masih mungkin mengembed video berformat 3gp sebesar 5kb, dengan asumsi ukuran maksimal 20kb untuk handheld.

PageSpeed menganjurkan meminimalisir jumlah berkas CSS terkait http request. Sehingga, semua CSS media (all: screen, handheld, print) saya jadikan satu.

Sedangkan W3CMobileOK menganjurkan ukuran berkas seminimal mungkin (total kurang dari 20 kb). Dan ini bisa didapat dengan memisahkan CSS untuk media handheld. Akan ada lebih dari 1 link relationship di head. Belum yang print jika ikut dipisah.

Pemakaian @import memang tidak dianjurkan.

Menurut Pakde, solusinya apa?