vbet_guestcache untuk besar

[Ramses]

Vbet_guestcache boleh menjadi idea yang baik tetapi ia kini beberapa gigabyte ribu fail yang besar dan beberapa. Adakah ia bertujuan untuk bekerja dengan cara ini?

[vBET]

Ya. Ia cache output HTML lengkap - seperti yang ditulis dalam keterangan parameter. Berapa banyak ia akan mengambil masa bergantung kepada berapa besar forum anda.

Sila ambil perhatian bahawa anda sentiasa boleh menetapkan halaman tambahan diabaikan, atau hanya mematikan ia benar-benar anda tidak mempunyai ruang cakera.

[Ramses]

Pasti saya yang dapat melumpuhkan tetapi saya mahu mengurangkan serverload. Mungkin anda boleh menulis dalam tetapan ACP bahawa ini boleh meletupkan ruangan pelayan, bukan semua orang boleh mempunyai 25 gig ruang. Atau lebih baik untuk mencari jalan untuk mengurangkan saiz.

[vBET]

Tidak semua orang memerlukan walaupun 1 GB untuk ini. Seperti yang saya tulis, saiz cache bergantung kepada saiz forum. Ia cache setiap halaman forum ini mungkin jika tidak diabaikan ditetapkan. Forum kecil mempunyai jumlah halaman yang kecil. Forum besar mempunyai lebih banyak halaman dan juga lebih banyak sumber.

Bagaimanapun - ia adalah idea yang baik untuk membuat orang menjadi lebih sedar apakah maknanya bahawa hasil HTML penuh akan cache dan menambah terdapat maklumat bahawa ia boleh mengambil banyak ruang cakera.

Mengenai mengurangkan saiz - kita boleh menambah pilihan untuk fail cache zip. Ia akan mengambil lebih banyak sumber pelayan apabila cache ditulis, tetapi membaca dan menghantar respons itu akan lebih cepat.
Kami juga boleh menambah tugas yang dijadualkan yang secara automatik akan memadam fail yang terlalu tua. Pada masa ini, kita tidak melakukan ini - jika file terlalu tua, ia hanya ditulis ganti semasa permintaan depan.

Saya bergerak thread ini untuk Permintaan Ciri-ciri:)

[wowglider.de]

Ia akan absolutly mudah:
menambah pilihan untuk cache Gigabyte X sahaja dan kemudian memadam orang-orang yang mendapat kurang sering dikunjungi.

[wowglider.de]

Lol, selepas saya memasang versi baru dengan cache i tidak pernah melihat berapa banyak menggunakan sehingga kini:

Debian-50-Lenny-64-minimum: ~ # df-h
Saiz filesystem Digunakan Avail Use% Mounted pada
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / rw
udev 764K 10M 9.3M 8% / dev
tmpfs 4.0G 0 4.0G 0% / dev / ghm
/ Dev/md1 2.0G 86M 1.9G 5% / boot

LOL! Sebelum HDD saya telah digunakan dengan 8GiG! Thats "hebat", btw ia seolah-olah ia cache fail yang salah contohnya:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

Saya tidak mahu Blogs cache, Tags dan Lampiran Oo

[steve]

Saya tidak mahu Blogs cache, Tags dan Lampiran Oo

Anda boleh menambah mereka untuk pilihan mengabaikan. :)

[vBET]

Ia akan absolutly mudah:
menambah pilihan untuk cache Gigabyte X sahaja dan kemudian memadam orang-orang yang mendapat kurang sering dikunjungi.

Ini juga satu pilihan. Mula-mula kita akan melaksanakan pembersih yang dijadualkan dan mungkin zip (perlu menyiasat pendekatan ini), kerana menjaga statistik akan mempunyai beberapa kesan ke atas prestasi dan untuk prestasi kami adalah salah satu isu utama. Masih - kita akan sentiasa ingat juga penyelesaian ini jika lain tidak akan mencukupi:)

[vBET]

Anda boleh menambah mereka untuk pilihan mengabaikan. :)

Tepat - hanya menambah ia ti diabaikan. Bagaimanapun terima kasih untuk nota - kami akan menambah mengabaikan atachements dan tags sebagai lalai mengabaikan konfigurasi. Blog adalah sesuatu yang ramai pengguna boleh mempunyai cache, jadi kita tidak akan menambah sebagai fedault - tetapi kita jadikan ia boleh dikonfigurasikan dengan tepat bagi kes-kes itu - anda mahu sesuatu yang lebih diabaikan. Jadi, abaikan ia! :)

[vBET]

Saya hanya memikirkan bahawa kita boleh hange penamaan file template dan memasukkan ke dalam nama fail Adakah ia difikirkan kurang relevan laman-laman web atau tidak. Dengan cara ini tiap-tiap hari apabila pembersihan automatik akan bermula, ia akan mengiktiraf cache file appropriatelly masa untuk hidup dan akan membersihkan lebih fail. Idea pertama adalah untuk membersihkan segala-galanya jika ia adalah lebih tua daripada tidak pada halaman berkenaan hendaklah. Sekarang kita akan membersihkan halaman cache yang relevan dengan lebih cepat - jadi anda akan menjimatkan ruang cakera tambahan! :)

[mario06]

masalah ini perlu ditangani, ia membawa saya 4 jam untuk menghapuskan semua pada mesin quad selain dari beberapa jenis manual flush | butang bersih mesti ditambah di sini dan bukannya menambah secara manual seperti Steve berkata perlu ada kotak di mana anda boleh menetapkan setiap tetapan individu atau mematikan dengan menambah sesuatu pemeriksaan tanda seperti vbseo sitemap generator tetapan

[vBET]

Pembersih cache tetamu automatik tambahnya. Juga ditambah alat pentadbiran untuk membersihkan cache tetamu. Booth akan dimasukkan ke dalam vBET 3.3.5 dan vBET 4.2.3

Idea untuk ZIP fail cache pada masa ini adalah ditolak, kerana tidak semua pelayar boleh menyokong mendapat sambutan yang ZIPed dan unzipping setiap kali akan menggunakan sumber CPU yang lebih berharga daripada sumber cakera keras. Dalam hal mana-mana idea-idea dalam bidang ini - sila permintaan ciri baru terbuka untuk itu. Dalam satu ini, kita sudah mempunyai beberapa permintaan dan ia tidak mampu untuk menguruskan lagi di sini.

[vBET]

Sedikit pembetulan - vBET akan menyokong ZIPping fail cache tetamu. Apabila pilihan vBulletin "digzip HTML Output" dihidupkan, kemudian vBET akan cache file sudah zip. Sudah tentu dalam vBET kes itu akan menghantar header yang sesuai, apabila kandungan dari cache akan hantar:)

Ia akan dimasukkan ke dalam vBET 3.3.5 dan vBET 4.2.3

[Ramses]

Michal, semalam vbet mencapai had Webspace 75gb saya dan sejak itu saya memotong semua ~ 74 GB fail cache.
Pada lalai pemasangan ini adalah tingkah laku yang tidak diterima. Sila menetapkan ini untuk keluaran akan datang.
Terima kasih.

[vBET]

Sila ambil perhatian bahawa terdapat bug, jadi ada apa-apa untuk menetapkan. Anda mempunyai forum yang besar dan anda menetapkan vBET untuk cache dalam 52 bahasa yang berlainan. Ini adalah apa yang vBET dibuat. vBET lakukan tidak menyokong caching ke atas sumber-sumber luaran dan benda itu akan tidak mengerti, kerana menghantar dan mendapatkan kembali akan lebih mahal berbanding dengan generasi biasa halaman. Oleh itu, anda mesti menggunakan sumber-sumber anda sendiri untuk fail cache.

Sila ambil perhatian bahawa anda boleh menetapkan untuk mengabaikan halaman tambahan dalam Cache tetamu dengan Abaikan Cache File Penuh Untuk Tetamu atau hanya mematikan sepenuhnya jika pelayan anda tidak mempunyai sumber yang cukup untuk menggunakan ciri ini. Secara lalai vBET mengabaikan halaman tersebut: daftar, search, login, lampiran, tags.
Anda boleh menambah beberapa muka surat untuk diabaikan - mereka tidak akan cache, jadi mereka yang tidak akan disimpan di dalam fail dan orang-orang yang akan menjana biasanya setiap kali mengambil lebih banyak sumber CPU anda dan memori. Ini adalah sesuatu untuk sesuatu. Prestasi simpanan datang daripada menyimpan hasil dalam fail statik dan anda mesti mempunyai tempat untuk itu atau tune Cache tetamu (dengan mengabaikan jenis lebih muka surat).

Kami terbuka untuk cadangan. Jika anda mempunyai sebarang cadangan bagaimana untuk memperbaiki fungsi Tamu Cache vBET, kita akan gembira untuk mempertimbangkan dan meningkatkan jika ia akan diterima:)

Juga - jika anda mendapati bahawa lebih bersih cache automatik tidak bekerja untuk fail cache - sila ambil perhatian sebagai bug.