vBET 및 성능
vBET은 최적화 많이 있습니다. 당신은 아주 빠른 53 언어로 콘텐츠를 제공할 수 있습니다 감사합니다.
물론 번역은 하지 마법 만들어지고 일부 리소스 들을 제공 하는 데 필요한. 우리는 정말 큰 포럼 성능 영향을 주지 않고 성공적으로 실행된 vBET 어떤 통지 (사용자http://www.vbenterprisetranslator.co...rformance.html).
당신은 아래 가장 빠른 방법으로 vBET을 사용하려는 경우 아직도 경우에 당신을 위해 몇 가지 구성 힌트입니다. 때로는 사용 가능한 기능의 비용으로, 그렇게하지 팔로우 그것을 당신이 성능 문제가없는 경우 - 그 성능 향상을 위해 가장 최적의 구성을 설명한다는 점에 유의하십시오.
- 당신이 vBET의 마지막 버전을 사용하고 있는지 확인하십시오. 우리는 지속적으로 성능을 개선하고 있습니다.
- 를 켜십시오 손님을 위해 전체 파일 캐시를 사용하여 그것이 작동하는지 확인 (확인가 캐시 파일이 만들어집니다 - 적절한 파일 권한을 설정해야합니다)
- 에 대 한 설정된 값이 높을수록 라이브에 초대 시간에 대한 전체 파일 캐시 또한 대한 레 관련 페이지 삶의 손님 시간에 대한 전체 파일 캐시
- 페이지 손님에 대 한 더 이상 전체 파일 캐시에서 보류 수 있으며 그 추가 고려 손님을 위해 전체 파일 캐시에 대해 이하 관련 페이지
- vBET 모든 인코딩을 지원하지만 포럼을 다시 인코딩 전체 페이지에 대한 각각의 번역 vBET에 대해 달리, UTF - 8 인코딩을 사용하고 다른 추가적인 유용한 정보를 (또한 특수 문자는 DB에서 더 많은 일어나는 사람이으로 변경됩니다 일으킬면 그것은 최고예요 & # CODE; 표기법). 당신이 이미 포럼을 실행하는 경우, (여전히 존재) 인코딩을 전환하는 더 쉬운 방법은 없습니다,하지만 새로운 하나를 만드는 경우 다음과 다국어 지원하기 위해 설계되었습니다 UTF - 8 인코딩에 실행하는 것을 고려해보십시오.
- 당신은 애원에 일부 번역을 해제할 수 있습니다 - 캐시가 채워집니다 때 당신은 수시로 새로 추가할 수 있습니다. 모두 52 번역 시작하면 사용자와 뿌리에 대한 52 배 더 많은 콘텐츠를 의미합니다. 일부 포럼은 쉽게 그것이 몇 가지 번역 시작하는 것이 좋습니다 일부, 이것을 처리할 수 있습니다.
- 당신의 캐시를 가지고 있는지 확인하십시오.
- 나중에 당신이 적절한 캐시 TTL을하는 중요한 것입니다. 큰 것이 더 낫다는 아니지만 더 십오일가 Google TOS와 공정하게되는
- 사용자 포럼 최고의 캐시 삭제 전략을 선택합니다. 대부분의 포럼 '보통 삭제'에 대한 최선의 전략을 삭제하지만, 당신이 번역 내용의 정말 많은 경우 다음 정상적인 캐시 삭제 서버를 죽일 수 있습니다. 그러나 진정 - 우리가 경우에 특별한 솔루션을합니다. 그래서 3 다른 전략을 선택할 수 있습니다. 당신이 경우에만 마지막 하나는 가장 빠른이지만, 모든 캐시의 콘텐츠를 제거하므로 그것을 사용합니다.
- 메모리 캐시를 사용 합니다. 메모리 캐시를 사용 하도록 구성 된 서버가 있는 경우에 단지에 서 admincp-> vBET 캐시-> 메모리 캐시 와에서 가장 적합한 옵션을 선택할 메모리 캐시를 사용하여. 중요 : memcache 호스트 포트를 넣어 필요 Memcache를 사용!
- vBET의 데이터를 제거하는 많은 150 캐시 테이블을 통해 무죄 - "캐시 삭제 timelap"를 사용합니다. 당신이 각 테이블 사이의 대기 vBET를 주문할 수 있습니다. 전체 작업은 자원의 동일한 금액을하지만, 서버의 부하가 작은되도록 서버가 공터 사이 "나머지"것입니다.
- 여러분의 필요에 따라 "그룹화 번역을 선택하십시오"옵션을 사용하여 - 이것은 당신에게 더 적은 CPU 비용을 부담해야하므로 데이터베이스에 적은 쿼리를 만들지만, RAM 메모리보다 사용의 비용으로합니다.
- 설정하지 마십시오 낮거나 너무 높은에 "X 실패 후 보지 말아요." 이 옵션은 캐시 사용을 최적화합니다. vBET가 없습니다 캐시 번역 찾으려고 중지됩니다 감사합니다. 당신이 그것을 설정하면 너무 높은 vBET 더 많은 시간을 시도합니다. 당신이 그것을 설정하면 너무 낮은 vBET 일부 작은 변화가 번역된 페이지에 일어날에만 있기 때문에 캐시에 진짜 번역을 찾고 중지할 수 있습니다.
- 모든 번역에 대한 캐시를 활성화합니다. 당신은 디스크에 너무 많은 공간이없는 경우 vBET가 선택한 번역 캐시를 비활성화할 수 있지만, 구글은 이러한 각 시간을 묻는 메시지가 표시됩니다 때문에 이러한 번역이 오래 걸립니다.
- "항상 신뢰 사용자"로 "구글 언어 감지"를 설정합니다. vBET은 사용자가 어떤 실수를하면 경우에 메시지의 실제 언어를 검색할 수 있습니다 훌륭한 기능이 있습니다. 새 게시물이 도착하면 만들어 Google에 추가를 요청 -하지만 그 비용이 있습니다.
- "번역 Google Maps를"해제합니다. 그것은 당신이 포럼에 포함된 구글지도를 번역하실 수 있지만, 지원하지 않으면 그 다음 그것을 무능하게 - 그것은 추가 검색을 비용과 전체 출력에서 Google지도 링크 바꿉니다.
- 옵션 실험은 "사용자 이름을 번역하지 마십시오." 그것은 많은 포럼 장소에서 더 많은 추가적인 검사 비용으로 번역 부탁 덜 발생합니다. 귀하의 경우에 더 좋은 체크 - 그럼 뭔가 뭔가가있다.
- 관련이 없는 페이지-블록 로봇 처럼 회원 페이지, 일정 등. 로봇 무엇 첫 번째 번역에 대 한 CPU 사용량을 향상 시킬 수 있습니다 매우 빠르게-포럼의 모든 코너를 방문하실 수 있습니다. 주로 포럼 하지 않습니다 필요 회원 페이지 인덱싱할 수 있지만 여전히 그 페이지를 번역 하 여 포럼 자원 소요 됩니다. 그래서 모든 번역에 모든 관련 된 페이지에 대 한 로봇을 차단 합니다. 다음 포스트에서 그에 대 한 robots.txt 예제를 찾을 수-이것은이 포럼 (참고 URL의 검색 엔진 최적화에 의해 변경 되 고 우리의 포럼 URL에 하위 디렉터리를 사용 하 여) 사용은 robots.txt의 부분 이다.
- 부스 버전에서 "원문보기 텍스트"를 사용 - 사용자와 인용. 이 옵션은 여러분이 원래 메시지를 표시하는 방법을 선택할 수 있습니다. 그것은 중요하지,하지만 당신은 이미 모든 걸 다 일부 약간의 개선을 위해 추구 그렇다면 여기를 찾을 수 있습니다 - 그것을 보여주는 것은 약간의 비용이 든다. 자바 스크립트 주입에 의해 정상적인 방법으로 : - 우선 당신은 WAN 경우 원본 텍스트를 표시하는 두 가지 방법이 있습니다. 정상 성능보다이지만, 주사 하나는 SEO (로봇이 표시되지 않음)에 더 있습니다. 당신이 느끼는 경우 그래서 당신은 부스 원문보기 콘텐츠를 원하는 - 사용자와 손님 - 다음은 게스트와 사용자를 위해 정상 주입 표시하는 것이 좋습니다. 물론 원래의 텍스트를 표시하지 않도록 선택할 수 있습니다 - 그것은 사용자에 대한 최악의 수 있지만 성능이 조금 더 나은 것입니다. 최상의 사용자를위한 성능과 최악의 - - 당신이 그것이 번역 것을 원본 또는 메시지를 표시하지 선택할 수 있으며 한 옵션이 있습니다. 그들이 메시지가 다른 언어로 작성되었습니다 표시되지 않습니다했기 때문에, 사용자에 대한 최악의, 전혀 템플릿을 사용하지 않기 때문에이 옵션은 성능에 가장 적합합니다.
- 'HTML 크기 : 절단 지점'과 '크기 HTML : 시작 절단'고급 성능 매개 변수를 재생합니다. 정말 큰 문자열 작업하면 PHP의 성능이 크게 낮고 유의하시기 바랍니다. 그런 경우에 PHP가 좀 임시 파일에 쓰고 파일에서 작업하는 대신 메모리에 있다고 가정하자. 그렇기 때문에 우리는 번역 알고리즘을 수정하고 정말 큰 출력이 번역하는 동안 작은 조각으로 절단됩니다. 이 수정은 큰 페이지를 영향 당신은 언급한 성능 매개 변수에 의해 그것을 구성할 수 있습니다.
- '번역 사이의 간격': 고급 성능 매개 변수를 사용하여 재생합니다. 일부 포럼에서 Google에 요청이있는 경우는 응답이 더 이상 시대에 구글에서 나온 바로 다음 하나씩 보내거나 심지어 포럼 서버에 의해 차단됩니다. 성능 변화의 측정하지 않고 그것을 사용하고 유일한 미치는 영향을 볼 캐시에서와 같은 하지마.
- 옵션을 사용 하지 마십시오 코드 HTML 태그를 번역하지 마십시오 당신이 정말로 필요하지 않으면. 대부분의 포럼은 사용자가 게시물에 HTML 코드를 넣어하는 것을 허용하지 않기 때문에 그것은 대부분의 포럼을 위해 필요하지 않습니다. 의 내용을 참고하시기 바랍니다 암호 bbcode 어차피 번역되지 않습니다.
- 옵션 해제 번역 '고도'속성. 그것은 성능에 작은 영향을했지만 여전히 정규식과 함께 추가적인 출력 파싱하고 Google에 적어도 하나 더 요청 (결과가 캐시되지 않은 경우)이 필요합니다. 번역 결과 (마우스 커서가 이미지 위에 경우에만) 브라우저에서 웃을 줄 아는 있지 않기 때문에 그것은 해제 사용자에 영향을주지 않습니다.
- "온라인 사용자"를 해제 합니다. 당신의 AdminCP에이 옵션-> 찾을 수 있습니다 Usergroup-Usergroup 관리자 Usergroup 편집->-> 수 보기 누가 온라인: 없음. 이 dynamicly "누가 읽고 포럼" 값을 변경의 표시를 제거 하 여 번역의 양이 줄어 듭니다.
- 변경 . htaccess 지시어들 규칙.
참고 : 경우에 NOT 링크를 사용 하 여 2-표지판 부분, 즉 함께: yourforum.com/XY/ 등등
이제 짧은 규칙을 사용할 수 있습니다!
http://www.vbenterprisetranslator.co...html#post15132
다운로드 파일에 이러한 규칙을 찾을 수 있습니다.
do-not-upload/tools/redirecting-rules/short-redirecting-rules- 옵션 해제 번호를 변환 하지 마십시오. 이 옵션을 찾을 거 야 AdminCP-> vBET-> 번역 옵션. 성능에 거의 영향을 미치지만 그것은 여전히 추가 구문 분석 문자를 요구 한다. 어쨌든 그것은 안 좋습니다 경우 설정 해제, 번역 비용을 증가 하기 때문에.
- 현재 날짜와 시간을 표시 하지 않습니다. 날짜 표시 및 시간 원인과 추가 번역 모든 분 추가 쿼리 데이터베이스를 데이터 캐시에 이미 경우에.
- 페이지에서 회전 된 텍스트를 표시 하지 않습니다. 텍스트 회전은 vBET 번역 텍스트를 보냅니다.
페이지 회전에 넣어 하려면 텍스트 넣어 자바 스크립트 (Javascript에서 텍스트 변환 되지 않음) 또는 notranslate 지역.- 옵션 해제 대체 태그를 추가. 이 옵션을 사용 하면 태그를 추가 하는 오버 헤드 시간 증가 하 고 사용자에 게 더 많은 데이터를 보냅니다. 기본적으로이 옵션은 사용할 수 없습니다.
자동 번역 (구글, 마이크로 소프트 ®에 의해 구동 Yandex, SDL Language Cloud, IBM Watson및 Apertium):
인용과 함께 답변
