vbet_guestcache 좋은 생각이있을 수 있습니다하지만 지금은 크고 여러 수천 파일 기가바이트 여러입니다. 그것이 이런식으로 작동하기위한습니까?
vbet_guestcache 좋은 생각이있을 수 있습니다하지만 지금은 크고 여러 수천 파일 기가바이트 여러입니다. 그것이 이런식으로 작동하기위한습니까?
예. 그것은 완전한 HTML 출력을 캐싱 - 마찬가지로 매개 변수 설명에 작성. 얼마나 걸리는 것은 포럼이 얼마나 큰에 따라 달라집니다.
완전히 당신이 디스크 공간이없는 당신은 항상 추가 무시 페이지를 설정할 수 있습니다, 또는 그것을 무능하게하십시오.
물론, 그것을 중지 수도 있지만 serverload을 줄이기 위해 싶었어요. 어쩌면 당신은이 서버의 공간을 날려 버릴 수있는 ACP 설정에서 쓸 수없는 사람은 우주의 25 기가있을 수 있습니다. 아니면 더 크기를 줄일 수있는 방법을 찾을 수 있습니다.
모두가 이것도 1기가바이트을 필요로하지 않습니다. 내가 쓴 마찬가지로 캐시 크기는 포럼의 크기에 따라 달라집니다. 설정 무시하지 않을 경우 그것은 각각의 가능한 포럼 페이지에서 그것을 캐시에 저장합니다. 작은 포럼 페이지의 소량 있습니다. 빅 포럼 더 많은 페이지 또한 더 많은 자료를 이용하실 수 있습니다.
어쨌든 - 그 사람들이 어떻게 그렇게 모든 HTML 출력을 캐싱하고 디스크 공간을 많이 걸릴 수있는 정보가 추가됩니다 뜻 더 인식하게 좋은 생각입니다.
크기를 줄일 수에 대하여 - 우리는 우편 캐시 파일에 옵션을 추가할 수 있습니다. 그것은 캐시가 작성되면 더 많은 서버 리소스를 취할 것입니다,하지만 그것을 읽고 같은 응답을 보내는 것이 빠를 것입니다.
또한 자동으로 너무 오래된 파일을 제거합니다 예약된 작업을 추가할 수 있습니다. 이 순간 우리는 이러 지마 - 파일이 너무 오래된 경우 그것은 간단하게 다음 요청 중에 덮어 씁니다.
나는 기능 요청이 스레드를 이동하고있어
마지막으로 수정 vBET; 27-06-10 에 00:35.
그것은 철저하게 쉬울 것입니다 :
전용의 X 기가 바이트 캐시하고 덜 자주 방문 얻을 것들을 삭제하는 옵션을 추가합니다.
난 캐시와 함께 새로운 버전을 설치한 후의 지금까지 사용하고 얼마나 롤, 나는 한 번도 조사하지 않았다는 :
데비안 레니 50 - 64 - 최소 : ~ # DF - H
파일 시스템 크기 사용된 사용 %가 탑재 소용
/ 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 86M 1.9G 5% / 부팅
LOL! 내 하드 디스크가 8GiG와 함께 사용되기 전에! 그것은 예를 들어 잘못된 파일을 캐시 보이 BTW, "아주 큰"냐 :
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
제가 캐시 블로그, 태그 및 첨부 파일 오오 싶진 않겠지?
또한 나는 우리가 템플릿을 명명 파일을 hange와 파일 이름에 포함 수있는 알아내는가 관련성이 적은 페이지 또는하지를 고려 않습니다. 이 방법은 자동 청소가 시작됩니다 매일 그것은 살기 더 많은 파일을 청소합니다 appropriatelly 캐시 파일 시간을 인식합니다. 첫 번째 아이디어는 그렇지 관련 페이지해야보다 오래된 경우 모든 청소를하는 것이었다. 이제 우리는 관련 캐시 페이지를 빠르게 청소 것이다 - 그래서 당신은 추가 디스크 공간을 절약합니다!