Standar web pencerahan: pengoptimalan kinerja front-end
Pengoptimalan kinerja front-end sepenuhnya merupakan topik teknis, tetapi berdampak besar pada pengalaman pengguna proyek. Jika Anda harus menunggu tiga hingga lima detik untuk membuka situs web atau menunggu hingga browser meminta agar situs tidak dapat terhubung, maka dari mana situs web mendapatkan lalu lintas dan dari mana pengaruh merek dan loyalitas pengguna, hanya menghasilkan uang.
3s digunakan untuk menilai batas kemampuan pengguna dalam menoleransi kecepatan situs web Anda. Jika melebihi 3s, pengguna telah mengembangkan psikologi negatif terhadap situs web tersebut.
Apa hubungan antara pengoptimalan kinerja front-end dan standar web? Selanjutnya, artikel pertama adalah tentang memahami standar web - menyatukan ide dan mengikuti standar .
Mengutip:
Pengoptimalan kinerja front-end Siswa yang mengetahui tentang pengoptimalan kinerja Yahoo pasti sudah familiar dengannya. Cukup instal skor YSlow dan bandingkan dengan pengoptimalan. Namun pernahkah Anda memikirkan mengapa Anda perlu melakukan ini untuk meningkatkan kecepatan? Standar web dalam beberapa hal? Korelasi atau sebab akibat?
Saya membagi item ini menjadi tiga kategori, optimasi komputasi sisi server, optimasi transmisi, dan optimasi komputasi sisi klien:
Kategori pertama, optimasi sisi server
Sisi server adalah eksekusi bahasa dinamis situs web Anda (asp, php), kueri basis data, penyimpanan, dll. Secara umum, ini adalah operasi input/output. Ini tidak ada hubungannya dengan front end, tapi mempengaruhi front end. Tidak ada hal seperti itu di YSlow, Iblis tahu seberapa bagus kinerja server situs web Anda. Jika Anda tidak tahu, optimalkan sendiri kinerja server dan kinerja database, dan beli lebih banyak ekspansi server.
yslow memiliki metode untuk menyegarkan Buffer sedini mungkin (Flush the Buffer Early), yang sepertinya dikirimkan sebelum html selesai.
Tingkatkan kecepatan resolusi DNS nama domain. Kurangi jumlah resolusi DNS. Ini sulit untuk dikategorikan, jadi saya akan menaruhnya di sini sekarang.
Sistem insinyur halaman mundur, kode halaman untuk artis, kode halaman yang hanya dapat dijelajahi oleh IE, kode halaman yang dapat langsung diekspor dengan alat grafis tanpa menulis kode, kode halaman yang menghabiskan banyak lalu lintas, dan kode halaman yang lambat Bagaikan siput, programmer pusing saat melihat kode halaman, dan harus dipindahkan setiap kali direvisi. Kode halaman yang dihasilkan berulang kali merupakan jenis kode halaman yang menjadikan page engineer dan pekerja migran sama.
Tentu saja kita harus merevolusi, menggantinya, dan membuat sistem perekayasa halaman baru dan kualitas halaman. Kode halaman diselesaikan oleh perekayasa halaman independen, kode halaman yang mencakup platform, dapat diakses dan dijelajahi oleh perangkat apa pun yang dapat mengurai halaman tersebut. , dan kode halaman tulisan tangan, rapi, terstruktur dengan baik, kode halaman dengan konsumsi lalu lintas terendah, kode halaman yang disukai pemrogram, kode halaman dengan kecepatan akses super cepat, kode halaman yang direvisi dan dapat digunakan kembali, sehingga teknisi halaman dapat mengangkat kepalanya dan dengan bangga menyebut diri mereka insinyur, yang tertulis juga merupakan kode halaman kode komputer.
Pengoptimalan front-end hanya memberikan kesempatan untuk menguji standar Web. Gunakan "Latihan adalah satu-satunya kriteria untuk menguji kebenaran" untuk menilai apakah standardisasi itu baik atau tidak.