Gambar Unggulan dari Pos Cara menghemat Konsumsi Bandwidth Server

Cara menghemat Konsumsi Bandwidth Server

Pembuka

Kita semua tahu bahwa tidak semua Hosting menerapkan Unmetered Bandwidth atau Unlimited Bandwidth sehingga diberlakukan batasan kuota Bandwidth, jika melebihi batas tersebut maka Web/Blog menjadi tidak bisa diakses dan disuruh membayar biaya tambahan untuk menambahkan batasan tersebut agar Web/Blog bisa diakses.

Bahkan Hosting untuk Web Statis seperti Netlify, GitHub Pages, Render, dan Surge.sh pun menerapkan batasan kuota ini. Maka mau-gak mau, suka-gak suka, para pemilik Web/Blog harus menghemat konsumsi Bandwidth Server daripada Web/Blog-nya gak bisa diakses hanya karena kehabisan kuota. Belum lagi sama kuota Internet Pengunjung yang juga terbatas, kalau habis ya harus beli lagi, kan boros jadinya 🙂

Nah, saya berikan solusi bagi yang ingin menghemat Konsumsi Bandwidth ketika Web/Blog Anda ‘dihantam’ oleh pengunjung dan bot selama beberapa kali yang mungkin bisa Anda implementasikan. Tentu saja solusinya tidak cukup dilakukan salah satu saja, melainkan 2 atau sampai 4 solusi harus kamu lakukan demi menghemat konsumsi Bandwidth Server/Hosting.

Sanggahan

Perlu Anda pahami bahwa Artikel ini hanyalah membahas bagaimana caranya untuk menghemat Kuota Bandwidth Server, bukan cara mengoptimalkan sebuah Web/Blog ataupun cara menghemat Kuota Internet Pengunjung, karena itu merupakan hal-hal yang sangat berbeda.

Namun dengan ini, Anda juga bisa mengoptimalkan Web/Blog Anda dan bahkan menghemat kuota Internet Pengunjung Anda (terutama jika pengunjung tersebut setia terhadap Web/Blog Anda), atau malah justru sebaliknya.

Segala resiko yang ada setelah menerapkan salah satu atau lebih dari satu solusi pada Web/Blog Anda, silahkan Anda tanggung sendiri. Serta dengan menerapkan solusi-solusi di bawah ini, maka saya anggap bahwa Anda telah memahami solusi yang saya bahas serta resiko yang Anda terima nantinya.

Jadi, mohon perhatian dan pengertiannya dari pembaca sekalian 🙂

Terima kasih atas perhatian dan pengertiannya 😊

Solusi-solusi untuk menghemat Bandwidth Server

Berikut di bawah ini adalah solusi-solusi yang bisa Anda terapkan:

Solusi ke-1: Lakukan kompresi terhadap berkas-berkas statik

Melakukan Kompresi terhadap berkas-berkas statik (seperti berkas JS, CSS, Gambar, dll) sebelum digunakan oleh Web/Blog Anda itu Wajib Hukumnya!

Ya kali, kamu ingin mengunggah dan menyebarkan serta ‘menyajikan’ Berkas Gambar yang besarnya beberapa puluhan bahkan ratusan Megabita kedalam Web/Blog kamu kepada pengunjung, kalo saya jadi pengunjungnya, saya malah langsung kabur alih-alih mengunjunginya.

Selain membuang-buang kuota, hal tersebut akan membuat Konsumsi Sumber Daya di Perangkat meningkat drastis karena Peramban Web akan memproses berkas-berkas statiknya.

Sudah banyak sekali Perangkat Lunak atau Situs Web yang memiliki fitur untuk mengoptimalkan berkas-berkas statik, salah satunya meng-kompresi berkas gambar tanpa harus menurunkan kualitas gambar secara kasat mata manusia, sebut saja Situs Web seperti TinyJPG atau TinyPNG yang dapat meng-kompresi berkas gambar PNG aau JPG, ini bisa Anda lakukan sebelum mengunggah suatu berkas gambar ke dalam Web/Blog Anda.

Atau, untuk mengoptimalkan berkas-berkas gambar di Komputer/Laptop Anda tanpa harus Unggah ke Web/Blog dulu, Anda bisa gunakan perangkat lunak seperti Caesium*, Imagine, Squosh, FileOptimizer* atau ImageOptim untuk pengguna Apple macOS 10.9+.

*Catatan: Dua perangkat lunak yang ditandai bintang itu hanya mendukung Sistem Operasi Windows saja.

Jika Anda menggunakan WordPress.org (Hos Mandiri/Self-hosted), harusnya sudah banyak sekali yang menyediakan sejumlah Plugin untuk melakukan kompresi dan optimasi terhadap berkas-berkas statik sebelum akhirnya ‘disajikan’ kepada pengunjung.

Atau, jika Anda menggunakan SSG (Static-site Generator), terutama Hugo, maka seharusnya ada fitur “Image Processing” untuk memproses berkas Gambar dan “Hugo Pipes” untuk memproses berkas-berkas JS, CSS dan SASS yang bisa diimplementasikan kedalam Tema.

Selebihnya masih banyak cara lain yang bisa Anda lakukan untuk mengecilkan ukuran berkas-berkas statik, sebelum akhirnya digunakan untuk Produksi.

Solusi ke-2: Buatlah aset web dapat di-cache dalam waktu lama

Peramban Web akan menyimpan sumber daya tertentu, seperti berkas-berkas Gambar, JS, CSS, HTML dan berkas Statik lainnya disuatu tempat yang disebut dengan Cache setelah Situs Web/Blog selesai dimuat atau dikunjungi oleh pengguna.

Solusi kali ini adalah membuat aset-aset web/blog kamu harus tersimpan di dalam cache dalam waktu yang lama.

Kenapa? Biar supaya pengunjung tidak perlu lagi memuat ulang aset-aset web/blog dari server setiap kali membaca halaman lainnya.

Untuk mengetahui perbedaan jika sumber daya disimpan ke dalam Cache Peramban Web, serta digunakan atau tidaknya, bisa Anda lihat cuplikan berikut:

Tanda Berkas belum di-cache oleh Peramban Web saat kunjungan pertama Tanda Berkas sudah di-cache oleh Peramban Web dan digunakan setelah mengunjunginya kembali

Namun, seringkali bahwa aset-aset web/blog tidak tersimpan ke dalam cache dengan benar, bahkan ada yang sengaja tidak menyimpan aset-aset tersebut ke dalam cache, padahal itu adalah aset statik yang tidak diubah setiap hari.

Kayak gimana contohnya? Contohnya saat pengunjung mengunjungi halaman lainnya setelah bersinggah ke halaman pertama, fon-fon eksternal pun harus dimuat agar teks bisa tampil dengan baik, tapi karena tidak di-cache, maka fon-fon tersebut dimuat dari servernya langsung. Hal seperti ini sebenarnya kurang bagus, karena selain bikin boros kuota server, ini juga bikin boros kuota pengunjung (kalau ada).

Salah satu cara agar supaya aset-aset web dapat di-cache dalam waktu lama adalah mengatur dan menyetel HTTP Header Cache-Control dengan benar.

Contoh Header Cache-Control untuk sebuah Berkas Gambar (ada di anak panah)

Mungkin Anda belum pernah mengenal HTTP Header satu ini. Yap, Cache-Control merupakan sebuah HTTP Header yang berfungsi untuk mendikte perilaku cache yang dilakukan oleh Peramban Web.

Saat pengguna mengunjungi Situs Web-nya kembali, di sinilah HTTP Header Cache-Control itu berperan, Header tersebut menetapkan sebuah aturan untuk menentukan apakah Peramban Web yang digunakan oleh Pengguna tersebut akan memuat sumber daya yang diperlukannya melalui Cache atau justru malah sebaliknya, serta dapat mengatur/menentukan durasi penyimpanan Cache-nya.

Dalam konteks menghemat konsumsi bandwidth baik dari segi server atau klien, mungkin Anda berpikir bahwa membuat Peramban Web dapat menyimpan sumber dayanya dengan waktu yang sangat lama kedalam Cache (seperti mengatur Header Cache-Control-nya menjadi public, max-age=31536000, immutable) itu merupakan solusi yang saling menguntungkan, bukan?

Kalau seperti itu, memang benar, tapi akibatnya tampilan Situs Web menjadi tidak berubah sama sekali bahkan dapat merusak penampilan sebuah Situs Web, atau lebih parahnya konten-konten pada Situs Web menjadi tidak terlihat diperbarui (alias “outdated" atau “gak update”) bahkan setelah menerbitkannya beberapa kali.

Hal ini terjadi karena peramban web akan tetap memuatnya melalui Cache dan yang dimuat itu bukanlah berkas yang baru, melainkan yang telah disimpan sebelumnya atau yang lama, sehingga sumber dayanya tertahan oleh Cache.

Jadi, aturlah Header tersebut dengan benar dan lakukan teknik Cache Busting pada berkas-berkas statik sebelum mengatur Cache-Control-nya, serta bedakan mana sumber daya yang harus di-cache dalam waktu yang lama atau tidaknya.

Untuk cara menyetel HTTP Header (untuk Response Header)-nya, bisa Anda kunjungi referensi berikut:

Sedangkan untuk mengatur Header Cache-Control dengan benar, beserta dengan teknik Cache Busting-nya, ada referensi yang cukup bagus untuk Anda pelajari, bisa Anda kunjungi melalui tautan berikut:

Selain Cache-Control, Anda bisa memasang dan memakai “Service Worker” di dalam web/blog Anda agar peramban tersebut dapat mengunduh, lalu memuat aset-aset yang telah tersimpan di dalam penyimpanan lokal sebelumnya tanpa harus terkoneksi dengan Internet sama sekali.

Solusi ke-3: Memuat berkas-berkas statik (atau bahkan Web/Blog) dari Server lain

Jika Anda ingin menghemat konsumsi Bandwidth Server, maka Anda bisa meng-hoskan berkas-berkas statik lainnya di Server yang berbeda. Contohnya?

Anda mempunyai Blog yang disimpan di Server A yang mempunyai kuota Bandwidth sebesar 100 GB/Bulan, untuk menyiasati/mengakalinya, Anda bisa menyimpan berkas-berkas statik lainnya di Server B yang batasan Bandwidth-nya sangat besar (sampai dikira tidak terbatas).

Sehingga peramban web milik pengunjung akan memuat berkas-berkas statiknya melalui Server B jika mengunjungi Situs Web/Blog Anda daripada Server A dan akan menghemat konsumsi Bandwidth pada Server A, karena pada dasarnya Server A tidak digunakan untuk memuat berkas-berkas statik.

Ini adalah salah satu cara yang paling ampuh untuk menghemat konsumsi Bandwidth Server ketimbang solusi-solusi tersedia lainnya.

Contoh lain? Sesuai contoh di atas, Anda juga bisa menggunakan Google Fonts atau Adobe Fonts sebagai penyedia fon untuk Situs Web/Blog Anda ketimbang melakukan Hos Mandiri di Server Utama Anda.

Atau, Anda juga bisa memakai layanan CDN untuk Publik seperti cdnjs, unpkg, jsDelivr, atau Statically untuk memuat pustaka-pustaka web yang ada, seperti jQuery, Bootstrap, Twemoji dan Pustaka lainnya ketimbang melakukan Hos Mandiri.

Bahkan Anda juga bisa menggunakan layanan CDN (Content Delivery Network) pihak ketiga yang dipasang pada Web/Blog Anda untuk mengakalinya, seperti menggunakan layanan CDN dari Cloudflare yang Gratisan misalnya.

Lho, kok bisa? Karena pada dasarnya jika Anda menggunakan CDN pihak ketiga untuk Web/Blog Anda, maka pengunjung akan memuat Situs Web/Blog atau berkas-berkas statiknya dari Server CDN, meskipun perlu proses ‘penarikan’ berkas dari Server Aslinya.

Kira-kira, Illustrasinya seperti berikut: Illustrasi tentang Distribusi dari Satu Server (Kiri) dan Distribusi menggunakan CDN (Kanan)

Untuk Layanan CDN yang gratis, Anda bisa gunakan Layanan CDN untuk Publik yang saya sebut di atas, seperti jsDelivr atau Statically. Bahkan Anda juga bisa menghantarkan berkas-berkas Gambar, JS dan CSS yang ada tersimpan di dalam Web/Blog Anda melalui Statically, lho!

Intinya, buatlah agar pengunjung memuat berkas statiknya dari server lain selain server utama untuk menghemat Bandwidth dari Server Utama, itu aja. Serta, sekali lagi saya sebutkan bahwa cara ini merupakan salah satu cara yang paling ampuh dalam menghemat konsumsi Bandwidth Server.

Solusi ke-4: Buatlah agar berkas-berkas statik tidak bisa diakses dari luar

Jika Anda ingin lebih menghemat konsumsi Bandwidth Server, maka buatlah berkas-berkas statik tidak bisa diakses dari luar Web/Blog Anda.

Kenapa? Karena jika Anda membiarkan gambar-gambarnya diakses dari Web/Blog lain, maka hal ini akan mengonsumsi Bandwidth dari Server Anda secara terus-menerus dan ini bisa saja merupakan praktik pencurian aset Web/Blog tanpa izin dari Anda. Praktik tersebut dinamakan Hotlinking.

Jika Anda bertanya bagaimana cara untuk mencegah hal seperti ini, maka jawabannya adalah Blokir Aksesnya jika berkas tersebut tidak merujuk dari Web/Blog Anda ketika mengaksesnya. Contoh: Buatlah berkas-berkas yang ada di website-a.com hanya bisa diakses dari domain website-a.com saja, bukan dari domain website-b.com, dsb.

Jika Anda menggunakan CDN dari Cloudflare, maka Anda bisa mengaktifkan fitur Hotlink Protection yang terletak pada bagian Scrap Shield di dalam Dasbor Cloudflare Anda. Atau, jika Anda menggunakan Layanan CDN, maka Anda perlu melakukannya melalui Panel yang tersedia dari Penyedia CDN-nya.

Jika Anda menggunakan Layanan Shared Hosting dan tidak menggunakan CDN sama sekali, maka di dalam kontrol panel yang digunakan oleh pihak Hosting (seperti: cPanel, DirectAdmin, dll) harusnya sudah ada fitur Proteksi dari Praktik Hotlinking secara bawaan, Anda bisa gunakan itu jika ada.

Atau, Anda bisa kunjungi referensi berikut jika Anda ingin menyetelnya secara manual:

Solusi ke-5: Gak mau ribet? Tambah kuotanya!

Iya, saya tahu bahwa ini bukanlah cara menghemat, tapi saya kasih solusi bagi Anda yang tidak ingin kuota Bandwidth-nya habis, tapi gak mau ribet dengan melakukan solusi-solusi di atas.

Yap, Anda tinggal memikirkan bagaimana caranya menambah Kuota Bandwidth yang tersedia jika tidak mau ribet. Untuk saat ini pilihannya cuma dua, yakni bayar biayanya atau pindah ke penyedia lain yang kuotanya lebih banyak.

Tidak ada pilihan selain itu dan ini merupakan solusi yang cukup realistis atau masuk akal. Jika Anda ingin gratis, lakukan kedua atau sampai keempat solusi di atas, sedangkan jika Anda tidak mau ribet, tinggal tambahkan saja kuotanya, sesederhana itu bukan?

Pertanyaan dan Jawaban yang (akan) sering ditanya

Ini adalah bagian yang berisi tentang Pertanyaan yang (akan) sering ditanyakan, beserta Jawabannya.

Mungkin Anda perlu membaca pertanyaan dan jawabannya terlebih dahulu sebelum bertanya di kolom komentar sebagai referensi Anda.

Pertanyaan ke-1: Apa itu Cache Busting?

Jawab: Cache Busting adalah sebuah teknik agar Peramban Web dapat memuat berkas yang lebih baru saat mengunjung sebuah Situs Web/Blog setelah adanya perubahan pada berkas tersebut, tanpa harus menunggu selama itu, namun berkas-berkas tersebut akan tetap di-cache dalam waktu yang sangat lama.

Teknik ini akan menjawab pertanyaan seperti berikut:

Sebelumnya, saya telah mengatur agar berkas-berkas statik bisa tersimpan di-cache dalam waktu 1 Tahun oleh Peramban Web, tapi masalahnya saya baru saja telah melakukan perubahan pada berkas tersebut.

Jadi, bagaimana agar pengunjung tidak perlu menunggu selama 1 Tahun untuk dapat menikmati perubahannya? Masa saya harus nyuruh pengunjung untuk membersihkan Cache atau Clear Cache pada Peramban Webnya?

Intinya, melakukan teknik Cache Busting akan menyelesaikan masalah di atas.

Pertanyaan ke-2: Situs Web/Blog saya terpasang Iklan (salah satunya: Google AdSense), apakah hal itu akan membuat boros Konsumsi Bandwidth Server?

Jawab: Tidak, karena pada dasarnya Anda tidak menyimpan berkas apapun ke dalam server Anda, kecuali Anda menyisipkan skrip kedalam HTML dan itupun ukurannya sangat kecil.

Sehingga jika Skrip tersebut termuat, maka yang dimuat adalah aset/sumber daya yang berasal dari Server lain, bukan dari Server Anda dan sangat sedikit pengaruhnya bagi server Anda.

Tapi kalo ditanya “Apakah ini akan membuat boros Kuota Bandwidth/Kuota Internet Pengunjung?”, maka jawabannya adalah Iya.

Karena pada dasarnya Peramban Web Pengunjung secara otomatis akan memuat iklan-iklan yang sangat dinamis dalam berbagai format (entah itu dalam bentuk teks, gambar, video, dan lain-lain) saat berkunjung ke Situs Web/Blog Anda dan itu menggunakan koneksi Internet dari pengunjung agar bisa termuat, kecuali jika diblokir dari sisi klien/pengunjung.

Pertanyaan ke-3: Apakah tidak ada solusi lain?

Jawab: Untuk saat ini tidak ada, solusi-solusi yang saya tulis itu merupakan solusi yang cukup realistis/masuk akal supaya Anda dapat mengimplementasinya dengan baik, sehingga hanya solusi itu yang saya tahu.

Jika Anda memiliki solusi lain, maka Anda bisa memanfaatkannya. Namun, jika Anda memiliki solusi masuk akal lainnya, silahkan berikan masukkan dari Anda melalui kolom komentar 🙂

Pertanyaan ke-4: Saya menggunakan CDN dari Cloudflare untuk Web/Blog saya demi menghemat konsumsi Bandwidth, maka solusi mana yang saya implementasikan?

Jawab: Kamu mengimplementasikan Solusi ke-3.

Lho, kenapa? Karena pada dasarnya kamu telah mengatur bahwa pengunjung Situs Web/Blog kamu akan dilayani oleh Cloudflare, sehingga Web/Blog kamu akan dimuat menggunakan Server dari Cloudflare ketika dikunjungi, bukan lagi oleh Server Anda, meskipun Cloudflare membutuhkan penarikan berkas-berkas/sumber daya yang diperlukan dari Server Anda.

Jadi maksudnya adalah jika Anda menggunakan CDN dan melakukan reverse-proxy (seperti menggunakan CDN dari Cloudflare), maka pengunjung tidak lagi mengakses Server Aslinya, melainkan Server CDNnya, sehingga ini akan menghemat konsumsi Bandwidth Server.

Ini mirip seperti menyimpan sebuah berkas di Server lain, tapi yang disimpan ini bukanlah cuma berkas, melainkan 1 Situs Web/Blog secara keseluruhan.

Pertanyaan ke-5: Apakah menghemat konsumsi Bandwidth Server sama dengan menghemat Kuota Internet Pengunjung?

Jawab: Tidak selalu, bisa iya dan bisa juga tidak, terutama jika Anda memiliki sumber daya eksternal (dari luar server Anda) dan itu tetap dimuat oleh pengunjung saat mengunjungi Web/Blog Anda.

Kenapa bisa begitu? Karena setiap Server memiliki kebijakan yang berbeda-beda, terutama perlakuan Cache pada Peramban Web, ada server yang mengizinkan agar Peramban Web dapat menyimpan berkas-berkas/sumber daya kedalam Cache dalam waktu yang sangat lama, bahkan ada pula yang tidak mengizinkan sama sekali.

Terlebih, saat mengunjungi Web/Blog Anda, Peramban Web akan memuat segala sumber daya yang diperlukannya, baik yang asalnya dari dalam Server itu sendiri dan dari luar Server yang tentunya memiliki kebijakan yang berbeda-beda.

Jika Server Luarnya tidak mengizinkan Peramban Web untuk menyimpan Berkas-berkas kedalam Cache, sedangkan Server Aslinya mengizinkannya, maka hal ini akan membuat konsumsi Bandwidth Internet Pengunjung akan meningkat dan akan membuat boros kuota Internet jika itu terjadi terus-terusan, kecuali jika diblokir dari sisi klien/pengunjung.

Contohnya adalah Platform Iklan seperti Google AdSense yang terpasang di Situs Web/Blog (mengacu pada pertanyaan kedua), karena sifatnya yang sangat dinamis dan bisa tampil dalam berbagai format, supaya bisa tampil seperti itu dan bisa ganti Iklan, maka tidak mungkin Server akan mengizinkan Peramban Web menyimpan Iklan tersebut kedalam Cache.

Iklan tersebut dimuat dari server lain, sehingga konsumsi Bandwidth Server Utama tidak terpengaruh, tapi hal tersebut membuat Kuota Internet Pengunjung jadi boros karena membiarkan peramban web memuat iklannya, kecuali jika iklannya diblokir.

Namun, hal ini akan beda lagi jika kedua server (baik luar ataupun dalam) sama-sama mengizinkan Peramban Web untuk menyimpan berkas sumber dayanya kedalam Cache dalam waktu yang lama, maka baik kuota Internet Pengunjung dan Konsumsi Bandwidth Server akan bisa sedikit diperhemat.

Pertanyaan ke-6: Apakah ada perangkat lunak, situs web atau solusi lain untuk mengoptimalkan berkas-berkas statik selain yang disebutkan di dalam artikel ini?

Jawab: Banyak, tapi cari sendiri di Mesin Pencari aja, banyak jawabannya di sana.

Kata kunci yang bisa Anda gunakan untuk mesin pencari adalah, seperti: “Image Compression”, “Image Compressor”, “Image Optimizer”, “CSS Minify”, “JS Minify”, “CSS Minifier”, “JS Minifier” atau kata kunci lainnya yang bisa Anda kembangkan sendiri.

Jika Anda ingin mencari perangkat lunaknya, Anda bisa tambahkan “Software” di akhir kata kuncinya, seperti “Image Compression Software” misalnya atau kembangkan saja sendiri biar hasilnya lebih akurat.

Pertanyaan ke-7: Apakah semua solusi yang ada di sini itu mempercepat atau mengoptimalkan sebuah Situs Web?

Jawab: Bisa iya, bisa juga tidak, atau bahkan bisa terjadi sebaliknya. Kecepatan Akses dan Kecepatan Penyelesaian Pemuatan pada Web/Blog itu terjadi karena banyak faktor.

Sedangkan untuk mengoptimalkan sebuah Web/Blog agar cepat diakses dan dimuat oleh Peramban Web itu banyak yang harus Anda lakukan selain melakukan solusi-solusi di atas.

Bahkan bisa terjadi sebaliknya, yakni Blog/Web menjadi lambat ketika diakses, atau malah sampai menjadi tidak tersedia (nge-down) setelah melakukan solusi-solusi di atas.

Jadi, jika Anda ingin menerapkan salah satu atau lebih dari solusi di atas, maka segala resiko harus Anda tanggung sendiri.

Pertanyaan ke-8: Saya gak mau ribet kayak solusi-solusi di atas dan gak mau bayar juga, terus gimana solusi gratis yang paling mudah dan paling instannya, tentunya bebas ribet?

Jawab: Menggunakan CDN dari Cloudflare yang Gratisan bisa cukup membantu untuk kasus seperti itu.

Atau jika bisa, terapkan solusi ke-3 untuk Web/Blog Anda, contoh paling mudah memakai Google Fonts atau Adobe Fonts sebagai penyedia Fon atau simpan berkas gambar di Penyedia Hosting untuk Gambar, seperti Imgur, Postimages atau ImgBB.

Tapi kalo kamu masih menganggapnya ribet atau sulit untuk dilakukan, maka solusinya adalah dengan menutup akses pangunjung ke Web/Blog Anda, entah itu dengan mengosongkan Web/Blog-nya atau memblokir akses dari pengunjung melalui Firewall atau menghapus/menutup Web/Blog Anda atau lainnya.

Dengan ini, Kuota Bandwidth akan bisa diperhemat, bahkan Kuotanya malah jadi tidak terpakai sama sekali.

Solusinya gak ribet, instan dan sangat mudah untuk dilakukan bagi semua orang, tanpa perlu mengeluarkan biaya sedikitpun.

Penutup

Ya sudah, artikelnya saya cukupkan dulu saja di sini. Dari Artikel ini, Anda belajar bahwa untuk menghemat kuota Bandwidth Server memang harus ada usaha yang cukup dari yang punya Situs Web/Blog, kalau gak mau ribet ya solusinya nambah kuota, entah itu bayar atau pindah ke penyedia lain.

Terima kasih bagi Anda yang telah membaca artikel ini. Gimana? Pusing kan? Yah, saya hanya memberitahukan konsepnya saja, terlebih satu bagian di artikel ini memang “Panjang x Lebar”, jadi maaf kalau saya tidak bisa memberikan cara implementasinya secara detail.

Serta, mohon maaf jika artikel ini memiliki kekeliruan dan kesalahan, baik dari ada yang salah ngetik, terlalu panjang, bertele-tele, dll.

Jika adanya kesalahan dan kekeliruan dari saya, atau jika Anda memiliki pertanyaan lainnya/klarifikasi, bisa Anda berikan masukkan melalui kolom komentar yang tersedia. Masukkan dari Anda akan sangat berarti bagi saya dan artikel ini untuk kedepannya nanti.

Terima kasih atas perhatiannya 😊

Penggunaan Gambar dan Atribusi

Berkas-berkas Gambar (seperti Cuplikan layar dan Gambar lainnya) yang digunakan di dalam artikel ini, disediakan di dalam Repository Blog ini.

Jika Anda ingin menjelajahinya, silahkan kunjungi Alamat URL berikut:

https://github.com/FarrelF/Blog/tree/main/content/post/2021/05/06-cara-menghemat-konsumsi-bandwidth-server

Gambar Illustrasi yang nama berkasnya adalah NCDN_-_CDN.png itu merupakan Illustrasi yang dibuat oleh “Kanoha” bersumber dari Wikimedia Commons dan dilisensikan di bawah “CC BY-SA 3.0 Unported” oleh sang pembuat.

Serta, sebuah foto yang nama berkasnya adalah micheile-henderson-SoT4-mZhyhE-unsplash.jpg yang saya gunakan sebagai sampul artikel itu merupakan sebuah foto yang dipotret oleh “Micheile Henderson” bersumber dari Unsplash dan dilisensikan di bawah “Unsplash License” oleh sang pembuat.

Dibangun dengan Hugo
Tema Stack dirancang oleh Jimmy