이미 다른 캐시 시스템을 지원하도록 계획했으며 변환 알고리즘이 즉시 최적화되었다는 점에 유의하십시오. 즉, 큰 문자열에서 작업할 때 PHP 성능이 얼마나 급격하게 감소하는지 알게 되었고 알고리즘을 수정했습니다. 추가 구성 옵션을 사용하여 vBET 4.2.0에서 이미 출시되었습니다. 또한 우리는 여전히 지원되는 vBET 3.x로 모든 향상을 이동시킬 것이다.
...
우리의 고안은 "우리는 많은 변화가 있다." 이다. 그래서 우리가 실험하고, 알고리즘을 바꾸고, 프로파일링하고, 많은 시간을 들여서 자원을 덜 필요로 하는 해결책을 찾고 있는 이유입니다. 여전히 우리는 vET와의 경쟁이 될 수 있는 어떤 모드도 알지 못합니다. 그리고 다른 번역기들도 있습니다. 우리는 많은 알고리즘 변화를 만들었습니다. 왜냐하면 그들은 도움이 되지 않았기 때문입니다. 이 과정에서 우리는 많은 개선을 발견했습니다. 서버 문제에 대한 인상을 받을 수 있지만, 더 나은 솔루션이 있습니까? vBET가 수천 개의 포럼에서 작업하고 있기 때문에 vET가 잘못된 솔루션이 아니라는 힌트를 얻을 수 있는 것은 아마도 20리터의 물을 10리터의 물통에 넣으려고 하는 것일 수도 있습니다. 여전히, 최적화 섹션에서 변경할 수 있는 많은 TODO 목록 (약 70% 의 실험이 도움이 될 것이다.)
그리고 당신이 100 % 맞다 - 우리는 더 잘 할 수있는, 우리는 우리는 항상 일을됩니다 것입니다
우리가 vBET4.x 구현하는 동안 만들어진 모든 개선을 이동할 때까지 기다렸다가
-몇 가지 힌트를 줄 수 있는 경우 어떻게 vBET을 최적화할 수 있습니다 확인 하십시오.
http://www.vbenterprisetranslator.co...rformance.html
특히 일부 언어를 해제하고 robots.txt에 의해없는 페이지를 차단 고려