PDA

View Full Version: Sudah dilakukan vbet_guestcache ke besar



Ramses
26-06-10, 02:08
Vbet_guestcache mungkin ide yang baik tetapi sekarang beberapa gigabyte file besar dan beberapa ribu. Apakah itu dimaksudkan untuk bekerja dengan cara ini?

vBET
27-06-10, 00:02
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.

Ramses
27-06-10, 00:19
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.

vBET
27-06-10, 00:31
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:)

wowglider.de
05-07-10, 17:03
Ini akan absolutly mudah:
menambahkan opsi untuk cache gigabyte X hanya dan kemudian menghapus yang yang mendapatkan kurang sering dikunjungi.

wowglider.de
07-07-10, 09:53
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
Ukuran Filesystem Digunakan Avail% 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

steve
07-07-10, 10:16
I dont ingin Blog cache, Tag dan Lampiran Oo

Anda dapat menambahkannya ke pilihan abaikan. :)

vBET
07-07-10, 12:11
Ini akan absolutly mudah:
menambahkan opsi untuk cache gigabyte X hanya dan kemudian menghapus yang yang mendapatkan kurang sering dikunjungi.

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:)

vBET
07-07-10, 12:14
Anda dapat menambahkannya ke pilihan abaikan. :)

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! :)

vBET
07-07-10, 12:18
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! :)

mario06
16-07-10, 17:50
masalah ini harus diatasi, saya butuh waktu 4 jam untuk menghilangkan semua itu pada mesin quad lebih lanjut beberapa jenis manual siram | tombol bersih harus ditambahkan di sini dan bukannya menambahkan secara manual seperti Steve mengatakan harus ada kotak di mana Anda dapat mengatur pengaturan masing-masing individu atau menonaktifkan dengan menambahkan sesuatu tanda centang seperti sitemap generator vBSEO pengaturan tidak

vBET
10-08-10, 01:00
Cache cleaner tamu Otomatis ditambahkan. Juga menambahkan alat administratif untuk membersihkan tamu cache. Booth akan dimasukkan dalam vBET 3.3.5 dan 4.2.3 vBET

Ide untuk ZIP file cache pada saat ini ditolak, karena tidak semua browser dapat mendukung mendapatkan respon ZIPed dan unzip setiap kali akan mengkonsumsi sumber daya CPU yang jauh lebih berharga daripada sumber daya hard drive. Dalam hal ide di daerah ini - silahkan request fitur baru yang terbuka untuk itu. Dalam satu ini kami sudah memiliki beberapa permintaan dan tidak mampu mengelola lagi di sini.

vBET
10-08-10, 20:10
Sedikit koreksi - vBET akan mendukung zipping file tamu cache. Bila pilihan vBulletin "GZIP HTML Output" dihidupkan, maka akan cache vBET file sudah zip. Tentu saja dalam kasus seperti vBET akan mengirimkan header yang sesuai, bila konten dari cache akan kirim:)

Ini akan dimasukkan dalam vBET 3.3.5 dan 4.2.3 vBET

Ramses
04-10-10, 16:13
Michal, kemarin vBET mencapai batas 75GB ruang web saya dan sejak saat itu saya menghapus semua file cache ~ 74 GB.
Pada instalasi default ini adalah perilaku yang dapat diterima non. Silahkan memperbaiki hal ini untuk rilis berikutnya.
Terima kasih.

vBET
05-10-10, 07:58
Harap dicatat bahwa ada bug, jadi tidak ada untuk memperbaikinya. Anda memiliki forum besar dan Anda mengatur vBET untuk sepenuhnya cache di 52 bahasa yang berbeda. Inilah yang vBET dibuat. vBET tidak mendukung caching pada sumber daya eksternal dan hal seperti itu akan tidak masuk akal, karena mengirim dan mendapatkan kembali akan lebih mahal dari generasi normal halaman. Jadi, Anda harus menggunakan sumber daya Anda sendiri untuk file cache.

Harap dicatat bahwa Anda dapat mengatur untuk mengabaikan halaman tambahan dalam cache tamu oleh Abaikan dalam cache file Kendali Untuk Para tamu atau hanya mematikannya sama sekali jika server anda memiliki sumber daya tidak cukup untuk menggunakan fitur ini. Secara default vBET mengabaikan halaman tersebut: mendaftar, cari, login, lampiran, tag.
Anda dapat menambahkan beberapa halaman lagi untuk mengabaikan - mereka tidak akan di-cache, sehingga mereka tidak akan disimpan dalam file dan mereka akan menghasilkan normal setiap kali mengambil lebih dari CPU Anda dan sumber daya memori. Ini adalah sesuatu untuk sesuatu. Kinerja berasal dari tabungan menyimpan hasil dalam file statis dan anda harus memiliki tempat untuk itu atau lagu Cache tamu atas (dengan mengabaikan jenis lebih halaman).

Kami terbuka untuk saran. Jika Anda memiliki saran bagaimana untuk meningkatkan fungsionalitas Pengunjung Cache vBET, kami akan senang untuk mempertimbangkan dan memperbaiki jika akan diterima:)

Juga - jika Anda menemukan bahwa bersih cache yang otomatis tidak bekerja untuk file cache - harap dicatat sebagai bug.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Translations delivered by vB Enterprise Translator 4.10.1