vBET 3.3.4 출시

[rootksk]

서버 부하 문제 후 업그레 이드

[steve]

누구는 성능에 부정적인 영향을하기 전에 파일 캐시가 얼마나 큰 얻을 수있는 아이디어가 있습니까?

[vBET]

새로운 콘텐츠를 추가하면이 파일 캐시, 왜 둘째 캐시를 필요를 이해 않는다, 주요한 하나는 이미 페이지만을 업데이 트를 캐시, 그럼 다시 1 시간 동안 그것을 캐시하여 설명 이해하기 어렵습니다.

데이터베이스 캐시는 번역을 캐시에 저장합니다. 전체 아니라 HTML 콘텐츠입니다. 그래서 일부 번역된 페이지가 생성되었을 때, 처음엔 일반 페이지가 생성되고 그 후 그것은 구문 분석과 번역입니다. 번역 DB 캐시 동안 사용되며 번역 문장은 그곳에서 가져옵니다. 그냥 문장 - 각 시간 번역 (사용자의 다른 권한 즉, 변경된 콘텐츠) 다를 수 있기 때문에 전체 없습니다 HTML. 한 HTML 페이지는 번역 문장의 수백을 가질 수 - vBET은 HTML 태그 사이에 내용을 걸립니다. 시간을 많이 소모하는 무슨 - - 대신에, 그은 로컬 DB에서 가져옵니다 덕분에 그 번역은 Google에서 각 시간을 이동하지 않아도 캐시를 DB. 아직도 - 일반 페이지가 생성되고 그 후 번역해야합니다.

손님을 위해 전체 파일 캐시 단 인용 작동합니다. 우리가 그 사용자를 걱정하지 않아도 덕분에 다른 권한을 가지고 다른 것들을 참조하십시오. 할게 손님 동일한 콘텐츠를 참조하십시오. 그렇기 때문에 우리는 결과를 구문 분석하고 하나 하나마다 번역하지 않아도됩니다 - 우리는 단순히 그것을 한동안 및 캐시 전체 HTML 출력을 할 수 있습니다. 그래서이 경우에 전체 페이지가 캐시 또는 캐시되지 않은 경우 내용이 너무 오래된 버전입니다 다음 정상적인 번역이 발생합니다 -처럼 전에 설명했다. 하지만 끝까지 전체 HTML 출력에서 이 시간은 파일에 기록됩니다. 따라서 같은 요청이 게스트에서 나온 다음 시간 우리는 심지어 정상적인 페이지의 콘텐츠를 생성하지 않는 - 이미 손님에게 우리는 단순히 스트림 캐시된 HTML 파일을. 그게 우리가 SQL 쿼리, CPU 및 메모리의 많은 내용을 저장하는 이유입니다. 우리는 단지 정적 파일에서 사용자의 콘텐츠를 제공합니다. 이것이 캐시가 유효 얼마나 오래 될 결정하는 것이 중요합니다 이유입니다. 무언가가 변화하는 경우 때문에 - 즉 새 게시물이 스레드에 도착 이미 캐시된 파일이 만료될 때까지, 그때 손님이 새로운 게시물을 볼 수 없습니다. 다음 요청 중에 그 후, 다시 정상적인 페이지가 생성 번역 및 캐시된 것입니다 - 그리고이 컨텐츠 손님은 다른 시간 (구성)에 대한 예를 볼 수 있습니다. 캐시 파일을 다시 만료될 때까지 그들은 변경 사항이 표시되지 않습니다. (로봇이 손님으로 포럼을 크롤 링하기 때문에, 그래서 로봇도) 그것은 손님을 위해 작동하기 때문에 당연히 사용자가 모든 것을 볼 수 있습니다.

우리는 기꺼이 그것을 설명하는 것입니다 - 그것은 도움과 의문의 경우에는 그냥 물어 봤어요 알려주세요

[vBET]

슈퍼 메이트!

감사합니다 만,

이런,이 그래도 4.0.x. .. 쿨 어느 쪽이든을위한 거였어 ...은 4.0.x 버전을 기다릴 수 없다고 생각 했어요.

그것은, 그것은 될 것입니다 대부분의 새로운 것들은 이미 그곳에서 시험되었다. vBSEO에 대한 더 많은 종류의 URL과 vB의 친숙한 URL의 번역을 지원하기 때문에 vB4의 게스트에 대한 전체 파일 캐시의 경우에는 더 많은 작업을 수행할 수 있다. 그리고 우리가 그것을 매우 주의 깊게 테스트해야 하며, 이들 중 일부에 대한 이전 리디렉션의 지원을 여전히 실행해야만 합니다. 또한 이 추가 시간을 사용하여 vB3 포럼에서 (지금은 BETA인 것으로 간주되는) 게스트의 전체 파일 캐시에서 가능한 문제를 확인할 것이다. 우리는 그것을 잘 테스트하지만, 좋은 품질에 대해서는 항상 더 신경을 쓰는 것이 좋다.

[vBET]

어떻게 그것이로가 이상해 보이는 등 그들이 표시하는 방법을 변경해야합니다, 제발 국기에 대한 CSS를 수정합니까.

파일 /images/vbet/flags/vbet.css
어쩌면 우리가 당신을 도울 수 것입니다 - 그것이 "이상한"가 무슨 뜻인지 잘 설명해주십시오. 또한 우리는 플러그인 대해 Firebug와 같은 것들 Firefox 용 사용하는 조언 - 그것은 CSS 스타일이 지정된 요소에 사용되는 정확히 있는지 보여 드릴 수있을 것입니다. 정말 도움이됩니다

[vBET]

고객은 현재 지원 있습니까? 이 최신 업데이 트는 리디렉션 루프를 일으키는 난 급히 조수가 필요합니다.

귀하의 이메일을 가지고 그것을 확인합니다. 저희는 귀하의 서버에 그것을 재현할 수 없습니다. 이 루프를 가지고 정확한 URL에 대한 질문 답변을 해줘야 해요. 그것을 확인하고 거기에 대답하십시오

[vBET]

대한 설치 지침도 (또는 업그레 이드 지침)?

표준. 그냥 당신이 다 있는지 확인합니다. 대부분 사용자는 다시 이미지를 업로드하고 싶지 않아요 -이 버전해야합니다. 이제 우리는 모두 국기 에 대한 하나의 이미지를했습니다. 당신은 전체 업데이 트를 만들었하지 않으면 당신은 깨진 국기를 볼 수 있습니다.

[vBET]

때 그 vb4 그렇군 왜 우리는 VB 3 물건을 업데이 트하고 있습니다. 지금.

vbet 어서, 우리는 vbet 먼저 VB 4 업그레 이드 받아야!

나는 모두가 자신의 버전이 가장 중요하다는 것을 잘 알고 그리고 우리가 논쟁하고 싶지 않아 이 경우에는 vBET3.x 좋은 이유 이전 : 품질. 우리는 새로운 중요한 기능을 추가 (손님을위한 전체 파일 캐시)이 버전, 그리고 그것은 훨씬 더 쉽게 했다 때문에 친절 한 Url, 그리고 우리 Vbseo에 대 한 스레드 Url만 번역 vB3에 추가 합니다. Vb4의 경우 더 복잡 하다-친화적인 Url을 지원 해야 합니다, 그리고 우리가 훨씬 더 많은 종류의 Url 번역. 먼저 Vb3에 넣는. 진짜 포럼에 그것을 아주 잘 테스트 있었습니다, 그것 잘 일하고 있다, 어쩌면 그것을 하기 전에 몇 가지 버그가 vB4 이동 표시 됩니다 확인 하십시오. 그리고 우리는 그것이 모두 잘 있는지 completly, 후 우리 여전히 vB4 aditional 지원 (Friuendly Url, 더 많은 translted Url)에 추가 해야 합니다. 즉 왜이 시간 vBET3.x 이전 이며 우리 여전히 2 주를 위한 필요 vBET4.x. 그리고 당신이 솔루션을가지고 아주 좋은 품질, ewen Vb3의 좀 더 복잡 한 thatin 경우 라면 얻을 것 이다 감사 합니다

[vBET]

서버 부하 문제 후 업그레 이드

문제 해결 섹션에서 새 스레드를 열고 더 설명해주십시오.

[vBET]

누구는 성능에 부정적인 영향을하기 전에 파일 캐시가 얼마나 큰 얻을 수있는 아이디어가 있습니까?

때문에 파일 캐시의 부정적인 성능 저하 같은 건있을 수 없습니다. 파일 캐시가 증가하지 않기 때문에 그것은 ... 우리는 각 요청의 URL에 대해 별도의 파일을 만듭니다. 따라서 각각의 캐시 파일은 단순히 정적 HTML 파일 (요청에 대한 캐시 출력)입니다. 서버가 캐시에 저장하면 더 많은 vBET은 단순히 더 많은 파일을 만듭니다. 이러한 파일을 읽을 때마다 그래서 :
1. 그것이 특정 URL에 대해서만 결과를 읽을 수 있습니다
2. 우리는이 메모리를 읽을 수 없어요 - 단지의 PHP 함수를 사용하여 클라이언트로 스트림 : readfile

때문에 당신의 결과 페이지가 정말 큰 경우에도 중 - 그냥도 메모리에 전체를 읽는하지 않고이 파일을 스트리밍하 기 때문에 때문에 캐시 파일도 크고, 그것은 부정적인 성능에 영향을주지 않습니다. 그럼 당신은 장점되지 단점을 볼 수 있습니다.