NO. 당신은 제대로 $ p로 1 변경 -하지만 당신은 왜 추가 했어 :원래 의해 게시됨 basketmen
우리 isntructions 이러한 줄을 추가하기 위해 아무것도 없습니다. 이 선을 전에 우리 코드를 추가합니다 - 그것 사이트맵 코드에 이미 존재합니다.Code:$vbseo_stat[$archived?'at':'t'] += vbseo_add_2urls(
(이 잘못된 코드를 제거 올바른 코드 아래 참조)
마지막으로 수정 basketmen; 09-09-10 에 08:03.
아니, 한 번 우리의 코드를 추가합니다. 난 그냥 설명을 업데이 트해서 이제 추가 코드가 다른 장소 (하지 두번째 시간)에 추가되어 명확하게 설명합니다. 당신은 우리가 원하는 쓰기 쉬울이 설명을 개선할 수있는 방법에 어떤 제안이있다면 - 우리는 기꺼이 그것 좀 더 우호적인 사용자가 만든 것입니다
나는 모든 포럼 이상 한 스레드 페이지를했기 때문에뿐만 아니라, 두 번째 코드를 필요가 있다고 생각하고, 나는 99 %의 사람들이 Sitemap에 링크가 너무 많은 트래픽을 얻을만큼 가능한 싶은 생각
우리는 그냥에만 SEO 링크에 대한,이 필요한가요?
발견:
장소 전에...PHP Code:$vbseo_stat[$archived?'at':'t'] += vbseo_add_2urls(
SEO 링크
참고 : 에서 기본 언어 코드를 삭제 $ alanguagesPHP Code://additional code
$alanguages = array ('af','sq','ar','be','bg','ca','zh-CN','hr','cs','da','nl','en','pl','et','tl','fi','fr','gl','de','el','iw','hi','hu','is','id','ga','it','ja','ko','lv','lt','mk','ms','mt','no','fa','pt','ro','ru','sr','sk','sl','es','sw','sv','zh-TW','th','tr','uk','vi','cy','yi');
if(!$archived) {
- $strlenhost = strlen($vbseo_vars['bburl']."/");
$currentthreadurl = vbseo_url_thread($threadrow, $p, $archived);
$currentthreadurl_before = substr($currentthreadurl,0,$strlenhost);
$currentthreadurl_after = "/".substr($currentthreadurl,$strlenhost);
$lastpost =& $threadrow['lastpost'];
$vbseo_stat['t'] += sizeof($alanguages);
foreach($alanguages as $language) {
vbseo_add_url($currentthreadurl_before.$language.$currentthreadurl_after, $prior, $lastpost, $freq);
}
}
//end additional code
이 옵션 패널에서 일부 언어 장애도 경우도 해당 코드를 삭제해야합니다.
고객 중 일부는 진짜로 포럼을 huuge있다는 점에 유의하십시오. 정상 사이트맵 너무 큰 것을 세대는 매우 오래 걸립니다. 그래서 추가 링크가 없습니다 generted 때 오래 걸립니다. 이러한 경우 가장 중요한 것은 빨리 그것을 생성하는 것입니다. 지시 사항은 첫 번째 스레드 페이지에 그것을하는 방법을 알려줍니다 이유입니다. 또한주의가 Google 색인에 다른 스레드 페이지 어쨌든 것이다 - 그것은 귀하의 포럼 페이지에서 링크를 찾을 수 있습니다. 그럼 사이트맵에 전부 넣어 필요가 없습니다.
마이클, 그래서 확인 게시 위 이미 SEO에 대 한 링크 1 이상의 스레드 페이지 수정?
예 그렇습니다
아래의 지침에 당신이 스레드 번역된 페이지에 대한 귀하의 Sitemap 링크로 추가할 수 있습니다. 때문에 성능 이유 해당 링크는 번역되지 않습니다 - 단 추가 언어 코드가있을 것입니다. 당신은 301 리디렉션 얻을 것이다 때문에 구글은 어쨌든 실제 페이지를 찾을 수 있습니다. 그것이 가장 좋은 접근하지된다는 점에 유의하시기 바랍니다 - Google은 하나를 리디렉션하지 사이트맵의 최종 링크를 가지고 선호하지만, 강제로 번역이 같은 시간에 모든 언어로 수천 개의 링크의 서버를 죽일 수 또는 공격으로 Google이 threated 수 (링크가되지 않을 경우 캐시 아직).
BTW 그것은 더 나은에만 추가 언어 코드를 원래 하나의 링크 사이트맵에 이미 번역 링크되지 않습니다
경우 문제 때문에 수 있습니다 죽 일 서버 리소스, 아마 admincp에 설정에 의해 극복 될 수 있다 → VBSEO vBSEO-> 사이트맵 설정 → 지연 실행 후 각 Sitemap 파일, 같은 30, 60 초를 설정할 수 있습니다 또는 서버가 아니라 더 그것을 처리할 수 있습니다. 그리고 우리는 사이트맵 당 5000 같은 숫자를 낮은 Sitemap 파일에 최대 Url을 설정할 수 있습니다.
그것을 고려하십시오, 나는 많은에게 이미 번역된 링크 단지 작은 구글에 의해 색인에만 추가 언어 코드를 원래 하나의 링크를
우리는 완전히 이미 Sitemap의 URL을 번역한 것이 좋습니다 동의합니다. 성능 - 아직도 우리가 이미 만들어진 않았 이유가 있습니다. 52 시간이 순간 세대에서 스레드에 대한 더 링크가 큰 포럼을위한 시간이 많이 소모될 수 있습니다. 동시에 이들의 모든 번역은 정말 시간이 소요 만든 데이터베이스에 쿼리 많이를 생성할 수 있습니다. 이 순간 우리가 얼마나 vBET을 향상시키기 위해 계획을 많이 가지고 있어요. 급한 없기 때문에이 문제는, 낮은 우선 순위가 있습니다. 아직도 우리는 명심하십시오.
권한을 게시
인용과 함께 답변