아무 probs 없습니다. 어제 비슷한 문제로 실행하면, 내가 여기에 침묵과 인사 때문에 난 그저이 제안되었다. 나는 서로 돕는 지역 사회 구성원을 생각? 나는 지원이 다음 6, 8 시간 이상 사용할 수 있도록하지 못할 거라는 걸 알고 있었다면 개인적으로 중요한 업그레이 드를 시도하지 것입니다.원래 의해 게시됨 Taurus
감사합니다 스티브 사람! 정말 정말 감사!
버그 리포트에 대해 새 스레드를 여십시오. 우리가 이것을 관리할 수있게 될 것입니다.
이것은 목적에 - 우리는 불필요한 IO 작업을 피하기 위해, 파일이 존재하지 확인하지 않습니다. PHP 매뉴얼 (에 따르면PHP : filemtime - 매뉴얼) 함수 filemtime 존재하지 파일 false를 반환합니다. 우리는 어떤 오류 메시지에 대한 인식이 아니었다 - 매뉴얼에 따라이 기능은 존재하지 파일의 경우에 오류를 전송해서는 안됩니다. 귀하의 오류 메시지의 예를 그 Troubleshoting 또는 버그 리포트에서 열린 새 스레드를 될까요?
모두 -이 vBET의 버전에 대한 유일한 장소로 스레드를 취급하지 마십시오. 문제 또는 버그 - 해당 섹션에 적어주세요. 우리는 그 여기 될 경우 문제를 관리할 수 없습니다 것입니다.
이는 vBET3.3.4에 대한 업데이트와는 관련이 없다 - 구글은 단순히 모자를 빠르게 반응하지 않는다. 많은 이유가 있을 수 있지만, 그것은 vBET가 아니다.
일부 번역 페이지는 생성하지면 그것이 (하지만 같은 짧은 시간에) vBET에 의해 행해 수있는 유일한 이유입니다. 만약 어떤 페이지가 연락이 안되는 경우 - 우리가 그것을 유의하시기 바랍니다. 당신은 웹마 스터 도구에서 찾을 수 있습니다.
대부분 일반적인 사람들이 (- 당신이 초고 페이지 순위가있다면 그게 빠를 수있어 구글은 그러한 시간에 반응) 2~3개월 이전 robots.txt의 변화를 잊고있다. 또한 때때로 사람들은 구글 검색 결과에 보이는 - 인덱스 페이지에만 approximated 숫자가 아닌 진짜를 표시입니다. 그래서 근사 더 한 변경할 수 있으며, 그것은 당신의 페이지가 색인에서 제거되었습니다 것을 의미하는 것은 아닙니다. 또한 - Google은 거대한하고 수시로, 업데이트 복제 등에있는 데이터베이스의 많은 -이 효과가 구글 데이터베이스 알고리즘에만 적용하실 수 있습니다. 또한 구글은의 색인 생성 알고리즘을 변경하고이 이미 색인이 생성된 페이지 중 일부는 현재 콘텐츠의 중복 (예 : 대부분의 회원 페이지 99% 동일에있는)로 간주하고 인덱스에서 제거됩니다 수도 있습니다 즉,이다.
당신이 웹마 스터 도구에서 오류가 다수를 볼 않는 한 당신은 Google이 작동 얼마나 있다고 가정하실 수 있습니다. 그러나 당신은 오류를 보게되면 - 다음은 측면에 그리고 당신은 반응한다.
Hrmm, 내가 번역 데이터를 캐싱의 아이디어를 좋아하지만, 그것이 memcache 같은를 사용한다면보다 효율적으로되지 않을까요? 대신 디스크에서 데이터를 읽는 그것은 메모리에서 그것을 읽을 것이다.
기존의 캐시 라이브러리 지원하는 것은 밖으로 TODO리스트입니다. 또한, 손님에 대한 전체 파일 캐시는 큰 포럼을 위해 정말 큰 수 있습니다. 메모리에 전적으로 그것을 유지하기 위해 너무 큰 - 우리는 메모리와 디스크에 유지 캐시의 장점을 결합 수 있도록 솔루션을 찾는 것입니다.
권한을 게시
인용과 함께 답변