查看完整版本： vBET 3.3.4發布
您好：）
我們為您新發布的vBET。在這個版本中，我們的性能改進（最重要的一條 - 完整的文件緩存為客人），還有一些新的功能和一些錯誤糾正。享受！ ：）
新：
性能改進
此前為百度推廣錯誤的URL重定向
全部文件緩存的客人
配置文件緩存的生存時間
配置文件緩存生存時間的相關性較低的網頁
可配置的設置不相關的網頁
配置一套完整的文件所忽略的網頁緩存客人
所有標誌圖像作為一個文件從服務器（CSS精靈支持）
被忽略的單詞 /句子功能
支持：文章，組信息，訪問者留言，照片評論，悄悄話
不透明忽略的單詞中已經存在的消息
支持：文章，組信息，訪問者留言，照片評論
選擇不轉換 html標籤內容的代碼
更改模板：
vbenterprisetranslator_inpost_translate
vbenterprisetranslator_inpost_translate_alreadyin
vbenterprisetranslator_flag
錯誤更正：
DIR定義為百度推廣
跨度打破一些佈局
在回答消息翻譯 langtitle
存檔與百度推廣 3.5
保存自定義配置文件字段下的翻譯網頁
殘破的langtitle長標題自動“回复：”選項
langtitle解析為 newreply對翻譯查看
多langtitle不透明
而幾句關於新的客人全部文件緩存功能。當打開它會檢查並要求從用戶這是不登錄。如果它是從客戶那將檢查結果是不是已經沒有緩存。如果它是 - 完整的HTML響應將採取從緩存。如果沒有那麼它將被緩存後輸出生成。請注意，它會為你原來的網頁也 - 所以它會提高一代人的時間，並減少數據庫查詢還沒有翻譯的頁面。這是高度可配置的。這意味著你不僅可以配置緩存時間，但你還可以定義哪些頁面 confider少有關，並為這些頁面可以設置緩存時間更長。默認情況下正常頁面緩存時間為 1小時（這意味著，客人可以看到論壇上的變化 1小時後，如果頁面只是緩存）和較不相關的網頁默認是15天。當然，這是由管理員配置的CP。你也可以定義哪些頁面應該被忽略的全部文件緩存的訪客。
我們正在測試它有一段時間我們的論壇上，我們仍然認為這個功能的測試版。另外請注意，您必須設置相應的權限緩存目錄，以便能夠使用它 - 否則緩存文件就不會產生。在配置詳細描述。
PS。
我們也將它列入即將在vBET 4.x的：）
我不明白這個文件緩存，為什麼你需要一個第二緩存，主要的一個已經緩存的網頁，只有更新添加新內容時，為什麼緩存 1個小時了，你的解釋是很難理解的。
超級伴侶！
非常感謝萬美元，
織補：認為這是為 4.0.x的冷... ...但無論哪種方式不能等待為 4.0.x版本。 ：）
bhanuprasad1981
21-06-10, 18:51
等待4.x的版本：）
如何修改的CSS標誌請，需要改變他們的顯示，因為它看起來奇怪，因為它是。
是客戶支持目前可用？這個最新的更新導致重定向循環和我的助手迫切需要。
等待4.x的版本：）
您好，
我也會等待4.x版本;-)
wowglider.de
22-06-10, 00:05
沒有安裝說明（或升級說明）？
雅為什麼我們更新VB 3的東西時，其VB4。現在。
來吧 vbet我們應該得到vbet升級為 VB 4第一！
雅為什麼我們更新VB 3的東西時，其VB4。現在。
來吧 vbet我們應該得到vbet升級為 VB 4第一！
為什麼你認為你是更好的東西作為 VB3用戶？
沒有人有任何想法如何大文件緩存可以得到之前有負面影響的表現？
我不明白這個文件緩存，為什麼你需要一個第二緩存，主要的一個已經緩存的網頁，只有更新添加新內容時，為什麼緩存 1個小時了，你的解釋是很難理解的。
數據庫高速緩存高速緩存只有翻譯。而不是整個 HTML內容。因此，當一些翻譯頁面生成，然後第一頁是正常生成後，它是分析和翻譯。在翻譯過程中使用DB緩存和翻譯句子取自那裡。只要句子 - 不是整個 HTML，因為每次翻譯可以是不同的（即不同權限的用戶，更改後的內容）。一個 HTML頁面可以有幾百個句子翻譯 - vBET需要的內容之間的HTML標籤。由於 DB緩存的翻譯不必採取每次從谷歌 - 什麼消耗大量的時間 - 而不是說，那些是從您的本地數據庫。靜止 - 正常的頁面都必須生成後的翻譯。
全部文件緩存客人僅適用於客人。謝謝大家不必擔心，用戶有不同的權限，看到不同的東西。客人會看到相同的內容。正因為如此，我們不必分析的結果，翻譯它一塊一塊每次 - 我們可以簡單地做到這一點，而其中一個完整的HTML輸出和高速緩存。因此，在這種情況下，當整頁沒有被緩存，緩存的內容或太舊，再進行正常的翻譯發生 - 就像前面描述的。但是這一次在最後完整的HTML輸出寫入文件。所以，下一次同樣的要求時，來自客人我們甚至不產生正常的網頁內容 - 我們只是流客人已緩存的HTML文件。這就是為什麼我們節省大量的SQL查詢，CPU和內存。我們只是提供給用戶的內容從靜態文件。這就是為什麼它是重要的決定多久緩存將是有效的。因為如果事情會發生變化 - 即新職位將到達線程，那麼客人會不會看到這個新職位，直到緩存的文件已經過期。之後，在未來的要求，再正常的頁面將產生，翻譯和緩存 - 這內容的客人會看到即一小時（可配置）。他們將不會看到任何變化，直到緩存文件過期了。當然您的用戶將看到的一切，因為它只能供客人（所以機器人也因為機器人抓取您的論壇的嘉賓）。
請告訴做到了幫助和案件的任何問題只問 - 我們會很高興地形容它的：）
超級伴侶！
非常感謝萬美元，
織補：認為這是為 4.0.x的冷... ...但無論哪種方式不能等待為 4.0.x版本。 ：）
這將是，這將是：）大部分都已經測試過的新事物出現。我們只需要更多地在案件全部文件緩存的客人在VB4，因為我們支持有更多種翻譯的網址為百度推廣，並從 VB友好的URL。而所有這些，我們必須非常仔細地測試它還是要落實支持早期重定向的一些人。另外 - 我們將使用這個額外的時間來檢查任何可能存在的問題與客人進行全面的文件緩存（這被認為是目前BETA）在VB3論壇。我們測試得很好，但它始終是更好地更關心質量好：）
如何修改的CSS標誌請，需要改變他們的顯示，因為它看起來奇怪，因為它是。
在文件/圖像 / vbet /標誌 / vbet.css
請說明這意味著什麼更好的“怪招” - 也許我們將能夠幫助你。此外，我們建議使用這樣的事情與 Firefox的Firebug的插件 - 它將允許你展示哪些CSS樣式用於指定元素。這實在是有幫助的：）
是客戶支持目前可用？這個最新的更新導致重定向循環和我的助手迫切需要。
我們得到了您的電子郵件和檢查。我們不能重現它在服務器上。您得到的回應與問題有關的確切網址有這個循環。請檢查並回答有：）
沒有安裝說明（或升級說明）？
標準。只要確保你做這一切。主要是用戶不希望再次上傳圖片 - 你必須在這個版本。現在我們有一個形象的所有標誌。如果不做出全面更新，您將看到破旗。
雅為什麼我們更新VB 3的東西時，其VB4。現在。
來吧 vbet我們應該得到vbet升級為 VB 4第一！
我知道，每個人他的版本是最重要的;），我們不想爭辯說：）在這種情況下vBET3.x較早的很好的理由：質量。我們增加了新的重要功能（全部文件緩存供遊客）在這個版本中，它是很容易將它添加到VB3，因為沒有友好的URL，而我們只有線程的URL轉換為百度推廣。在案件VB4它更複雜 - 必須支持友好的URL，我們翻譯更多種的網址。把它先在VB3。讓我們來測試它的真正的論壇非常好，檢查它是否工作正常，也許會出現一些錯誤才去VB4。之後我們完全地肯定，這是一切優秀的，我們還是要添加VB4 aditional支持（Friuendly網址，更translted網址）。這就是為什麼這一次vBET3.x早，我們還需要2週 vBET4.x。和感謝，你會得到很好的解決方案，它有質量，EWEN如果是比較複雜 thatin案件VB3
升級後的服務器負載問題：（
請打開新的線程在故障排除部分，並描述它。
沒有人有任何想法如何大文件緩存可以得到之前有負面影響的表現？
不應該有這樣的事情負性能的影響，因為文件緩存。這是因為文件緩存不長 ... ...我們創建單獨的文件中為每個請求的URL。因此，每個緩存文件僅僅是靜態的HTML文件（緩存輸出的要求）。當你的服務器緩存越來越多vBET只是創建越來越多的文件。因此，每次當這些文件內容如下：
1。它是只讀的結果為這個特定的網址
2。我們甚至不看它的內存 - 它只是簡單地流客戶端使用PHP函數：用readfile
因為，即使您的結果頁面是真正的大 - 所以緩存文件也很大，它會不會造成負面影響性能，因為它只會流這一個文件，甚至沒有閱讀整個 IT到內存中。所以，你會看到優勢並不缺點。
感謝您的解釋，我現在明白了，我看MENT標誌束在一起，所以我間隔出來的一些自定義的CSS保證金。
最後一件事，你的新代碼不驗證 W3。
[無效]標記驗證 http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C標記驗證
還有另一個錯誤，當我讓 vbet，在某些網頁線程工具休息，即鏈接在頂部 - 下拉菜單中休息。然後，線程工具，在底部的螺紋缺少它的圖標。又“後回复”圖標消失。這個錯誤修復本身如果我禁用vbet。它只是發生的客人。感謝。
看到這裡 - 永恆“獲取網絡地址”上網卡 - 電腦果汁
感謝您的解釋，我現在明白了，我看MENT標誌束在一起，所以我間隔出來的一些自定義的CSS保證金。
最後一件事，你的新代碼不驗證 W3。
[無效]標記驗證 http://www.computer-juice.com/forums/f43/pc-overclocking-guide-4465/ - W3C標記驗證
是的 - 你是對的。我們會提出我們的CSS鏈接到其他地方。感謝您注意：）
還有另一個錯誤，當我讓 vbet，在某些網頁線程工具休息，即鏈接在頂部 - 下拉菜單中休息。然後，線程工具，在底部的螺紋缺少它的圖標。又“後回复”圖標消失。這個錯誤修復本身如果我禁用vbet。它只是發生的客人。感謝。
看到這裡 - 永恆“獲取網絡地址”上網卡 - 電腦果汁
請打開新的線程為這個錯誤報告部分：）我們就可以對其進行管理。此外，當你將它寫有請確認是否發生與完整文件緩存為客人打開，或無所謂。
我們得到了您的電子郵件和檢查。我們不能重現它在服務器上。您得到的回應與問題有關的確切網址有這個循環。請檢查並回答有：）
嗨有
我從版本3.3.0更新百度推廣到3.5.1，問題消失了：）
感謝
不應該有這樣的事情負性能的影響，因為文件緩存。這是因為文件緩存不長 ... ...我們創建單獨的文件中為每個請求的URL。因此，每個緩存文件僅僅是靜態的HTML文件（緩存輸出的要求）。當你的服務器緩存越來越多vBET只是創建越來越多的文件。
優秀的緩存目錄在一張我們的論壇結束後 10GB運行約 12小時，性能是太棒了它的一個很好的解決方案。
我迫切需要幫助。升級後我有這樣的錯誤之上我的論壇：
警告：array_merge（）[function.array合併]：參數＃1不是一個數組，[路徑] / global.php（400）：eval（）的“D代碼行1153
我的整個論壇是完全搞砸了。出於某種原因，這只會發生，如果沒有登錄。因此，對於客人。如果登錄後，一切都很好。
編輯：好，我意識到，我停用後使用“全部文件緩存客人（BETA!）”一切都很好。因此，必須有一些錯誤存在。 （我沒有 CHMOD 777 - R vbet_guestcache）
我迫切需要幫助。升級後我有這樣的錯誤之上我的論壇：
警告：array_merge（）[function.array合併]：參數＃1不是一個數組，[路徑] / global.php（400）：eval（）的“D代碼行1153
我的整個論壇是完全搞砸了。出於某種原因，這只會發生，如果沒有登錄。因此，對於客人。如果登錄後，一切都很好。
您的網址是什麼？
編輯：好，我意識到，我停用後使用“全部文件緩存客人（BETA!）”一切都很好。因此，必須有一些錯誤存在。 （我沒有 CHMOD 777 - R vbet_guestcache）
好吧，我需要抑制PHP錯誤，緩存被檢查的文件年齡上不存在的文件和被竊聽了。該文件緩存是真棒此外，如果你可以用它你不會後悔。
是的，我認識到這一點。我真的很希望邁克爾可以排序的。
是的，我認識到這一點。我真的很希望邁克爾可以排序的。
沒有 probs。我只是建議，因為當我遇到類似的問題，昨天我在這裡迎接以沉默。我猜社區成員互相幫助？我個人不嘗試進行重大升級，如果我知道的支持不會是可用於未來 6或8小時以上。
我迫切需要幫助。升級後我有這樣的錯誤之上我的論壇：
警告：array_merge（）[function.array合併]：參數＃1不是一個數組，[路徑] / global.php（400）：eval（）的“D代碼行1153
我的整個論壇是完全搞砸了。出於某種原因，這只會發生，如果沒有登錄。因此，對於客人。如果登錄後，一切都很好。
編輯：好，我意識到，我停用後使用“全部文件緩存客人（BETA!）”一切都很好。因此，必須有一些錯誤存在。 （我沒有 CHMOD 777 - R vbet_guestcache）
請打開新的線程為這個錯誤報告。我們將能夠管理這那裡。
好吧，我需要抑制PHP錯誤，緩存被檢查的文件年齡上不存在的文件和被竊聽了。該文件緩存是真棒此外，如果你可以用它你不會後悔。
這是目的 - 我們不檢查文件是否存在，以避免不必要的IO操作。根據 PHP手冊（PHP：filemtime - 手動（http://php.net/manual/en/function.filemtime.php））函數 filemtime返回false不存在的文件。我們不知道任何錯誤信息 - 按說明書這個功能不應該發送任何錯誤的情況下不存在的文件。能否請你打開新的線程在Troubleshoting或報告問題的例子，與你的錯誤信息？
對所有 - 請不要把此線程作為唯一的地方對這個 vBET版本。對於故障或錯誤 - 請寫在相應的部分。我們將無法處理您的問題，如果那些將在這裡。
haiduongbk
24-06-10, 09:27
我從 3.3.4升級，在2天。在第一個鏈接谷歌submited不及每天，今天看到了下降。我不明白為什麼儘管所有主題和後仍正常生長。誰是喜歡我嗎？我從 145000下降到139000聯繫上谷歌
我從 3.3.4升級，在2天。在第一個鏈接谷歌submited不及每天，今天看到了下降。我不明白為什麼儘管所有主題和後仍正常生長。誰是喜歡我嗎？我從 145000下降到139000聯繫上谷歌
這無關更新vBET3.3.4 - 谷歌根本沒有反應過來的帽子快。可以有很多原因，但它不是vBET：）
唯一的原因也可能是通過 vBET（但不是在這樣短的時間），如果一些翻譯的頁面就不會產生。如果您發現某些頁面是無法訪問 - 請注意我們。你可以找到它的網站管理員工具。
haiduongbk
24-06-10, 09:52
感謝米哈爾。我將遵循它更多的時間。和學習的原因。
感謝米哈爾。我將遵循它更多的時間。和學習的原因。
常見的是，人們大多忘記了，他們所做的更改robots.txt中的2-3個月前（是谷歌這樣的反應時間 - 它可以更快，如果你有超高的網頁排名）。有時也讓人看起來就在谷歌搜索結果 - 在表僅近似索引的網頁數量，而不是真實的。因此，近似可以改變，以更好地之一，但這並不意味著任何網頁從索引中刪除。此外 - 谷歌是巨大的，其中有很多的數據庫不時更新，複製等 - 這只能影響工作谷歌數據庫的算法。另外谷歌正在改變它的索引算法，即它可能是一些你已經索引的網頁，現在被視為重複的內容（即大多數成員都在99％的頁面相同）和刪除索引。
只要你沒有看到大量的錯誤在您的網站管理員工具，你可以認為這只是谷歌如何工作。但是如果你看到錯誤 - 那是在你的身邊，然後你應該做出反應。
不應該有這樣的事情負性能的影響，因為文件緩存。這是因為文件緩存不長 ... ...我們創建單獨的文件中為每個請求的URL。因此，每個緩存文件僅僅是靜態的HTML文件（緩存輸出的要求）。當你的服務器緩存越來越多vBET只是創建越來越多的文件。因此，每次當這些文件內容如下：
1。它是只讀的結果為這個特定的網址
2。我們甚至不看它的內存 - 它只是簡單地流客戶端使用PHP函數：用readfile
因為，即使您的結果頁面是真正的大 - 所以緩存文件也很大，它會不會造成負面影響性能，因為它只會流這一個文件，甚至沒有閱讀整個 IT到內存中。所以，你會看到優勢並不缺點。
HRMM，我喜歡這個主意的緩存轉換數據，但不會是更有效，如果它使用類似的memcache？而不是從磁盤讀取數據，將它從內存中讀取。
HRMM，我喜歡這個主意的緩存轉換數據，但不會是更有效，如果它使用類似的memcache？而不是從磁盤讀取數據，將它從內存中讀取。
支持現有的緩存庫是出TODO列表。此外，完整的文件緩存的客人可真大的大論壇。過大，保持它完全在內存中 - 我們將尋求解決辦法，這將使結合的優勢保持在內存中緩存和光盤。
haiduongbk
02-07-10, 01:29
常見的是，人們大多忘記了，他們所做的更改robots.txt中的2-3個月前（是谷歌這樣的反應時間 - 它可以更快，如果你有超高的網頁排名）。有時也讓人看起來就在谷歌搜索結果 - 在表僅近似索引的網頁數量，而不是真實的。因此，近似可以改變，以更好地之一，但這並不意味著任何網頁從索引中刪除。此外 - 谷歌是巨大的，其中有很多的數據庫不時更新，複製等 - 這只能影響工作谷歌數據庫的算法。另外谷歌正在改變它的索引算法，即它可能是一些你已經索引的網頁，現在被視為重複的內容（即大多數成員都在99％的頁面相同）和刪除索引。
只要你沒有看到大量的錯誤在您的網站管理員工具，你可以認為這只是谷歌如何工作。但是如果你看到錯誤 - 那是在你的身邊，然後你應該做出反應。
有一個星期去按的數位我的網站上谷歌仍大致維持不變和甚至會向上和向下非常小但不是能來通過 145000 圖 (前一周的圖)。2 天前它保留了 145000。今天是 143000。我沒有配置或更改的 robots.txt 檔，什麼從現在 6 個月。和我配置的 robots.txt 檔，詳情如下： 使用者代理： Mediapartners-谷歌 * 不允許： 更新後的狀態報表仍然網站地圖索引是成功的但 Url 提交應增加的時間越長 web 索引中的 Url 找到位於跌幅。我不知道發生了什麼我再，你能幫我如何？我不知道在哪裡，會導致。我使用 VBET 章 2.10 約 1 個月，但那時候我沒有配置 vBSEO 網站地圖產生器按你在這裡 （HTTP://www.vbenterprisetranslator.com/forum/vbet4-integration-other-plugins/415-sitemap-generator-integration.html） 的指示） 但當切換到商業 3.3.3 時我很感興趣並讀取配置網站地圖的設定檔的說明。最初很細我看到 3.3.3 對 Google 索引的崛起感到興奮。自從到 3.3.4 的升級，然後出去。我不知道為什麼了嗎？期待你的説明。我的網站在 Google 網站管理員工具中的報告中僅 19 錯誤時間出
有一個星期去按的數位我的網站上谷歌仍大致維持不變和甚至會向上和向下非常小但不是能來通過 145000 圖 (前一周的圖)。2 天前它保留了 145000。今天是 143000。我沒有配置或更改的 robots.txt 檔，什麼從現在 6 個月。和我配置的 robots.txt 檔，詳情如下： 使用者代理： Mediapartners-谷歌 * 不允許： 更新後的狀態報表仍然網站地圖索引是成功的但 Url 提交應增加的時間越長 web 索引中的 Url 找到位於跌幅。我不知道發生了什麼我再，你能幫我如何？我不知道在哪裡，會導致。我使用 VBET 章 2.10 約 1 個月，但那時候我沒有配置 vBSEO 網站地圖產生器按你在這裡 （HTTP://www.vbenterprisetranslator.com/forum/vbet4-integration-other-plugins/415-sitemap-generator-integration.html） 的指示） 但當切換到商業 3.3.3 時我很感興趣並讀取配置網站地圖的設定檔的說明。最初很細我看到 3.3.3 對 Google 索引的崛起感到興奮。自從到 3.3.4 的升級，然後出去。我不知道為什麼了嗎？期待你的説明。我的網站在 Google 網站管理員工具中的報告中僅 19 錯誤時間出
在我看來可能沒有任何反應。你有沒有錯誤在網站管理員工具。 000或143 145 000 - 這看起來像估算不實，確切數字索引的網頁。而如果是估算則估計結果會有所不同。從這裡你正在服用這些數字？
還有另一個錯誤，當我讓 vbet，在某些網頁線程工具休息，即鏈接在頂部 - 下拉菜單中休息。然後，線程工具，在底部的螺紋缺少它的圖標。又“後回复”圖標消失。這個錯誤修復本身如果我禁用vbet。它只是發生的客人。感謝。
看到這裡 - 永恆“獲取網絡地址”上網卡 - 電腦果汁
更正，並會被列入vBET 3.3.5：）
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.
