vBET
20-12-09, 01:18
vBET은 최적화 많이 있습니다. 당신은 아주 빠른 53 언어로 콘텐츠를 제공할 수 있습니다 감사합니다.
물론 번역은 놀랍게도했고 어떤 자원들을 제공하는 데 필요한 없습니다. 우리는 성공적으로 모든 성능 영향 통보 (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html)없이 vBET를 실행 정말로 큰 포럼을 통해 사용자 수 있습니다.
당신은 아래 가장 빠른 방법으로 vBET을 사용하려는 경우 아직도 경우에 당신을 위해 몇 가지 구성 힌트입니다. 때로는 사용 가능한 기능의 비용으로, 그렇게하지 팔로우 그것을 당신이 성능 문제가없는 경우 - 그 성능 향상을 위해 가장 최적의 구성을 설명한다는 점에 유의하십시오.
당신이 vBET의 마지막 버전을 사용하고 있는지 확인하십시오. 우리는 지속적으로 성능을 개선하고 있습니다.
손님을 위해 전체 파일 캐시를 사용하고 그것이 작동하는지 확인에 (3.3.4 이후) 턴 (체크 않는 캐시 파일이 생성됩니다 - 적절한 파일 권한을 설정해야합니다)
(3.3.4 이후)는 레 관련 페이지에 대한 라이브 실황으로 또한 손님 시간에 대한 전체 파일 캐시를 위해서 손님 시간에 대한 전체 파일 캐시에 대한 높은 값을 설정
(3.3.4 이후) 페이지를 인용 전체 파일 캐시에 더 이상 유지하고 손님을 위해 전체 파일 캐시에 더 적은 관련 페이지들을 추가할 수있다 고려
vBET 모든 인코딩을 지원하지만 포럼을 다시 인코딩 전체 페이지에 대한 각각의 번역 vBET에 대해 달리, UTF - 8 인코딩을 사용하고 다른 추가적인 유용한 정보를 (또한 특수 문자는 DB에서 더 많은 일어나는 사람이으로 변경됩니다 일으킬면 그것은 최고예요 & # CODE; 표기법). 당신이 이미 포럼을 실행하는 경우, (여전히 존재) 인코딩을 전환하는 더 쉬운 방법은 없습니다,하지만 새로운 하나를 만드는 경우 다음과 다국어 지원하기 위해 설계되었습니다 UTF - 8 인코딩에 실행하는 것을 고려해보십시오.
당신은 애원에 일부 번역을 해제할 수 있습니다 - 캐시가 채워집니다 때 당신은 수시로 새로 추가할 수 있습니다. 모두 52 번역 시작하면 사용자와 뿌리에 대한 52 배 더 많은 콘텐츠를 의미합니다. 일부 포럼은 쉽게 그것이 몇 가지 번역 시작하는 것이 좋습니다 일부, 이것을 처리할 수 있습니다.
당신의 캐시를 가지고 있는지 확인하십시오.
나중에 당신이 적절한 캐시 TTL을하는 중요한 것입니다. 큰 것이 더 낫다는 아니지만 더 십오일가 Google TOS와 공정하게되는
사용자 포럼 최고의 캐시 삭제 전략을 선택합니다. 대부분의 포럼 '보통 삭제'에 대한 최선의 전략을 삭제하지만, 당신이 번역 내용의 정말 많은 경우 다음 정상적인 캐시 삭제 서버를 죽일 수 있습니다. 그러나 진정 - 우리가 경우에 특별한 솔루션을합니다. 그래서 3 다른 전략을 선택할 수 있습니다. 당신이 경우에만 마지막 하나는 가장 빠른이지만, 모든 캐시의 콘텐츠를 제거하므로 그것을 사용합니다.
vBET의 데이터를 제거하는 많은 150 캐시 테이블을 통해 무죄 - "캐시 삭제 timelap"를 사용합니다. 당신이 각 테이블 사이의 대기 vBET를 주문할 수 있습니다. 전체 작업은 자원의 동일한 금액을하지만, 서버의 부하가 작은되도록 서버가 공터 사이 "나머지"것입니다.
여러분의 필요에 따라 "그룹화 번역을 선택하십시오"옵션을 사용하여 - 이것은 당신에게 더 적은 CPU 비용을 부담해야하므로 데이터베이스에 적은 쿼리를 만들지만, RAM 메모리보다 사용의 비용으로합니다.
설정하지 마십시오 낮거나 너무 높은에 "X 실패 후 보지 말아요." 이 옵션은 캐시 사용을 최적화합니다. vBET가 없습니다 캐시 번역 찾으려고 중지됩니다 감사합니다. 당신이 그것을 설정하면 너무 높은 vBET 더 많은 시간을 시도합니다. 당신이 그것을 설정하면 너무 낮은 vBET 일부 작은 변화가 번역된 페이지에 일어날에만 있기 때문에 캐시에 진짜 번역을 찾고 중지할 수 있습니다.
모든 번역에 대한 캐시를 활성화합니다. 당신은 디스크에 너무 많은 공간이없는 경우 vBET가 선택한 번역 캐시를 비활성화할 수 있지만, 구글은 이러한 각 시간을 묻는 메시지가 표시됩니다 때문에 이러한 번역이 오래 걸립니다.
"항상 신뢰 사용자"로 "구글 언어 감지"를 설정합니다. vBET은 사용자가 어떤 실수를하면 경우에 메시지의 실제 언어를 검색할 수 있습니다 훌륭한 기능이 있습니다. 새 게시물이 도착하면 만들어 Google에 추가를 요청 -하지만 그 비용이 있습니다.
"번역 Google Maps를"해제합니다. 그것은 당신이 포럼에 포함된 구글지도를 번역하실 수 있지만, 지원하지 않으면 그 다음 그것을 무능하게 - 그것은 추가 검색을 비용과 전체 출력에서 Google지도 링크 바꿉니다.
옵션 실험은 "사용자 이름을 번역하지 마십시오." 그것은 많은 포럼 장소에서 더 많은 추가적인 검사 비용으로 번역 부탁 덜 발생합니다. 귀하의 경우에 더 좋은 체크 - 그럼 뭔가 뭔가가있다.
이 vBSEO 기능을 사용하지 않는 경우 "자바 스크립트에서 vBSEO 메시지를 번역"또는 vBSEO 또한 그것을 해제하십시오. 그것을 번역하는 것은 추가적인 출력 구문 분석의 비용이 든다.
관련이없는 페이지 로봇을 차단 - 회원 페이지, 달력 등등처럼. 첫번째 번역의 CPU 사용률을 어떻게 향상시킬 수 있습니다 - 로봇은 매우 빠르게 사용자 포럼의 모든 코너를 방문하실 수 있습니다. 대부분 포럼 회원 페이지 색인을 생성할 필요하지 않지만, 여전히 해당 페이지를 번역하여 포럼 자원을 소요됩니다. 그래서 모든 번역의 모든 관련이없는 페이지에 로봇을 차단합니다. 다음 포스트에서는 그런 robots.txt에 예제를 찾을 수 -이 포럼 (URL의가 vBSEO으로 변경됩니다, 저희 포럼이 URL에서 하위 디렉토리를 사용)에서 사용하는 robots.txt에의 일부입니다.
(3.3.1 이후) 부스 버전에서 "원본보기 텍스트"를 사용 - 사용자와 인용. 이 옵션은 여러분이 원래 메시지를 표시하는 방법을 선택할 수 있습니다. 그것은 중요하지,하지만 당신은 이미 모든 걸 다 일부 약간의 개선을 위해 추구 그렇다면 여기를 찾을 수 있습니다 - 그것을 보여주는 것은 약간의 비용이 든다. 자바 스크립트 주입에 의해 정상적인 방법으로 : - 우선 당신은 WAN 경우 원본 텍스트를 표시하는 두 가지 방법이 있습니다. 정상 성능보다이지만, 주사 하나는 SEO (로봇이 표시되지 않음)에 더 있습니다. 당신이 느끼는 경우 그래서 당신은 부스 원문보기 콘텐츠를 원하는 - 사용자와 손님 - 다음은 게스트와 사용자를 위해 정상 주입 표시하는 것이 좋습니다. 물론 원래의 텍스트를 표시하지 않도록 선택할 수 있습니다 - 그것은 사용자에 대한 최악의 수 있지만 성능이 조금 더 나은 것입니다. 최상의 사용자를위한 성능과 최악의 - - 당신이 그것이 번역 것을 원본 또는 메시지를 표시하지 선택할 수 있으며 한 옵션이 있습니다. 그들이 메시지가 다른 언어로 작성되었습니다 표시되지 않습니다했기 때문에, 사용자에 대한 최악의, 전혀 템플릿을 사용하지 않기 때문에이 옵션은 성능에 가장 적합합니다.
당신은 vBET가 vBSEO Sitemap 생성기와 통합이있다면, 그때 확인 그것이 새로운 방식으로 (더 빨리)에가주세요. 여기에 실제 통합 절차는 다음과 같습니다
고급 성능 매개 변수 (3.3.2 이후) 재생 : 'HTML 크기 : 절단 지점'과 'HTML 크기 : 시작 절단. 정말 큰 문자열 작업하면 PHP의 성능이 크게 낮고 유의하시기 바랍니다. 그런 경우에 PHP가 좀 임시 파일에 쓰고 파일에서 작업하는 대신 메모리에 있다고 가정하자. 그렇기 때문에 우리는 번역 알고리즘을 수정하고 정말 큰 출력이 번역하는 동안 작은 조각으로 절단됩니다. 이 수정은 큰 페이지를 영향 당신은 언급한 성능 매개 변수에 의해 그것을 구성할 수 있습니다.
(3.3.2 이후) 고급 성능 매개 변수와 함께 플레이 : '지연을 번역 사이. 일부 포럼에서 Google에 요청이있는 경우는 응답이 더 이상 시대에 구글에서 나온 바로 다음 하나씩 보내거나 심지어 포럼 서버에 의해 차단됩니다. 성능 변화의 측정하지 않고 그것을 사용하고 유일한 미치는 영향을 볼 캐시에서와 같은 하지마.
(3.3.2 이후)는 vBSEO를 사용하는 경우가 적절하게 통합되어 있는지 확인하십시오. 우리는 당신에게 더 나은 성능 (NO 이중 넘겨주기)을 제공 vBET과 vBSEO 사이의 통합에 큰 개선을했다. 그러니까 그냥 vBET 패키지에서 readme.html 파일에 통합 섹션으로 이동하고 해당 적절한 변화를 가지고 설명 vBSEO 파일을 확인하십시오.
RSS 채널 (v Bulletin 옵션)에 대한 더 큰 캐시 수명을 설정합니다. 그것은 RSS XML이 유효합니다 얼마나 걸릴지 생성 정의합니다. 다른 세대는 시간이 지나면됩니다. 그래서 더 큰 가치는 적은 실제 데이터뿐만 아니라, 더 나은 성능을 의미합니다.
(3.3.4 이후)은 정말로 필요하지 않으면 코드는 HTML 태그를 변환하지 마십시오 옵션을 사용하지 마십시오. 대부분의 포럼은 사용자가 게시물에 HTML 코드를 넣어하는 것을 허용하지 않기 때문에 그것은 대부분의 포럼을 위해 필요하지 않습니다. 코드 bbcode의 내용이 어쨌든 번역되지 않습니다주의하시기 바랍니다.
(3.3.5 이후) 옵션은 '고도'속성 번역 끕니다. 그것은 성능에 작은 영향을했지만 여전히 정규식과 함께 추가적인 출력 파싱하고 Google에 적어도 하나 더 요청 (결과가 캐시되지 않은 경우)이 필요합니다. 번역 결과 (마우스 커서가 이미지 위에 경우에만) 브라우저에서 볼 수 있지 않기 때문에 그것은 해제 사용자에 영향을주지 않습니다.
(3.4.0 이후) 메모리 캐시를 사용합니다. 당신은 메모리 캐시를 사용하도록 구성된 서버가있는 경우 그냥 admincp -> vBET 캐시 -> 메모리 캐시로 이동하여 사용하여 메모리 캐시에서 당신을위한 최고의 옵션을 선택합니다. 중요 : memcache 호스트 포트를 넣어 필요 Memcache를 사용!
Htaccess로 규칙을 변경 합니다.
참고: 2-표지판 부분 즉, 함께 링크를 사용 하지 않는 경우에: yourforum.com/XY/ 등.
이제 짧은 규칙을 사용할 수 있습니다!
어디에서 찾을 수 사방
(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)
그것을 바꿀 수 있습니다.
(..|zh-CN|zh-TW)
더 빠르게 작동 하는 귀하의 사이트를 만들 것입니다!
즉, intagrated vbseo 가진 사용자에 대 한 규칙을 변경:
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
이러한에:
RewriteRule ^/?(..|zh-CN|zh-TW)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(..|zh-CN|zh-TW)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
참고: 귀하의 포럼 URL에 하위 디렉터리를 사용 하 여 다음 선도 함께 귀하의 포럼 디렉토리를 추가 하는 2 첫 번째 규칙을 변경 하는 경우 '/' 리디렉션됩니다 후에 단지 =. 그래서 귀하의 포럼 포럼 디렉터리 경우에 즉 다음 것 이다 redirected=/forum/index.php을가지고 리디렉션된 = / 포럼 /$ 2
Realases vBET 4.4.5 이후 및 vBET 3.5.3 다운로드 파일에 이러한 규칙을 찾을 수 있습니다:
do-not-upload/tools/redirecting-rules/short-redirecting-rules
(3.6.2) 이후 해제 옵션 숫자를 번역 하지 않는다. AdminCP-에이 옵션을 찾을 거 야 > vBET-> 번역 옵션. 성능에 거의 영향을 미치지만 그것은 여전히 추가 구문 분석 문자를 요구 한다. 어쨌든 그건 좋습니다 경우 설정 해제, 번역 비용을 증가 하기 때문에.
현재 날짜와 시간을 표시 하지 않습니다. 날짜 표시 및 시간 원인과 추가 번역 모든 분 추가 쿼리 데이터베이스를 데이터 캐시에 이미 경우에.
위해서는 현재 날짜 및 시간 표시:
AdminCP-> 스타일 및 템플릿 서식 파일에서 검색->
검색 :
$vbphrase[all_times_are_gmt_x_time_now_is_y]
모든 서식 파일에서 제거 합니다.
이제 현재 날짜와 시간은 표시 되지 않습니다.
제발 참고 다른 템플릿을 다른 변수-여 시간을 표시할 수 있습니다이 경우을 해야 변수를 찾아 제거/코멘트.
페이지에서 회전 된 텍스트를 표시 하지 않습니다. 텍스트 회전은 vBET 번역 텍스트를 보냅니다.
페이지 회전에 넣어 하려면 텍스트 자바 스크립트 (Javascript에서 텍스트 변환 되지 않음) 또는 notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html) 지역에서 그것을 넣어.
(3.6.3) 이후 태그를 대체 하는 추가 옵션을 해제 합니다. 이 옵션을 사용 하면 태그를 추가 하는 오버 헤드 시간 증가 하 고 사용자에 게 더 많은 데이터를 보냅니다. 기본적으로이 옵션은 사용할 수 없습니다.
물론 번역은 놀랍게도했고 어떤 자원들을 제공하는 데 필요한 없습니다. 우리는 성공적으로 모든 성능 영향 통보 (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html)없이 vBET를 실행 정말로 큰 포럼을 통해 사용자 수 있습니다.
당신은 아래 가장 빠른 방법으로 vBET을 사용하려는 경우 아직도 경우에 당신을 위해 몇 가지 구성 힌트입니다. 때로는 사용 가능한 기능의 비용으로, 그렇게하지 팔로우 그것을 당신이 성능 문제가없는 경우 - 그 성능 향상을 위해 가장 최적의 구성을 설명한다는 점에 유의하십시오.
당신이 vBET의 마지막 버전을 사용하고 있는지 확인하십시오. 우리는 지속적으로 성능을 개선하고 있습니다.
손님을 위해 전체 파일 캐시를 사용하고 그것이 작동하는지 확인에 (3.3.4 이후) 턴 (체크 않는 캐시 파일이 생성됩니다 - 적절한 파일 권한을 설정해야합니다)
(3.3.4 이후)는 레 관련 페이지에 대한 라이브 실황으로 또한 손님 시간에 대한 전체 파일 캐시를 위해서 손님 시간에 대한 전체 파일 캐시에 대한 높은 값을 설정
(3.3.4 이후) 페이지를 인용 전체 파일 캐시에 더 이상 유지하고 손님을 위해 전체 파일 캐시에 더 적은 관련 페이지들을 추가할 수있다 고려
vBET 모든 인코딩을 지원하지만 포럼을 다시 인코딩 전체 페이지에 대한 각각의 번역 vBET에 대해 달리, UTF - 8 인코딩을 사용하고 다른 추가적인 유용한 정보를 (또한 특수 문자는 DB에서 더 많은 일어나는 사람이으로 변경됩니다 일으킬면 그것은 최고예요 & # CODE; 표기법). 당신이 이미 포럼을 실행하는 경우, (여전히 존재) 인코딩을 전환하는 더 쉬운 방법은 없습니다,하지만 새로운 하나를 만드는 경우 다음과 다국어 지원하기 위해 설계되었습니다 UTF - 8 인코딩에 실행하는 것을 고려해보십시오.
당신은 애원에 일부 번역을 해제할 수 있습니다 - 캐시가 채워집니다 때 당신은 수시로 새로 추가할 수 있습니다. 모두 52 번역 시작하면 사용자와 뿌리에 대한 52 배 더 많은 콘텐츠를 의미합니다. 일부 포럼은 쉽게 그것이 몇 가지 번역 시작하는 것이 좋습니다 일부, 이것을 처리할 수 있습니다.
당신의 캐시를 가지고 있는지 확인하십시오.
나중에 당신이 적절한 캐시 TTL을하는 중요한 것입니다. 큰 것이 더 낫다는 아니지만 더 십오일가 Google TOS와 공정하게되는
사용자 포럼 최고의 캐시 삭제 전략을 선택합니다. 대부분의 포럼 '보통 삭제'에 대한 최선의 전략을 삭제하지만, 당신이 번역 내용의 정말 많은 경우 다음 정상적인 캐시 삭제 서버를 죽일 수 있습니다. 그러나 진정 - 우리가 경우에 특별한 솔루션을합니다. 그래서 3 다른 전략을 선택할 수 있습니다. 당신이 경우에만 마지막 하나는 가장 빠른이지만, 모든 캐시의 콘텐츠를 제거하므로 그것을 사용합니다.
vBET의 데이터를 제거하는 많은 150 캐시 테이블을 통해 무죄 - "캐시 삭제 timelap"를 사용합니다. 당신이 각 테이블 사이의 대기 vBET를 주문할 수 있습니다. 전체 작업은 자원의 동일한 금액을하지만, 서버의 부하가 작은되도록 서버가 공터 사이 "나머지"것입니다.
여러분의 필요에 따라 "그룹화 번역을 선택하십시오"옵션을 사용하여 - 이것은 당신에게 더 적은 CPU 비용을 부담해야하므로 데이터베이스에 적은 쿼리를 만들지만, RAM 메모리보다 사용의 비용으로합니다.
설정하지 마십시오 낮거나 너무 높은에 "X 실패 후 보지 말아요." 이 옵션은 캐시 사용을 최적화합니다. vBET가 없습니다 캐시 번역 찾으려고 중지됩니다 감사합니다. 당신이 그것을 설정하면 너무 높은 vBET 더 많은 시간을 시도합니다. 당신이 그것을 설정하면 너무 낮은 vBET 일부 작은 변화가 번역된 페이지에 일어날에만 있기 때문에 캐시에 진짜 번역을 찾고 중지할 수 있습니다.
모든 번역에 대한 캐시를 활성화합니다. 당신은 디스크에 너무 많은 공간이없는 경우 vBET가 선택한 번역 캐시를 비활성화할 수 있지만, 구글은 이러한 각 시간을 묻는 메시지가 표시됩니다 때문에 이러한 번역이 오래 걸립니다.
"항상 신뢰 사용자"로 "구글 언어 감지"를 설정합니다. vBET은 사용자가 어떤 실수를하면 경우에 메시지의 실제 언어를 검색할 수 있습니다 훌륭한 기능이 있습니다. 새 게시물이 도착하면 만들어 Google에 추가를 요청 -하지만 그 비용이 있습니다.
"번역 Google Maps를"해제합니다. 그것은 당신이 포럼에 포함된 구글지도를 번역하실 수 있지만, 지원하지 않으면 그 다음 그것을 무능하게 - 그것은 추가 검색을 비용과 전체 출력에서 Google지도 링크 바꿉니다.
옵션 실험은 "사용자 이름을 번역하지 마십시오." 그것은 많은 포럼 장소에서 더 많은 추가적인 검사 비용으로 번역 부탁 덜 발생합니다. 귀하의 경우에 더 좋은 체크 - 그럼 뭔가 뭔가가있다.
이 vBSEO 기능을 사용하지 않는 경우 "자바 스크립트에서 vBSEO 메시지를 번역"또는 vBSEO 또한 그것을 해제하십시오. 그것을 번역하는 것은 추가적인 출력 구문 분석의 비용이 든다.
관련이없는 페이지 로봇을 차단 - 회원 페이지, 달력 등등처럼. 첫번째 번역의 CPU 사용률을 어떻게 향상시킬 수 있습니다 - 로봇은 매우 빠르게 사용자 포럼의 모든 코너를 방문하실 수 있습니다. 대부분 포럼 회원 페이지 색인을 생성할 필요하지 않지만, 여전히 해당 페이지를 번역하여 포럼 자원을 소요됩니다. 그래서 모든 번역의 모든 관련이없는 페이지에 로봇을 차단합니다. 다음 포스트에서는 그런 robots.txt에 예제를 찾을 수 -이 포럼 (URL의가 vBSEO으로 변경됩니다, 저희 포럼이 URL에서 하위 디렉토리를 사용)에서 사용하는 robots.txt에의 일부입니다.
(3.3.1 이후) 부스 버전에서 "원본보기 텍스트"를 사용 - 사용자와 인용. 이 옵션은 여러분이 원래 메시지를 표시하는 방법을 선택할 수 있습니다. 그것은 중요하지,하지만 당신은 이미 모든 걸 다 일부 약간의 개선을 위해 추구 그렇다면 여기를 찾을 수 있습니다 - 그것을 보여주는 것은 약간의 비용이 든다. 자바 스크립트 주입에 의해 정상적인 방법으로 : - 우선 당신은 WAN 경우 원본 텍스트를 표시하는 두 가지 방법이 있습니다. 정상 성능보다이지만, 주사 하나는 SEO (로봇이 표시되지 않음)에 더 있습니다. 당신이 느끼는 경우 그래서 당신은 부스 원문보기 콘텐츠를 원하는 - 사용자와 손님 - 다음은 게스트와 사용자를 위해 정상 주입 표시하는 것이 좋습니다. 물론 원래의 텍스트를 표시하지 않도록 선택할 수 있습니다 - 그것은 사용자에 대한 최악의 수 있지만 성능이 조금 더 나은 것입니다. 최상의 사용자를위한 성능과 최악의 - - 당신이 그것이 번역 것을 원본 또는 메시지를 표시하지 선택할 수 있으며 한 옵션이 있습니다. 그들이 메시지가 다른 언어로 작성되었습니다 표시되지 않습니다했기 때문에, 사용자에 대한 최악의, 전혀 템플릿을 사용하지 않기 때문에이 옵션은 성능에 가장 적합합니다.
당신은 vBET가 vBSEO Sitemap 생성기와 통합이있다면, 그때 확인 그것이 새로운 방식으로 (더 빨리)에가주세요. 여기에 실제 통합 절차는 다음과 같습니다
고급 성능 매개 변수 (3.3.2 이후) 재생 : 'HTML 크기 : 절단 지점'과 'HTML 크기 : 시작 절단. 정말 큰 문자열 작업하면 PHP의 성능이 크게 낮고 유의하시기 바랍니다. 그런 경우에 PHP가 좀 임시 파일에 쓰고 파일에서 작업하는 대신 메모리에 있다고 가정하자. 그렇기 때문에 우리는 번역 알고리즘을 수정하고 정말 큰 출력이 번역하는 동안 작은 조각으로 절단됩니다. 이 수정은 큰 페이지를 영향 당신은 언급한 성능 매개 변수에 의해 그것을 구성할 수 있습니다.
(3.3.2 이후) 고급 성능 매개 변수와 함께 플레이 : '지연을 번역 사이. 일부 포럼에서 Google에 요청이있는 경우는 응답이 더 이상 시대에 구글에서 나온 바로 다음 하나씩 보내거나 심지어 포럼 서버에 의해 차단됩니다. 성능 변화의 측정하지 않고 그것을 사용하고 유일한 미치는 영향을 볼 캐시에서와 같은 하지마.
(3.3.2 이후)는 vBSEO를 사용하는 경우가 적절하게 통합되어 있는지 확인하십시오. 우리는 당신에게 더 나은 성능 (NO 이중 넘겨주기)을 제공 vBET과 vBSEO 사이의 통합에 큰 개선을했다. 그러니까 그냥 vBET 패키지에서 readme.html 파일에 통합 섹션으로 이동하고 해당 적절한 변화를 가지고 설명 vBSEO 파일을 확인하십시오.
RSS 채널 (v Bulletin 옵션)에 대한 더 큰 캐시 수명을 설정합니다. 그것은 RSS XML이 유효합니다 얼마나 걸릴지 생성 정의합니다. 다른 세대는 시간이 지나면됩니다. 그래서 더 큰 가치는 적은 실제 데이터뿐만 아니라, 더 나은 성능을 의미합니다.
(3.3.4 이후)은 정말로 필요하지 않으면 코드는 HTML 태그를 변환하지 마십시오 옵션을 사용하지 마십시오. 대부분의 포럼은 사용자가 게시물에 HTML 코드를 넣어하는 것을 허용하지 않기 때문에 그것은 대부분의 포럼을 위해 필요하지 않습니다. 코드 bbcode의 내용이 어쨌든 번역되지 않습니다주의하시기 바랍니다.
(3.3.5 이후) 옵션은 '고도'속성 번역 끕니다. 그것은 성능에 작은 영향을했지만 여전히 정규식과 함께 추가적인 출력 파싱하고 Google에 적어도 하나 더 요청 (결과가 캐시되지 않은 경우)이 필요합니다. 번역 결과 (마우스 커서가 이미지 위에 경우에만) 브라우저에서 볼 수 있지 않기 때문에 그것은 해제 사용자에 영향을주지 않습니다.
(3.4.0 이후) 메모리 캐시를 사용합니다. 당신은 메모리 캐시를 사용하도록 구성된 서버가있는 경우 그냥 admincp -> vBET 캐시 -> 메모리 캐시로 이동하여 사용하여 메모리 캐시에서 당신을위한 최고의 옵션을 선택합니다. 중요 : memcache 호스트 포트를 넣어 필요 Memcache를 사용!
Htaccess로 규칙을 변경 합니다.
참고: 2-표지판 부분 즉, 함께 링크를 사용 하지 않는 경우에: yourforum.com/XY/ 등.
이제 짧은 규칙을 사용할 수 있습니다!
어디에서 찾을 수 사방
(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)
그것을 바꿀 수 있습니다.
(..|zh-CN|zh-TW)
더 빠르게 작동 하는 귀하의 사이트를 만들 것입니다!
즉, intagrated vbseo 가진 사용자에 대 한 규칙을 변경:
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
이러한에:
RewriteRule ^/?(..|zh-CN|zh-TW)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(..|zh-CN|zh-TW)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
참고: 귀하의 포럼 URL에 하위 디렉터리를 사용 하 여 다음 선도 함께 귀하의 포럼 디렉토리를 추가 하는 2 첫 번째 규칙을 변경 하는 경우 '/' 리디렉션됩니다 후에 단지 =. 그래서 귀하의 포럼 포럼 디렉터리 경우에 즉 다음 것 이다 redirected=/forum/index.php을가지고 리디렉션된 = / 포럼 /$ 2
Realases vBET 4.4.5 이후 및 vBET 3.5.3 다운로드 파일에 이러한 규칙을 찾을 수 있습니다:
do-not-upload/tools/redirecting-rules/short-redirecting-rules
(3.6.2) 이후 해제 옵션 숫자를 번역 하지 않는다. AdminCP-에이 옵션을 찾을 거 야 > vBET-> 번역 옵션. 성능에 거의 영향을 미치지만 그것은 여전히 추가 구문 분석 문자를 요구 한다. 어쨌든 그건 좋습니다 경우 설정 해제, 번역 비용을 증가 하기 때문에.
현재 날짜와 시간을 표시 하지 않습니다. 날짜 표시 및 시간 원인과 추가 번역 모든 분 추가 쿼리 데이터베이스를 데이터 캐시에 이미 경우에.
위해서는 현재 날짜 및 시간 표시:
AdminCP-> 스타일 및 템플릿 서식 파일에서 검색->
검색 :
$vbphrase[all_times_are_gmt_x_time_now_is_y]
모든 서식 파일에서 제거 합니다.
이제 현재 날짜와 시간은 표시 되지 않습니다.
제발 참고 다른 템플릿을 다른 변수-여 시간을 표시할 수 있습니다이 경우을 해야 변수를 찾아 제거/코멘트.
페이지에서 회전 된 텍스트를 표시 하지 않습니다. 텍스트 회전은 vBET 번역 텍스트를 보냅니다.
페이지 회전에 넣어 하려면 텍스트 자바 스크립트 (Javascript에서 텍스트 변환 되지 않음) 또는 notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html) 지역에서 그것을 넣어.
(3.6.3) 이후 태그를 대체 하는 추가 옵션을 해제 합니다. 이 옵션을 사용 하면 태그를 추가 하는 오버 헤드 시간 증가 하 고 사용자에 게 더 많은 데이터를 보냅니다. 기본적으로이 옵션은 사용할 수 없습니다.
