Vbet_guestcache mungkin ide yang baik tetapi sekarang beberapa gigabyte file besar dan beberapa ribu. Apakah itu dimaksudkan untuk bekerja dengan cara ini?
Vbet_guestcache mungkin ide yang baik tetapi sekarang beberapa gigabyte file besar dan beberapa ribu. Apakah itu dimaksudkan untuk bekerja dengan cara ini?
Ya. Ini cache output HTML yang lengkap - seperti ditulis dalam deskripsi parameter. Berapa banyak akan tergantung pada seberapa besar forum Anda.
Harap dicatat bahwa Anda selalu dapat mengatur halaman diabaikan tambahan, atau hanya menonaktifkan sepenuhnya, Anda tidak memiliki ruang disk.
Tentu saja aku bisa menonaktifkan itu tetapi saya ingin mengurangi serverload tersebut. Mungkin Anda bisa menulis dalam pengaturan ACP bahwa hal ini dapat meledakkan ruang server, tidak semua orang mungkin memiliki 25 gigs dari ruang. Atau lebih baik untuk menemukan cara untuk mengurangi ukuran.
Tidak semua orang perlu bahkan 1 GB untuk ini. Seperti yang saya tulis ukuran cache tergantung pada ukuran forum. Ini cache setiap halaman forum mungkin jika tidak di set diabaikan. Forum kecil memiliki jumlah kecil halaman. Forum besar memiliki lebih banyak halaman dan sumber daya juga lebih.
Pokoknya - itu adalah ide yang baik untuk membuat orang menjadi lebih sadar apa artinya bahwa output full HTML akan di-cache dan menambahkan ada informasi yang dapat mengambil banyak ruang disk.
Tentang mengurangi ukuran - kita dapat menambahkan opsi untuk file cache zip. Ini akan mengambil sumber daya server yang lebih ketika cache ditulis, tetapi membaca dan mengirim respon tersebut akan lebih cepat.
Juga kita dapat menambahkan tugas yang dijadwalkan yang secara otomatis akan menghapus file yang terlalu tua. Pada saat ini kita tidak melakukan hal ini - jika file yang terlalu tua itu hanya ditimpa selama permintaan berikutnya.
Aku akan pindah thread ini untuk Permintaan Fitur![]()
Terakhir kali disunting oleh vBET; 27-06-10 di 00:35.
Ini akan absolutly mudah:
menambahkan opsi untuk cache gigabyte X hanya dan kemudian menghapus yang yang mendapatkan kurang sering dikunjungi.
Lol, setelah saya menginstal versi baru dengan cache saya tidak pernah melihat berapa banyak yang menggunakan sampai sekarang:
Debian-50-lenny-64-minimal: ~ # df-h
Filesystem Ukuran Digunakan Tersedia% Gunakan Mount pada
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / rw
udev 10M 9.3M 764K 8% / dev
tmpfs 4.0G 0 4.0G 0% / dev / shm
/ Dev/md1 2.0G 86M 1.9G 5% / boot
LOL! Sebelum hdd saya digunakan dengan 8GiG! Thats "besar", btw tampaknya itu cache file yang salah misalnya:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
I dont ingin Blog cache, Tag dan Lampiran Oo
Ini juga merupakan pilihan. Pertama kita akan menerapkan bersih dijadwalkan dan mungkin ritsleting (harus menyelidiki pendekatan ini), karena statistik menjaga akan memiliki dampak pada kinerja dan kinerja untuk kita adalah salah satu isu kunci. Masih - kami akan diingat juga solusi ini jika lain akan tidak cukup![]()
Tepat - tambahkan saja ti diabaikan. Pokoknya terima kasih untuk catatan - kami akan menambahkan mengabaikan atachements dan tag sebagai default mengabaikan konfigurasi. Blog adalah sesuatu yang banyak pengguna dapat memiliki cache, jadi kami tidak akan menambahkannya sebagai fedault - tapi kami berhasil dikonfigurasi persis untuk kasus seperti - Anda ingin sesuatu yang lebih untuk diabaikan. Jadi abaikan saja!![]()
Juga saya hanya mengetahui bahwa kita dapat Hange penamaan file template dan termasuk dalam nama file tidak dianggap halaman kurang relevan atau tidak. Dengan cara ini setiap hari ketika pembersihan otomatis akan dimulai itu akan mengakui tembolok waktu file appropriatelly untuk hidup dan akan membersihkan file lebih. Ide pertama adalah untuk membersihkan segala sesuatu jika lebih tua daripada tidak halaman yang relevan seharusnya. Sekarang kita akan membersihkan halaman cache yang relevan lebih cepat - sehingga Anda akan menghemat ruang disk tambahan!![]()