Pelajari bagaimana caching mempengaruhi EPMV

Caching (atau cache) adalah semacam buffer perantara di mana data disimpan. Berkat caching, halaman situs tidak dibuat ulang untuk setiap pengguna. Caching memungkinkan Anda bekerja dengan sejumlah besar data dalam waktu sesingkat mungkin dan dengan sumber daya terbatas (server dan pengguna).

Jenis caching.

1. caching browser atau caching klien

Ini menginstruksikan browser untuk menggunakan salinan cache yang ada. Pekerjaan caching tersebut didasarkan pada kenyataan bahwa pada kunjungan kedua, 304 header yang tidak dimodifikasi diberikan kepada browser, dan halaman atau gambar itu sendiri dimuat dari cache pengguna lokal. Ternyata pemilik situs menghemat lalu lintas antara browser pengunjung dan hosting situs. Dengan demikian, halaman situs mulai memuat lebih cepat.

1.1. Caching file dan gambar.

Caching browser adalah yang paling cocok untuk situs yang berisi sejumlah besar gambar: Gambar tidak diunduh setiap kali situs dibuka, tetapi cukup dimuat melalui cache browser. Ini adalah tingkat caching pertama, yaitu untuk mengembalikan header kedaluwarsa dan header 304 tidak dimodifikasi. Caching yang paling efektif dianggap selama dua minggu.

Namun, dalam hal ini, ada satu nuansa penting: Jika gambar pada situs berubah, maka browser tidak akan segera mengetahuinya, tetapi hanya jika Anda menunggu kedaluwarsa atau mengatur ulang cache di browser itu sendiri. Ini tidak terlalu efektif jika file terus berubah dan perlu untuk terus-menerus mengembalikan versi saat ini.

1.2. Caching https.

Header khusus seperti keamanan ketat. Memungkinkan browser untuk selalu merujuk ke domain yang dipilih melalui HTTPS. Ini membuat keadaan ini agak kaku dan, jika jenis cache ini dibatalkan, browser masih akan mencoba memuat halaman melalui HTTPS untuk waktu yang cukup lama, sambil mengabaikan header saat ini.

1.3. Otoritas Sertifikasi caching.

Cap otoritas sertifikasi yang disebut.

Jenis caching ini dianggap wajib jika pemilik situs web tidak ingin pengguna situs webnya menunggu Otoritas Sertifikasi (dan ini adalah server tertentu yang bertanggung jawab atas validitas sertifikat) untuk memproses permintaan dari browser pengguna dan mengkonfirmasi bahwa sumber daya memang dikonfirmasi olehnya.

1.4. Halaman caching.

Ketika halaman sudah dihasilkan, Anda harus terus-menerus memonitor relevansinya. Untuk melakukan ini, Anda perlu menggunakan cache server dengan melacak waktu perubahan pada bagian individu halaman (jika halaman dibangun dari satu set blok yang dihasilkan secara dinamis). Dengan pendekatan ini, dalam setiap respons dari server, header khusus diinstal yang menunjukkan waktu halaman diubah, yang kemudian dikirim oleh browser pengguna ketika halaman situs diakses kembali. Ketika menerima header tersebut, server dapat menganalisis keadaan saat ini (mungkin bahkan membuatnya), tetapi alih-alih konten halaman, berikan header 304 tidak dimodifikasi, yang untuk browser pengguna akan berarti bahwa halaman tersebut dapat ditampilkan dari cache (browser pengguna).

Tentu saja, adalah mungkin untuk mengirim header yang sesuai tanpa menggunakan cache pelacakan sisi server, tetapi dalam hal ini, sebagian besar pengguna akan menerima pembaruan konten halaman cukup terlambat. Dengan pendekatan ini, browser kadang-kadang menggeluk server untuk menerima pembaruan, tetapi frekuensi dan aturan untuk setiap browser dikonfigurasi oleh pengembangnya, sehingga tidak ada alasan untuk berharap bahwa pengguna akan menerima pembaruan tepat waktu.

Biasanya, cache dikategorikan oleh jenis pengguna:

• untuk diizinkan;
• untuk tidak sah.

Divisi ini disebabkan oleh keunikan konten untuk setiap pengguna yang berwenang dan generalitas konten untuk pengguna tamu. Di sebagian besar situs, pengguna yang tidak sah tidak dapat mengubah konten situs, dan karenanya mempengaruhi kontennya.

Cache browser memungkinkan Anda untuk menghemat lalu lintas dan waktu yang dihabiskan untuk memuat halaman. Tetapi untuk mencapai efek tabungan, pengguna harus mengunjungi halaman sumber daya setidaknya sekali, yang berarti bahwa beban pada sumber daya server akan berkurang, tetapi tidak signifikan.

2 server caching.

Server caching mengacu pada semua jenis caching di mana data disimpan pada sisi server. Data ini tidak tersedia untuk browser klien. cache dibuat dan disimpan secara satu-ke-banyak (banyak, dalam hal ini, adalah perangkat klien).

2.1. Penuh halaman caching

Kebanyakan tembolok efisien. Keuntungan terbesar adalah bahwa halaman dikembalikan hampir pada waktu akses, sebagai hasilnya, itu adalah kemampuan untuk memproses jutaan permintaan bahkan pada server terlemah dengan kecepatan memori dan dengan sedikit penggunaan CPU.

Jenis cache juga memiliki kekurangan: misalnya, ketidakmampuan untuk cache halaman untuk pengguna yang berwenang, atau untuk pengguna yang konten halaman tergantung pada variabel pengguna saat ini.

Menggunakan cache ini jika server tahu semua negara statis dari data eksternal, yaitu, pada kenyataannya, ini adalah kondisi halaman yang ideal untuk pengguna tamu. Perlu diingat bahwa dengan caching seperti, arsitektur situs atau aplikasi harus selalu memproses permintaan masuk dengan cara yang sama dan memberikan jenis yang sama tanggapan. negara seperti itu ada dalam setiap aplikasi atau situs, hanya perlu dilacak dan diterapkan ke cache.

Caching seluruh halaman, paling sering, digunakan dalam beberapa jenis darurat, sedangkan halaman cache disimpan untuk waktu yang telah ditentukan (dari 2 menit), di mana respon dari server adalah dari jenis yang sama.

2.2. PHP kompilasi caching

Sebuah perbedaan dibuat antara kompilasi murni dari kode dan optimasi selama kompilasi (substitusi script).

2.3. Caching blok individu halaman

Ini adalah yang paling menarik dan pada saat yang sama jenis yang paling sulit dari caching. Namun demikian, hal itu juga dapat efektif; itu adalah cara termudah untuk menjelaskan prinsip-prinsip caching pada umumnya menggunakan contoh nya.

Hal ini diperlukan untuk memantau: keadaan tabel, keadaan sesi pengguna, apakah untuk mematikan caching selama POST atau GET permintaan, ketergantungan pada alamat saat ini, kegigihan caching (jika perubahan kondisi sebelumnya) atau dinamis pengaturan.

Caching blok halaman individu adalah lebih baik daripada jenis lain dari caching jika Anda butuhkan, misalnya, untuk mengurangi jumlah permintaan ke database dari nyata pengguna (resmi).

2.4. PHP caching berdasarkan sumber unshared

paling cocok untuk standardisasi permintaan, mengambil data dari sumber daya bersama, memiliki variabel internal yang sumber php mengakses beberapa kali selama generasi halaman.

2.5. PHP caching berdasarkan sumber daya bersama

caching ini digunakan untuk menyimpan serial data. Sebagai contoh, sebuah file konfigurasi, negara meja, daftar file system.

2.6. Mysql Caching Berdasarkan Query Cache

Ini adalah topik yang cukup terkenal dan terkenal. Namun demikian, saya ingin untuk mempertimbangkan secara spesifik bekerja dengan timestamp dan bagaimana Anda dapat menghindari terus flushing cache query.

Jika Anda menggunakan cap waktu yang terus berubah dalam kueri seperti itu, maka cache SQL tidak hanya tidak berguna, tetapi bahkan berbahaya, karena sebagian besar kueri cache akan terakumulasi, data yang sudah usang pada saat cache dibuat.

Sebagai aturan, bahan apa pun dipublikasikan pada titik waktu tertentu. Misalnya, 00:00. Yang perlu Anda lakukan adalah membuat kueri yang akan mengevaluasi tabel dengan tanggal maksimum, sementara kurang dari saat ini.

Kueri ini tidak akan di-cache, tetapi semua pertanyaan ke tabel ini akan di-cache jika nomor mereka lebih dari satu.

2.7. Caching MySQL output, tabel agregat

Ada aturan: harus ada lebih sedikit pembaruan data daripada baca untuk mengembalikannya.

Caching DNS: caching situs web berkinerja terbaik

Namun, jenis caching terbaik mungkin adalah caching DNS, yang menghemat server web dari persiapan halaman yang tidak perlu untuk halaman statis, dan membawa salinan konten lebih dekat ke pengguna, sehingga membuat pengiriman situs lebih cepat.

Caching DNS mungkin mahal, tetapi dapat diimplementasikan di situs web Anda secara gratis dengan menggunakan teknologi seperti  Platform Ezoic   yang mengoptimalkan konten situs web.

Analisis dan Statistik Data Besar berdasarkan Halaman Caching

Artinya, tidak masuk akal untuk menggabungkan apa yang akan berubah pada saat yang sama, sementara relevansi data agregat adalah penting.

Apa yang harus dipilih untuk agregasi? Biasanya ini adalah semacam informasi statistik tentang jumlah catatan, tanggal pembaruan terakhir, penulis pembaruan terakhir, dan sejenisnya.

Untuk mengetahui bagaimana caching mempengaruhi EPMV, pemilik situs web harus mengikuti langkah-langkah ini:

1. Masuk ke akun Ezoic Anda;
2. Di menu sisi kiri, pilih pengaturan Kecepatan Situs;
3. Di menu drop-down, klik opsi caching.

Pengguna dibawa ke halaman yang menampilkan data analitik. Salah satu bagian dari data ditampilkan dalam bentuk grafik, dan yang kedua - dalam bentuk tabel, di mana data analitik dijelaskan secara lebih rinci.

Ikhtisar data grafik dan tabel

Perlu dicatat segera bahwa data yang akan diberikan dalam artikel ini hanya berlaku untuk satu situs tertentu. Jika Anda adalah pemilik situs web Anda sendiri, dan Anda juga perlu mendapatkan akses ke analitik seperti itu, maka Anda perlu mendaftar di sistem Ezoic.

Fungsi utama cache adalah untuk mempercepat proses pengambilan data. Ini menghilangkan kebutuhan untuk mengakses tingkat penyimpanan yang lebih lambat. Sejumlah kecil memori cache dikompensasi oleh kecepatan akses tinggi.

Dengan pengaturan cache Ezoic yang tepat, Anda dapat meningkatkan kualitas situs Anda untuk diri sendiri dan pengguna Anda.

Setelah dalam opsi caching, pemilik situs akan melihat grafik dan tabel di bawahnya. Data berikut akan ditampilkan dalam tabel untuk jenis analitik ini:

1. Ezoic tingkat cache;
   
2. Halaman browsing;
   
3. Waktu pemuatan halaman rata-rata;
   
4. Tingkat keterlibatan halaman;
   
5. Waktu rata-rata untuk byte pertama;
   
6. Waktu interaksi rata-rata;
   
7. Waktu respons host rata-rata;
   
8. Rasio bouncing;
   
9. Persentase Keluar;
   
10. Caching rpm (pendapatan per mille).
    

Cache hit.

Hit cache adalah tingkat pertama cache di Ezoic. Mari kita lihat lebih dekat. Page Views - 2.002.169, dari jumlah total tampilan, ini adalah 69,96%. Waktu beban halaman rata-rata untuk tingkat cache ini adalah 00:36, sedangkan rata-rata untuk metrik ini adalah 00:38. Tingkat keterlibatan halaman adalah 49,02%, rata-rata untuk kriteria ini adalah 50,52 persen. Waktu rata-rata untuk byte pertama adalah 1.470,92 ms, total adalah 1.906,62 ms.

Waktu interaksi rata-rata untuk tingkat cache ini adalah 2.469,89 MS, sedangkan totalnya adalah 2.959,37 ms. Waktu respons inang rata-rata adalah 20,70 ms, dengan total 262,14 ms. Angka bouncing adalah 28,96%, tingkat bouncing keseluruhan adalah 28,47%. Persentase keluar adalah 84,73%, total persentase adalah 84,52%.

RPM untuk tingkat cache yang diberikan adalah $ 5,32, dan total untuk semua tingkatan cache adalah $ 5,29.

Tidak mengenai cache.

Tidak mengenai cache adalah tingkat kedua caching di Ezoic. Mari kita lihat lebih dekat. Page Views 727.702, dari jumlah total tampilan, ini adalah 24,43%. Waktu beban halaman rata-rata untuk tingkat cache ini adalah 00:41, sedangkan rata-rata untuk metrik ini adalah 00:38. Tingkat keterlibatan halaman adalah 54,52%, rata-rata untuk kriteria ini adalah 50,52 persen. Waktu rata-rata untuk byte pertama adalah 2.558,18 MS, total adalah 1.906,62 ms.

Waktu interaksi rata-rata untuk tingkat cache ini adalah 3.677.07 ms, sedangkan totalnya adalah 2.959,37 ms. Waktu respons inang rata-rata adalah 415,68 ms, dengan total 262,14 ms. Angka bouncing adalah 26,98%, persentase keseluruhan adalah 28,47%. Persentase keluar adalah 83,99%, total persentase adalah 84,52%.

RPM untuk tingkat cache yang diberikan adalah $ 5,23, dan total untuk semua tingkatan cache adalah $ 5,29.

Cache dinonaktifkan.

Cache Off - Ini adalah tingkat ketiga caching in Ezoic. Mari kita lihat lebih dekat. Halaman Tayangan 132.113, dari jumlah total tampilan, ini adalah 4,62%. Waktu beban halaman rata-rata untuk tingkat cache ini adalah 00:36, sedangkan rata-rata untuk metrik ini adalah 00:38. Tingkat keterlibatan halaman adalah 51,20%, rata-rata untuk kriteria ini adalah 50,52 persen. Waktu rata-rata untuk byte pertama adalah 4.695.58 ms, total adalah 1.906,62 ms.

Waktu interaksi rata-rata untuk tingkat cache ini adalah 6.169,49 MS, sedangkan totalnya adalah 2.959,47 ms. Waktu respons host rata-rata adalah 3.075.51 MS, dengan rata-rata keseluruhan 262,14 ms. Angka bouncing adalah 29,55%, persentase keseluruhan adalah 28,47%. Persentase keluar adalah 84,70%, total persentase adalah 84,52%.

RPM untuk tingkat cache yang diberikan adalah $ 5.17, dan total untuk semua tingkatan cache $ 5,29.

analisis data besar dari Ezoic

analisis data besar dari Ezoic is a relatively young product in the market for similar services from this company. It should be noted that it is very popular with website owners, and there are several reasons for this.

Salah satu yang pertama yang menarik perhatian - setelah mendaftar pada sumber daya mereka, pemilik bisa mendapatkan array besar informasi, yang sangat baik divisualisasikan dan mudah dimengerti bahkan di antara mereka yang baru untuk bisnis ini.

Alasan lain adalah antarmuka yang user-friendly dari produk. Ini berarti bahwa bahkan pengguna non-canggih akan dapat memahami fungsi, memahami di mana apa dan bagaimana melihat itu.

Ada banyak kriteria yang berbeda tersedia di analisis data besar yang dapat Anda gunakan untuk memeriksa analisis aset. Sebagai contoh, setiap saat Anda dapat melihat berapa banyak uang sumber daya menghasilkan pada saat tertentu, atau bagaimana untuk melihat profitabilitas halaman tergantung pada pengaruh usia mereka.

Pertanyaan Yang Sering Diajukan

Apa manfaat caching untuk situs web?

Keuntungan utama caching untuk suatu situs adalah kemampuan untuk tidak membuat ulang halaman untuk setiap pengguna. Ini akan memberi Anda kesempatan untuk bekerja dengan sejumlah besar data dalam waktu sesingkat mungkin dan dengan sumber daya yang terbatas.

Apa arti caching situs?

Caching (atau cache) adalah semacam buffer menengah di mana data disimpan. Berkat caching, halaman situs tidak diciptakan kembali untuk setiap pengguna. Caching memungkinkan Anda untuk bekerja dengan sejumlah besar data dalam waktu sesingkat mungkin dan dengan sumber daya terbatas (server dan pengguna).

Apa hubungan antara caching situs web dan EPMV, dan bagaimana penerbit dapat mempelajari dampak ini?

Caching dapat secara positif mempengaruhi EPMV dengan mempercepat waktu pemuatan halaman dan meningkatkan pengalaman pengguna, yang dapat menyebabkan peningkatan keterlibatan dan pendapatan iklan. Penerbit dapat menganalisis EPMV sebelum dan sesudah menerapkan solusi caching untuk memahami dampaknya.