PDA

정식 버전보기 : vBET 3.3.4 출시



vBET
21-06-10, 16:54
안녕하세요 :)

저희는 당신을 위해 vBET의 새로운 릴리스했습니다. (- 인용 전체 파일 캐시를 가장 중요한 하나) 또한 수정된 몇 가지 새로운 기능과 몇 가지 버그이 버전에서는 성능 향상이 있습니다. 즐기십시오! :)

새 :

성능 개선

vBSEO 잘못된 URL에 대한 리디렉션 이전
손님을위한 전체 파일 캐시

생활 구성 파일 캐시 시간
관련성이 적은 페이지에 살아 구성 파일 캐시 시간
이하 관련 페이지의 구성 설정
손님을위한 전체 파일 캐시에 의해 무시 페이지의 구성 설정

모든 플래그 이미지는 서버에서 하나의 파일로 이동 (CSS 스프 라이트 지원)

무시된 단어 / 문장 기능

지원 : 게시물, 그룹 메시지, 방문자 메시지, 사진 설명, 비공개 메시지

이미 존재하는 메시지 불투명 무시 단어

지원 : 게시물, 그룹 메시지, 방문자 메시지, 사진 코멘트

코드를 HTML 태그의 내용을 번역하지 옵션


변경 템플릿

vbenterprisetranslator_inpost_translate
vbenterprisetranslator_inpost_translate_alreadyin
vbenterprisetranslator_flag


버그 수정 :

vbseo에 대한 방향 정의
어떤 레이아웃을 깨는 스팬
메시지를 응답하면 번역이 langtitle
vBSEO 3.5 아카이브
번역 페이지 아래에 사용자 프로필 필드를 저장
옵션 : 자동 '다시'로 긴 제목에 대한 브로큰 langtitle
번역 전망 newreply에 대한 분석 과정을 거치게 langtitle
멀티 langtitle 불투명


손님의 기능에 대한 새로운 전체 파일 캐시에 대한 그리고 몇 마디. 그것을 켜면 확인합니다 다음은 검사 요청이 손님의 경우 로그인하지 사용자로부터는 않는 결과가 이미 캐시되지 않습니다. 경우에 그것은이다 - 전체 HTML 응답을 캐시에서 가져옵니다. 아니라면 그것은 출력이 생성되면 캐시됩니다. 그래서 그것이 생성 시간을 개선하고 번역되지 페이지도 적은 DB 쿼리를 만들 - 그게 원래 페이지에서도 작동됩니다. 그것은 매우 구성할 수 있습니다. 그것은 당신이 캐시 시간뿐만 아니라를 구성할 수있다는 것을 의미합니다,하지만 관련이 적은 confider 이들 페이지는 더 이상 캐시 시간을 설정할 수있는 페이지 당신은 또한 정의할 수 있습니다. 일반 페이지에 대한 기본 캐시 시간으로 1 시간 (이것은 페이지가 그냥 캐시 경우 손님은 1 시간 뒤에 포럼 변경 사항을 볼 수있다는 것을 의미)이며, 기본적으로 적은 관련 페이지가 15 일입니다. 물론 그것은 관리 CP에 의해 구성할 수 있습니다. 또한 당신은 게스트에 대한 전체 파일 캐시에 의해 무시되어야하는 페이지를 정의할 수 있습니다.
우리 포럼에서 약간의 시간을 위해 테스트되었습니다, 여전히 우리는 베타로이 기능을 고려하십시오. 그렇지 않으면 캐시 파일이 생성되지 않습니다 - 또한 당신이 그것을 사용할 수 있도록 캐시 디렉토리에 적절한 권한을 설정해야합니다는 것을 유의하십시오. 구성 설명에 자세히.

PS.
곧 vBET 4.x의도를 포함합니다 :)

Snake
21-06-10, 17:46
새로운 콘텐츠를 추가하면이 파일 캐시, 왜 둘째 캐시를 필요를 이해 않는다, 주요한 하나는 이미 페이지만을 업데이 트를 캐시, 그럼 다시 1 시간 동안 그것을 캐시하여 설명 이해하기 어렵습니다.

linuxtuts
21-06-10, 18:36
슈퍼 메이트!

감사합니다 만,

이런,이 그래도 4.0.x. .. 쿨 어느 쪽이든을위한 거였어 ...은 4.0.x 버전을 기다릴 수 없다고 생각 했어요. :)

bhanuprasad1981
21-06-10, 18:51
4.x의 버전에 대한 대기 :)

Snake
21-06-10, 21:55
어떻게 그것이로가 이상해 보이는 등 그들이 표시하는 방법을 변경해야합니다, 제발 국기에 대한 CSS를 수정합니까.

steve
21-06-10, 22:39
고객은 현재 지원 있습니까? 이 최신 업데이 트는 리디렉션 루프를 일으키는 난 급히 조수가 필요합니다.

Goanna
21-06-10, 23:17
4.x의 버전에 대한 대기 :)

안녕하세요,

나는 또한 4.x의 버전 ;-) 기다릴 것입니다

wowglider.de
22-06-10, 00:05
대한 설치 지침도 (또는 업그레 이드 지침)?

hotslot
22-06-10, 00:07
때 그 vb4 그렇군 왜 우리는 VB 3 물건을 업데이 트하고 있습니다. 지금.

vbet 어서, 우리는 vbet 먼저 VB 4 업그레 이드 받아야!

Ramses
22-06-10, 00:46
때 그 vb4 그렇군 왜 우리는 VB 3 물건을 업데이 트하고 있습니다. 지금.

vbet 어서, 우리는 vbet 먼저 VB 4 업그레 이드 받아야!
왜 당신이 vb3 사용자의 더 나은 삶을 생각하십니까?

rootksk
22-06-10, 11:35
서버 부하 문제 이후에 업그레 이드 : (

steve
22-06-10, 11:49
누구는 성능에 부정적인 영향을하기 전에 파일 캐시가 얼마나 큰 얻을 수있는 아이디어가 있습니까?

vBET
22-06-10, 15:44
새로운 콘텐츠를 추가하면이 파일 캐시, 왜 둘째 캐시를 필요를 이해 않는다, 주요한 하나는 이미 페이지만을 업데이 트를 캐시, 그럼 다시 1 시간 동안 그것을 캐시하여 설명 이해하기 어렵습니다.

데이터베이스 캐시는 번역을 캐시에 저장합니다. 전체 아니라 HTML 콘텐츠입니다. 그래서 일부 번역된 페이지가 생성되었을 때, 처음엔 일반 페이지가 생성되고 그 후 그것은 구문 분석과 번역입니다. 번역 DB 캐시 동안 사용되며 번역 문장은 그곳에서 가져옵니다. 그냥 문장 - 각 시간 번역 (사용자의 다른 권한 즉, 변경된 콘텐츠) 다를 수 있기 때문에 전체 없습니다 HTML. 한 HTML 페이지는 번역 문장의 수백을 가질 수 - vBET은 HTML 태그 사이에 내용을 걸립니다. 시간을 많이 소모하는 무슨 - - 대신에, 그은 로컬 DB에서 가져옵니다 덕분에 그 번역은 Google에서 각 시간을 이동하지 않아도 캐시를 DB. 아직도 - 일반 페이지가 생성되고 그 후 번역해야합니다.

손님을 위해 전체 파일 캐시는 손님을 위해 작동합니다. 우리가 그 사용자를 걱정하지 않아도 덕분에 다른 권한을 가지고 다른 것들을 참조하십시오. 할게 손님 동일한 콘텐츠를 참조하십시오. 그렇기 때문에 우리는 결과를 구문 분석하고 하나 하나마다 번역하지 않아도됩니다 - 우리는 단순히 그것을 한동안 및 캐시 전체 HTML 출력을 할 수 있습니다. 그래서이 경우에 전체 페이지가 캐시 또는 캐시되지 않은 경우 내용이 너무 오래된 버전입니다 다음 정상적인 번역이 발생합니다 -처럼 전에 설명했다. 하지만 끝까지 전체 HTML 출력에서 이 시간은 파일에 기록됩니다. 따라서 같은 요청이 게스트에서 나온 다음 시간 우리는 심지어 정상적인 페이지의 콘텐츠를 생성하지 않는 - 이미 손님에게 우리는 단순히 스트림 캐시된 HTML 파일을. 그게 우리가 SQL 쿼리, CPU 및 메모리의 많은 내용을 저장하는 이유입니다. 우리는 단지 정적 파일에서 사용자의 콘텐츠를 제공합니다. 이것이 캐시가 유효 얼마나 오래 될 결정하는 것이 중요합니다 이유입니다. 무언가가 변화하는 경우 때문에 - 즉 새 게시물이 스레드에 도착 이미 캐시된 파일이 만료될 때까지, 그때 손님이 새로운 게시물을 볼 수 없습니다. 다음 요청 중에 그 후, 다시 정상적인 페이지가 생성 번역 및 캐시된 것입니다 - 그리고이 컨텐츠 손님은 다른 시간 (구성)에 대한 예를 볼 수 있습니다. 캐시 파일을 다시 만료될 때까지 그들은 변경 사항이 표시되지 않습니다. (로봇이 손님으로 포럼을 크롤 링하기 때문에, 그래서 로봇도) 그것은 손님을 위해 작동하기 때문에 당연히 사용자가 모든 것을 볼 수 있습니다.

도움이 및 질문의 경우 그냥 물어 봤어요 말해주세요 - 우리가 기꺼이 그것을 설명합니다 :)

vBET
22-06-10, 15:49
슈퍼 메이트!

감사합니다 만,

이런,이 그래도 4.0.x. .. 쿨 어느 쪽이든을위한 거였어 ...은 4.0.x 버전을 기다릴 수 없다고 생각 했어요. :)

그것은, 그것이 될 것입니다 :) 대부분의 것들은 이미 테스트합니다. 우리가 vBSEO의 URL보다 종류도 VB에서 친절한 URL의 번역을 지원하기 때문에 우리는 단지, vB4에서 손님에 대한 전체 파일 캐시의 경우에는 어떻게해야 더 있습니다. 그리고 우리가 잘하고 아직도 그것을 테스트해야 사람의 모든 이전 그 중 일부에 대한 리디렉션을 지원을 구현해야합니다. 또한 - 우리가 vB3 포럼에 (지금 베타로 간주됩니다) 손님에 대한 전체 파일 캐시 가능한 모든 문제를 확인하기 위해이 추가 시간을 사용합니다. 우리가 잘 테스트지만, 그것은 좋은 품질에 대해 더 관심이 가기는 항상 더 나은 것입니다 :)

vBET
22-06-10, 15:52
어떻게 그것이로가 이상해 보이는 등 그들이 표시하는 방법을 변경해야합니다, 제발 국기에 대한 CSS를 수정합니까.

파일 / 이미지 / vbet / 플래그 / vbet.css
어쩌면 우리가 당신을 도울 수 것입니다 - 그것이 "이상한"가 무슨 뜻인지 잘 설명해주십시오. 또한 우리는 플러그인 대해 Firebug와 같은 것들 Firefox 용 사용하는 조언 - 그것은 CSS 스타일이 지정된 요소에 사용되는 정확히 있는지 보여 드릴 수있을 것입니다. 정말 도움이됩니다 :)

vBET
22-06-10, 15:53
고객은 현재 지원 있습니까? 이 최신 업데이 트는 리디렉션 루프를 일으키는 난 급히 조수가 필요합니다.

귀하의 이메일을 가지고 그것을 확인합니다. 저희는 귀하의 서버에 그것을 재현할 수 없습니다. 이 루프를 가지고 정확한 URL에 대한 질문 답변을 해줘야 해요. 그것을 확인하고 거기에 답변을 주시기 바랍니다 :)

vBET
22-06-10, 15:54
대한 설치 지침도 (또는 업그레 이드 지침)?

표준. 그냥 당신이 다 있는지 확인합니다. 대부분 사용자는 다시 이미지를 업로드하고 싶지 않아요 -이 버전해야합니다. 이제 우리는 모두 국기 에 대한 하나의 이미지를했습니다. 당신은 전체 업데이 트를 만들었하지 않으면 당신은 깨진 국기를 볼 수 있습니다.

vBET
22-06-10, 16:00
때 그 vb4 그렇군 왜 우리는 VB 3 물건을 업데이 트하고 있습니다. 지금.

vbet 어서, 우리는 vbet 먼저 VB 4 업그레 이드 받아야!

나는 모두가 자신의 버전이 가장 중요하다는 것을 잘 알고;) 그리고 우리는 그것과 논쟁하고 싶지 않아 :)이 경우 vBET3.x에는 아주 좋은 이유 이전 : 품질. 우리는이 버전의 새로운 중요한 기능 (손님에 대한 전체 파일 캐시)을 추가하고, 거기에는 친화적인 URL이 없습니다, 우리가 vBSEO에 대해서만 스레드 URL을 번역하기 때문에, vB3에 그것을 추가하는 훨씬 쉽게했다. 친절 URL은 지원해야하며, 우리는 많은 가지 URL을 번역 - vB4의 경우에는 그것은 더 복잡합니다. vB3에서 먼저 퍼팅. 우리가 진짜 포럼에, 괜찮 작동하는지 확인이 vB4로 이동하기 전에, 어쩌면 몇 가지 버그를 보여줍니다 잘 그것을 테스트있었습니다. 우리가이 모든 좋은 것을 completly 확신 후에, 우리는 여전히 vB4 aditional 지원 (Friuendly URL을 더 translted의 URL)에 추가해야합니다. 이 시간 vBET3.x 이전에 그 이유는 우리는 아직 vBET4.x에 대한 이주해야합니다. 그리고 그것이 vB3보다 복잡한 thatin의 경우에는 당신은 좋은 품질을 가지고 솔루션 에웬를 얻을 것입니다 감사합니다

vBET
22-06-10, 16:02
서버 부하 문제 이후에 업그레 이드 : (

문제 해결 섹션에서 새 스레드를 열고 더 설명해주십시오.

vBET
22-06-10, 16:08
누구는 성능에 부정적인 영향을하기 전에 파일 캐시가 얼마나 큰 얻을 수있는 아이디어가 있습니까?

때문에 파일 캐시의 부정적인 성능 저하 같은 건있을 수 없습니다. 파일 캐시가 증가하지 않기 때문에 그것은 ... 우리는 각 요청의 URL에 대해 별도의 파일을 만듭니다. 따라서 각각의 캐시 파일은 단순히 정적 HTML 파일 (요청에 대한 캐시 출력)입니다. 서버가 캐시에 저장하면 더 많은 vBET은 단순히 더 많은 파일을 만듭니다. 이러한 파일을 읽을 때마다 그래서 :
1. 그것이 특정 URL에 대해서만 결과를 읽을 수 있습니다
2. 우리는이 메모리를 읽을 수 없어요 - 단지의 PHP 함수를 사용하여 클라이언트로 스트림 : readfile

때문에 당신의 결과 페이지가 정말 큰 경우에도 중 - 그냥도 메모리에 전체를 읽는하지 않고이 파일을 스트리밍하 기 때문에 때문에 캐시 파일도 크고, 그것은 부정적인 성능에 영향을주지 않습니다. 그럼 당신은 장점되지 단점을 볼 수 있습니다.

Snake
22-06-10, 16:51
설명 주셔서 감사합니다, 나는 지금의 국기가 함께 달리고 봐봐 ment, 이해, 내가 정의 CSS의 마진으로 그들을 밖으로 간격.

마지막 한가지, 새로운 코드는 W3 유효성을 검사하지 않습니다.

http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/의 [잘못된] 마크업 유효성 검사 - W3C 마크업 유효성 검사기

Snake
22-06-10, 17:02
메뉴 나누기 드롭 다운 - 또 하나의 버그, 내가 vbet를 활성화하면 일부 페이지 스레드 도구 휴식 시간에 맨 위에있는 링크를 즉. 그렇다면 스레드의 하단에있는 스레드 도구가의 아이콘을 누락되었습니다. 또한 '게시물 회신'아이콘이 사라집니다. 내가 vbet을 해제하는 경우이 버그 자체를 수정합니다. 그리고 그것은 단지 손님 발생합니다. 감사합니다.

여기를 참조 - 네트워크 카드에 영원한 '취득 네트워크 주소 "- 컴퓨터 주스

vBET
22-06-10, 17:16
설명 주셔서 감사합니다, 나는 지금의 국기가 함께 달리고 봐봐 ment, 이해, 내가 정의 CSS의 마진으로 그들을 밖으로 간격.

마지막 한가지, 새로운 코드는 W3 유효성을 검사하지 않습니다.

http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/의 [잘못된] 마크업 유효성 검사 - W3C 마크업 유효성 검사기

예 - 당신 말이 있습니다. 우리는 다른 곳으로 우리의 CSS 링크를 이동합니다. 참고 주셔서 감사합니다 :)

vBET
22-06-10, 17:19
메뉴 나누기 드롭 다운 - 또 하나의 버그, 내가 vbet를 활성화하면 일부 페이지 스레드 도구 휴식 시간에 맨 위에있는 링크를 즉. 그렇다면 스레드의 하단에있는 스레드 도구가의 아이콘을 누락되었습니다. 또한 '게시물 회신'아이콘이 사라집니다. 내가 vbet을 해제하는 경우이 버그 자체를 수정합니다. 그리고 그것은 단지 손님 발생합니다. 감사합니다.

여기를 참조 - 네트워크 카드에 영원한 '취득 네트워크 주소 "- 컴퓨터 주스

섹션을보고 버그에 대해 새 스레드를 여십시오 :) 우리는 그것을 관리할 수있게 될 것입니다. 또한이 그것을 쓸 것이다 때 손님이 켜져에 대해 그것이 전체 파일 캐시 발생하거나 문제가되지 않는 사항을 확인하시기 바랍니다.

steve
22-06-10, 21:57
귀하의 이메일을 가지고 그것을 확인합니다. 저희는 귀하의 서버에 그것을 재현할 수 없습니다. 이 루프를 가지고 정확한 URL에 대한 질문 답변을 해줘야 해요. 그것을 확인하고 거기에 답변을 주시기 바랍니다 :)

안녕

) : 나는 버전 3.3.0에서 3.5.1로 vbseo을 업데이 트하여 문제가 멀리 떠난다

감사

steve
23-06-10, 00:16
때문에 파일 캐시의 부정적인 성능 저하 같은 건있을 수 없습니다. 파일 캐시가 증가하지 않기 때문에 그것은 ... 우리는 각 요청의 URL에 대해 별도의 파일을 만듭니다. 따라서 각각의 캐시 파일은 단순히 정적 HTML 파일 (요청에 대한 캐시 출력)입니다. 서버가 캐시에 저장하면 더 많은 vBET은 단순히 더 많은 파일을 만듭니다.

우수한 우리 포럼 중 하나에 캐시 디렉토리가 약 12 시간 동안 실행 후 10기가바이트 이상이며, 성능은 훌륭한 솔루션 환상입니다.

Taurus
23-06-10, 11:18
나는 급히 도움이 필요합니다. 업그레 이드 후 내 포럼의 상단에이 오류가 :

경고 : array_merge () [function.array 병합] : 라인 1153에 대한 평가를 () 'd 개의 코드 : 인자 # 1 / global.php (400) [경로]에 배열되지 않습니다

내 전체 포럼은 완전히 엉망입니다. 손님 그럼 로그인하지 않을 경우 어떤 이유로이에만 발생합니다. 로그인하면, 다 괜찮아.

EDIT : OK 내가 '손님 (BETA!)의 경우 전체 파일 캐시'사용을 중지 후 다 괜찮으니까 사실을 깨달았다. 그래서 뭔가 잘못이 있어야합니다. (그리고 chmod를 777 - R vbet_guestcache 한)

steve
23-06-10, 11:27
나는 급히 도움이 필요합니다. 업그레 이드 후 내 포럼의 상단에이 오류가 :

경고 : array_merge () [function.array 병합] : 라인 1153에 대한 평가를 () 'd 개의 코드 : 인자 # 1 / global.php (400) [경로]에 배열되지 않습니다

내 전체 포럼은 완전히 엉망입니다. 손님 그럼 로그인하지 않을 경우 어떤 이유로이에만 발생합니다. 로그인하면, 다 괜찮아.

귀하의 URL은 무엇입니까?

steve
23-06-10, 11:30
EDIT : OK 내가 '손님 (BETA!)의 경우 전체 파일 캐시'사용을 중지 후 다 괜찮으니까 사실을 깨달았다. 그래서 뭔가 잘못이 있어야합니다. (그리고 chmod를 777 - R vbet_guestcache 한)

좋아요, 제가 PHP 오류를 억제하는 데 필요한, 캐시가 존재하지 않았 파일에있는 파일의 연령 확인하고 밖으로 걸리는였습니다. 파일 캐시는 당신이 그것을 사용할 수있다면 당신이 그것을 후회 안 해요, 굉장 추가되었습니다.

Taurus
23-06-10, 11:36
그래, 난 이것을 알고 있습니다. 정말 마이클이 정렬할 수 있습니다 바랍니다.

steve
23-06-10, 11:45
그래, 난 이것을 알고 있습니다. 정말 마이클이 정렬할 수 있습니다 바랍니다.

아무 probs 없습니다. 어제 비슷한 문제로 실행하면, 내가 여기에 침묵과 인사 때문에 난 그저이 제안되었다. 나는 서로 돕는 지역 사회 구성원을 생각? 나는 지원이 다음 6, 8 시간 이상 사용할 수 있도록하지 못할 거라는 걸 알고 있었다면 개인적으로 중요한 업그레이 드를 시도하지 것입니다.

Taurus
23-06-10, 11:57
감사합니다 스티브 사람! 정말 정말 감사!

vBET
23-06-10, 17:09
나는 급히 도움이 필요합니다. 업그레 이드 후 내 포럼의 상단에이 오류가 :

경고 : array_merge () [function.array 병합] : 라인 1153에 대한 평가를 () 'd 개의 코드 : 인자 # 1 / global.php (400) [경로]에 배열되지 않습니다

내 전체 포럼은 완전히 엉망입니다. 손님 그럼 로그인하지 않을 경우 어떤 이유로이에만 발생합니다. 로그인하면, 다 괜찮아.

EDIT : OK 내가 '손님 (BETA!)의 경우 전체 파일 캐시'사용을 중지 후 다 괜찮으니까 사실을 깨달았다. 그래서 뭔가 잘못이 있어야합니다. (그리고 chmod를 777 - R vbet_guestcache 한)

버그 리포트에 대해 새 스레드를 여십시오. 우리가 이것을 관리할 수있게 될 것입니다.

vBET
23-06-10, 17:18
좋아요, 제가 PHP 오류를 억제하는 데 필요한, 캐시가 존재하지 않았 파일에있는 파일의 연령 확인하고 밖으로 걸리는였습니다. 파일 캐시는 당신이 그것을 사용할 수있다면 당신이 그것을 후회 안 해요, 굉장 추가되었습니다.

이것은 목적에 - 우리는 불필요한 IO 작업을 피하기 위해, 파일이 존재하지 확인하지 않습니다. PHP 매뉴얼 (PHP : filemtime - 설명서 (http://php.net/manual/en/function.filemtime.php))에 따라 기능 filemtime가 존재하지 않습니다 파일 false를 반환합니다. 우리는 어떤 오류 메시지에 대한 인식이 아니었다 - 매뉴얼에 따라이 기능은 존재하지 파일의 경우에 오류를 전송해서는 안됩니다. 귀하의 오류 메시지의 예를 그 Troubleshoting 또는 버그 리포트에서 열린 새 스레드를 될까요?

모두 -이 vBET의 버전에 대한 유일한 장소로 스레드를 취급하지 마십시오. 문제 또는 버그 - 해당 섹션에 적어주세요. 우리는 그 여기 될 경우 문제를 관리할 수 없습니다 것입니다.

haiduongbk
24-06-10, 09:27
저는 2 일만에 3.3.4 최대의 업그레 이드. 구글의 첫 번째 링크에 매일처럼 얼마 안 제출, 오늘은 감소를 보았다. 나는 모든 게시물 주제에도 불구하고 이유를 이해하고 여전히 정상적으로 성장하지 않습니다. 누가 나 같은입니까? 저는 145,000부터 Google에서 139,000 링크 폭락

vBET
24-06-10, 09:42
저는 2 일만에 3.3.4 최대의 업그레 이드. 구글의 첫 번째 링크에 매일처럼 얼마 안 제출, 오늘은 감소를 보았다. 나는 모든 게시물 주제에도 불구하고 이유를 이해하고 여전히 정상적으로 성장하지 않습니다. 누가 나 같은입니까? 저는 145,000부터 Google에서 139,000 링크 폭락

이것은 vBET3.3.4 업데이 트와는 아무 상관이 없습니다 - 구글은 단순히 모자 빨리 반응하지 않습니다. 이 이유 많은 있겠지만 그것은 vBET되지 않습니다 수)
일부 번역 페이지는 생성하지면 그것이 (하지만 같은 짧은 시간에) vBET에 의해 행해 수있는 유일한 이유입니다. 만약 어떤 페이지가 연락이 안되는 경우 - 우리가 그것을 유의하시기 바랍니다. 당신은 웹마 스터 도구에서 찾을 수 있습니다.

haiduongbk
24-06-10, 09:52
감사 마이클. 내가 시간을 더 따릅니다. 그리고 원인을 배웁니다.

vBET
24-06-10, 10:24
감사 마이클. 내가 시간을 더 따릅니다. 그리고 원인을 배웁니다.

대부분 일반적인 사람들이 (- 당신이 초고 페이지 순위가있다면 그게 빠를 수있어 구글은 그러한 시간에 반응) 2~3개월 이전 robots.txt의 변화를 잊고있다. 또한 때때로 사람들은 구글 검색 결과에 보이는 - 인덱스 페이지에만 approximated 숫자가 아닌 진짜를 표시입니다. 그래서 근사 더 한 변경할 수 있으며, 그것은 당신의 페이지가 색인에서 제거되었습니다 것을 의미하는 것은 아닙니다. 또한 - Google은 거대한하고 수시로, 업데이트 복제 등에있는 데이터베이스의 많은 -이 효과가 구글 데이터베이스 알고리즘에만 적용하실 수 있습니다. 또한 구글은의 색인 생성 알고리즘을 변경하고이 이미 색인이 생성된 페이지 중 일부는 현재 콘텐츠의 중복 (예 : 대부분의 회원 페이지 99% 동일에있는)로 간주하고 인덱스에서 제거됩니다 수도 있습니다 즉,이다.

당신이 웹마 스터 도구에서 오류가 다수를 볼 않는 한 당신은 Google이 작동 얼마나 있다고 가정하실 수 있습니다. 그러나 당신은 오류를 보게되면 - 다음은 측면에 그리고 당신은 반응한다.

tavenger5
28-06-10, 21:59
때문에 파일 캐시의 부정적인 성능 저하 같은 건있을 수 없습니다. 파일 캐시가 증가하지 않기 때문에 그것은 ... 우리는 각 요청의 URL에 대해 별도의 파일을 만듭니다. 따라서 각각의 캐시 파일은 단순히 정적 HTML 파일 (요청에 대한 캐시 출력)입니다. 서버가 캐시에 저장하면 더 많은 vBET은 단순히 더 많은 파일을 만듭니다. 이러한 파일을 읽을 때마다 그래서 :
1. 그것이 특정 URL에 대해서만 결과를 읽을 수 있습니다
2. 우리는이 메모리를 읽을 수 없어요 - 단지의 PHP 함수를 사용하여 클라이언트로 스트림 : readfile

때문에 당신의 결과 페이지가 정말 큰 경우에도 중 - 그냥도 메모리에 전체를 읽는하지 않고이 파일을 스트리밍하 기 때문에 때문에 캐시 파일도 크고, 그것은 부정적인 성능에 영향을주지 않습니다. 그럼 당신은 장점되지 단점을 볼 수 있습니다.

Hrmm, 내가 번역 데이터를 캐싱의 아이디어를 좋아하지만, 그것이 memcache 같은를 사용한다면보다 효율적으로되지 않을까요? 대신 디스크에서 데이터를 읽는 그것은 메모리에서 그것을 읽을 것이다.

vBET
30-06-10, 07:22
Hrmm, 내가 번역 데이터를 캐싱의 아이디어를 좋아하지만, 그것이 memcache 같은를 사용한다면보다 효율적으로되지 않을까요? 대신 디스크에서 데이터를 읽는 그것은 메모리에서 그것을 읽을 것이다.

기존의 캐시 라이브러리 지원하는 것은 밖으로 TODO리스트입니다. 또한, 손님에 대한 전체 파일 캐시는 큰 포럼을 위해 정말 큰 수 있습니다. 메모리에 전적으로 그것을 유지하기 위해 너무 큰 - 우리는 메모리와 디스크에 유지 캐시의 장점을 결합 수 있도록 솔루션을 찾는 것입니다.

haiduongbk
02-07-10, 01:29
대부분 일반적인 사람들이 (- 당신이 초고 페이지 순위가있다면 그게 빠를 수있어 구글은 그러한 시간에 반응) 2~3개월 이전 robots.txt의 변화를 잊고있다. 또한 때때로 사람들은 구글 검색 결과에 보이는 - 인덱스 페이지에만 approximated 숫자가 아닌 진짜를 표시입니다. 그래서 근사 더 한 변경할 수 있으며, 그것은 당신의 페이지가 색인에서 제거되었습니다 것을 의미하는 것은 아닙니다. 또한 - Google은 거대한하고 수시로, 업데이트 복제 등에있는 데이터베이스의 많은 -이 효과가 구글 데이터베이스 알고리즘에만 적용하실 수 있습니다. 또한 구글은의 색인 생성 알고리즘을 변경하고이 이미 색인이 생성된 페이지 중 일부는 현재 콘텐츠의 중복 (예 : 대부분의 회원 페이지 99% 동일에있는)로 간주하고 인덱스에서 제거됩니다 수도 있습니다 즉,이다.

당신이 웹마 스터 도구에서 오류가 다수를 볼 않는 한 당신은 Google이 작동 얼마나 있다고 가정하실 수 있습니다. 그러나 당신은 오류를 보게되면 - 다음은 측면에 그리고 당신은 반응한다.
일주 Google에서 내 사이트의 존재에 의해 간은 거의 그대로 유지하고 심지어 위아래로 아주 작은에 있지만 번호 145000 (지난 주 수치)를 통해 얻을 수 없습니다. 가 145000 남아 있었다 2 일전. 그리고 오늘은 143000입니다. 나는 6개월 이후 robots.txt 파일을 구성하거나 변경되지 않았습니다. 나는 robots.txt 파일을 다음과 같이 구성 : 사용자 에이전트 : * Mediapartners - 구글 금지 : 사이트 맵 인덱스가 업데이트 상태 보고서에 성공하지만, 웹 인덱스의 증가 URL에 제출 된 URL도 보았다 감소 범위 하루. 나는 나에게 무슨 일이 있었는지 모르겠지만, 당신이 나를 왜 도와 드릴까요? 나는 그것의 원인을 알 수 없습니다. 나는 1 개월 프로그램 VB에서 2시 10분에 대한 사용하지만 여기에 가이드로 vBSEO Sitemap 생성기 구성을하지 않았다 하지만 상용 버전 3.3.3로 전환 할 때이 기술에 관심이 맵 설정 파일에 대한 지침을 읽어보십시오. 처음에는 매우 Google 색인에서 서지에 대한 기대 안정된 3.3.3 버전을 발견했다. 3.3.4로 업그레이드 이후, 다음이있다. 나는 왜 또 몰라? 당신의 도움에 기대. 구글 웹 마스터 도구 내 사이트의 시간을보고 만 19 오류

vBET
02-07-10, 22:33
일주 Google에서 내 사이트의 존재에 의해 간은 거의 그대로 유지하고 심지어 위아래로 아주 작은에 있지만 번호 145000 (지난 주 수치)를 통해 얻을 수 없습니다. 가 145000 남아 있었다 2 일전. 그리고 오늘은 143000입니다. 나는 6개월 이후 robots.txt 파일을 구성하거나 변경되지 않았습니다. 나는 robots.txt 파일을 다음과 같이 구성 : 사용자 에이전트 : * Mediapartners - 구글 금지 : 사이트 맵 인덱스가 업데이트 상태 보고서에 성공하지만, 웹 인덱스의 증가 URL에 제출 된 URL도 보았다 감소 범위 하루. 나는 나에게 무슨 일이 있었는지 모르겠지만, 당신이 나를 왜 도와 드릴까요? 나는 그것의 원인을 알 수 없습니다. 나는 1 개월 프로그램 VB에서 2시 10분에 대한 사용하지만 여기에 가이드로 vBSEO Sitemap 생성기 구성을하지 않았다 하지만 상용 버전 3.3.3로 전환 할 때이 기술에 관심이 맵 설정 파일에 대한 지침을 읽어보십시오. 처음에는 매우 Google 색인에서 서지에 대한 기대 안정된 3.3.3 버전을 발견했다. 3.3.4로 업그레이드 이후, 다음이있다. 나는 왜 또 몰라? 당신의 도움에 기대. 구글 웹 마스터 도구 내 사이트의 시간을보고 만 19 오류

제 생각에는 아마 아무것도 나타나지 않습니다. 당신은 웹마 스터 도구에 오류가 없습니다. 143 000 또는 145 000 -이 인덱스 페이지의 추정 진짜가 아닌, 정확한 개수는 같다. 그것이 추정하는 경우 그리고 예상 결과는 다를 수 있습니다. 당신은 그 숫자를 복용 어디에서?

vBET
09-08-10, 22:19
메뉴 나누기 드롭 다운 - 또 하나의 버그, 내가 vbet를 활성화하면 일부 페이지 스레드 도구 휴식 시간에 맨 위에있는 링크를 즉. 그렇다면 스레드의 하단에있는 스레드 도구가의 아이콘을 누락되었습니다. 또한 '게시물 회신'아이콘이 사라집니다. 내가 vbet을 해제하는 경우이 버그 자체를 수정합니다. 그리고 그것은 단지 손님 발생합니다. 감사합니다.

여기를 참조 - 네트워크 카드에 영원한 '취득 네트워크 주소 "- 컴퓨터 주스

수정 및 vBET 3.3.5에 포함됩니다 :)

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Integration with translations by vBET Translator 4.10.1