vbenterprisetranslator_seo.php의 지속적인 사용을위한 자세한 설명

[Simon Lloyd]

난 내 다른 스레드에서이 문제를 제기하고 새로운 스레드를 시작하는 요 청했습니다, 그래서 여기있다

난 더 이상 문제를 가지고 vbenterprisetranslatot.php 내 모든 CPU 시간을 사용하고 아래 확인하시기 바랍니다 :
PID ************ 소유자 우선의 CPU % 메모리 %의 명령
12,493 (추적) (죽여) thecodec 0 - 104-0.5 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
12,496 (추적) (죽여) thecodec 0 - 72.0-0.5 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
12,495 (추적) (죽여) thecodec 0 - 67.0-0.5 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
12,492 (추적) (죽여) thecodec 0 - 42.0-0.6 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
12,490 (추적) (죽여) thecodec 0 - 23.5-0.6 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
12,484 (추적) (죽여) thecodec 0 - 11.7-0.6 / usr / bin / php로 / home에 / thecodec / public_html / forumz / vbenterprisetranslator_seo.php
20,732 (추적) (죽여) MySQL은 0 - 1.8-6.2는 / usr / sbin / mysqld - basedir = / - datadir =은 / var / lib과 / MySQL은 - 사용자 = MySQL은 - / PID 파일 =은 / var / lib과 MySQL은 / server.thecodecage.com.pid - 생략 - 외부 - 잠금 -


저는 4 CPU를 가지고 있으며 그것은 캔트 번역을 이제 내 사이트를 죽이고 있어요!, 그 번역의 절반을 비활성화하고 여전히 문제를 가지고있어!

누군가가 도와 줄까?

마이클스 답변 :

한 문제 당 하나의 스레드를 사용 하십시오. 새로운 문제에 대 한 다른 스레드를 사용 합니다. 곧-하지 자원-전체 소요 vbenterprisetranslator_seo.php 그것은 전체 포럼, 때문에 각 포럼 요청이 아주 vbenterprisetranslator_seo.php만 vbseo.php에 대 한 몇 가지 변수를 설정 하 고 정말 요청 된 리소스를 포함 하는. 설정한 모든 귀하의 포럼 트래픽을.htaccess 파일에서이 파일을 합니다. 그래서이 파일에 아무 문제가 전혀-이것은 귀하의 전체 포럼 소비. 이 지역에서 더 많은 설명 필요-제발 그것에 대 한 새 스레드를 열 또는 이미 찾을. 한 스레드 당 하나의 문제

수 당신은 설명 추가 내가 비활성화 vbet 다음 그 파일은 여전히 사용 되 고, 그 파일의 이름을 변경 하는 경우 포럼에 액세스할 수 없습니다 있기 때문에.

[vBET]

당신이 파일을 여는 볼 수 있듯이 여러분도 CPU의 1 %를 소비 수있는 논리가 없습니다. 이것은 vbseo와 vBET 링크 변경 (언어 코드)를 통합할 수있는 유일한 프런트 컨트롤러 (또는 그냥 필터)입니다. 그렇지 않으면 vbseo는 vBET 링크를 리디렉션을 사용할 수 있습니다. 그러니 포럼의 모든 트래픽은 파일에 의해 제공됩니다. 파일은 vbseo에 필요한 몇 가지 변수를 설정하고 다음 vbseo.php 자체를 포함하고 있습니다.

그래서 vbseo와 vBET 없이 vBulletin 사용 하는 경우 다음 당신은 볼 것 이다 모든 요청 vbseo 프런트 컨트롤러는 vbseo.php를 통해 간다. VBET을 사용 하는 경우 또한 다음 우리가 통합에 필요한 vbseo.php 프런트 컨트롤러 앞만 작은 필터를 추가 합니다. 그래서 당신이 그것을 볼 수 있는 결과 얼마나 많은 리소스 파일, 하지만 얼마나 많은 자원이 소요 요청 오는 걸립니다. 구유 파일입니다. 각 요청은 오는 여 물통, vbseo 모든 요청 필요로 하기 때문에 오면 구 유 vbseo.php

번역 무료 아니지만 그냥 vbseo.php와 함께 SE 유사한 결과가 대신 파일을 것입니다 - 물론 당신의 포럼 vBET없이 적은 자원을 소요됩니다. 이 아키텍처는 vbseo에 의해 강제됩니다. vbseo없이 사용할 경우 vBET 전혀 파일을 사용하지 마십시오.

당신은 아직 거기. htaccess 지시어로 모든 포럼 요청을 리디렉션하기 때문에 그리고 당신은 파일 vBET 장애인 때 여전히 사용됩니다. 거기 vBET 규칙을 주석해야합니다. vbseo가 vbseo.php 파일에 리디렉션 규칙을 필요로하기 때문에하지만 난 그냥 너무 많이 변경되지 않습니다 쓴대로 그냥 대신 vbseo.php 파일과 비슷한 것을 볼 수 있습니다. 당신은 충분히 가까이 보면 당신은 vBET 규칙 (번역되지 페이지) 단순히 그냥 우리 필터 파일에 vbseo.php에 대한 동일한 규칙 것을 확인할 수 있습니다.

여러분의 포럼은 파일 이름을 변경하면 액세스할 수없는 이유와. htaccess 지시어 파일에 규칙도 이유가 있습니다. 당신은 여전히 거기에 리디렉션했지만 장소가 더 이상 존재하지 않을했다.

알려주십시오 당신이이 분야에 더 많은 질문을 할

[Simon Lloyd]

설명셔서 감사합니다 - 해냈어!

당신은 이제 해결 표시할 수 있습니다.

[vBET]

그레이트 - 표시로 해결