Vbet_guestcache có thể là một ý tưởng tốt, nhưng nó là tại một số gigabyte nghìn lớn và một số tập tin. Nó có ý định làm việc theo cách này?
Vbet_guestcache có thể là một ý tưởng tốt, nhưng nó là tại một số gigabyte nghìn lớn và một số tập tin. Nó có ý định làm việc theo cách này?
Vâng. Nó lưu trữ hoàn thành đầu ra HTML - cũng giống như bản trong mô tả tham số. Bao nhiêu nó sẽ phụ thuộc vào diễn đàn của bạn lớn như thế nào.
Xin vui lòng lưu ý rằng bạn luôn có thể thiết lập thêm các trang bị bỏ qua, hoặc chỉ cần vô hiệu hóa nó hoàn toàn nó, bạn không có không gian đĩa.
Chắc chắn tôi có thể vô hiệu hóa nó, nhưng tôi muốn để giảm serverload. Có lẽ bạn có thể viết trong các thiết lập ACP rằng điều này có thể thổi lên không gian máy chủ, không phải ai cũng có thể có 25 hợp đồng biểu diễn của không gian. Hoặc tốt hơn để tìm một cách để giảm kích thước.
Không phải mọi người đều cần 1 GB cho việc này. Như tôi đã viết bộ nhớ cache kích thước phụ thuộc vào kích thước diễn đàn. Nó lưu trữ mỗi trang diễn đàn có thể nó nếu không phải là bỏ qua thiết lập. Diễn đàn có lượng nhỏ của các trang. Các diễn đàn lớn có các trang và các nguồn lực cũng có nhiều.
Dù sao - đó là ý tưởng tốt để làm cho người dân có ý thức hơn không có nghĩa là những gì mà đầu ra HTML đầy đủ sẽ được lưu trữ và có thêm thông tin mà nó có thể mất rất nhiều không gian đĩa.
Về việc giảm kích thước - chúng ta có thể thêm tùy chọn để các file cache zip. Nó sẽ mất nhiều tài nguyên máy chủ hơn khi bộ nhớ cache được viết, nhưng đọc nó và gửi phản ứng như vậy sẽ nhanh hơn.
Ngoài ra chúng tôi có thể thêm nhiệm vụ theo lịch trình sẽ tự động loại bỏ các tập tin quá cũ. Tại thời điểm này chúng tôi không làm điều này - nếu tập tin quá cũ, nó chỉ đơn giản là ghi đè trong quá trình yêu cầu tiếp theo.
Tôi di chuyển chủ đề để yêu cầu tính năng![]()
Lần sửa cuối bởi vBET; 27-06-10 khi 00:35.
Nó sẽ là absolutly dễ dàng:
thêm một tùy chọn bộ nhớ cache gigabyte X chỉ và sau đó xóa những cái mà có được ít thường xuyên truy cập.
Lol, sau khi tôi cài đặt phiên bản mới với bộ nhớ cache, tôi không bao giờ nhìn bao nhiêu của nó bằng cách sử dụng cho đến bây giờ:
Debian-50-lenny-64-tối thiểu: # df-h
Hệ thống tập tin Kích thước Được sử dụng Còn Sử dụng% Mounted
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / rw
udev 10M 764K 9.3M 8% / dev
tmpfs 4.0G 0 4.0G 0% / dev / shm
/ Dev/md1 2.0G 86 triệu 1.9G 5% / boot
LOL! Trước khi hdd của tôi đã được sử dụng với 8GiG! Thats "tuyệt vời", btw có vẻ như nó lưu trữ các tập tin sai ví dụ như:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
Tôi không muốn Blogs bộ nhớ cache, Download File đính kèm Oo
Đây cũng là một lựa chọn. Trước tiên, chúng tôi sẽ thực hiện sạch hơn dự kiến và có thể dây kéo (phải để điều tra cách tiếp cận này), bởi vì các số liệu thống kê giữ sẽ có một số ảnh hưởng đến hiệu suất và cho chúng tôi thực hiện là một trong những vấn đề chính. Tuy nhiên - chúng ta sẽ tiếp tục trong tâm trí cũng giải pháp này nếu không sẽ không đủ![]()
Chính xác - chỉ cần thêm ti bỏ qua. Dù sao nhờ lưu ý - chúng tôi sẽ thêm bỏ qua atachements và các thẻ như bỏ qua cấu hình mặc định. Blog là một cái gì đó mà nhiều người sử dụng có thể lưu, vì vậy chúng tôi sẽ không thêm nó như là fedault - nhưng chúng tôi đã cấu hình chính xác cho những trường hợp như vậy - bạn muốn một cái gì đó để được bỏ qua. Vì vậy, chỉ cần bỏ qua nó!![]()
Ngoài ra tôi chỉ cần tìm ra rằng chúng tôi có thể hange các tập tin đặt tên mẫu và bao gồm tên tập tin không xem xét trang ít có liên quan hay không. Bằng cách này, mỗi ngày khi làm sạch tự động sẽ được bắt đầu, nó sẽ nhận ra thời gian appropriatelly tập tin bộ nhớ cache để sống và sẽ làm sạch các tập tin hơn. Ý tưởng đầu tiên là để làm sạch tất cả mọi thứ nếu nó là lớn tuổi hơn không phải là trang có liên quan nên được. Bây giờ chúng ta sẽ làm sạch các trang bộ nhớ cache có liên quan nhanh hơn - do đó bạn sẽ tiết kiệm không gian đĩa bổ sung!![]()