更多的負載問題

[vBET]

我一直在建築工地 10年來，我充分認識到10倍的負載並不意味著 10倍的資源，停止把我像一個白痴和勺子餵我垃圾。寒冷的事實與此MOD VS其他免費 MOD你的負載巨型。而在繁忙時間我的網站現在是緩慢，反應遲鈍。是的，網頁翻譯快速非高峰期，但在成本的降低服務器在當天晚些時候。我有一個四核心，RAID 15K SAS服務器，即優化得很好，它運行 0.50整天在此之前的大流量。這是VBET代碼，增加了負載，使服務器在高峰時間慢，這是一個事實，這不是增加流量，我有過同樣的流量和漫遊和服務器之前應付的罰款，這是翻譯的產物。期。快點解決它，我真的不想要支付300英鎊一個月另一個為服務器升級只是為了運行一個 MOD LOL。

我知道你已經熟悉的信息有關服務器的負載，我給你。請注意，我不知道如何先進，是每十萬我們的用戶，每一次我給屁股完整的信息，因為它可以是有益的。它並不意味著我對待你的白痴 - 這意味著我關心給你有用的信息，可以為您和您的服務器狀況的評價。請點我的其他免費 MOD，你說的是我很樂意做一些比較 另外任何時間你可以自由選擇最適合您的解決方案。

我檢查了你的論壇一次又一次，似乎響應非常快。請給我最好的時間框架能夠觀察你正在寫關於你的反應緩慢的高峰時間。

如果你想檢查一下您的流量變化，因為 vBET - 請產生一些報告，該報告將顯示您所有的交通翻譯的頁面 - 這就是你賺的感謝 vBET。

你是絕對正確的翻譯需要額外的資源 - 有沒有其他辦法，你將永遠找不到產品，將您的網站沒有任何翻譯費用。正如我已經提到最多的時間需要等待谷歌翻譯時，沒有被緩存，而在這段時間你的線程必須等待響應有什麼影響最大的服務器負載。您可以設置更大的緩存生存時間 - 那麼通常需要翻譯將已經在緩存中。但翻譯不緩存任何產品都會有等待翻譯。有沒有別的辦法。

請注意，認為必須打破才能修復它。

正如我已經寫了你，我們不斷完善vBET性能。而且我已經寫了你，我們已經準備好性能的改善，現在在公測階段 vBET4.x。今天我們將發布新的vBET4.x版本額外的性能改進。當錯誤的人（如有）將得到糾正，我們會提出的改進 vBET3.x這是沒有必要推。

也沒有人強迫你支付另外300英鎊一個月，一台服務器 - 你製作自己的決定，你有很多選擇這裡。包括支持的語言數量減少，甚至改用其他產品，你提到的要好得多。我們完全明白，解決方案，您使用的是必須適合您的需要和可能性。我們高興地給我們的客戶更好，更好的產品。而我們都知道，在情況下請求必須等待服務器響應形成另一個服務器的負載會比較大，無論什麼解決方案，我們將使用。我們會很高興，如果你留在我們的產品和配置，以適應喲你的可能性。我們將很樂意給你的手在這方面

請注意，我們只是給了新的解決方案集成到地圖生成器。如果你是集成 - 請在這裡看到新的整合說明： http://www.vbenterprisetranslator.co...tegration.html
它大大提高速度的地圖代（在我們的論壇超過 12倍）。

[vBET]

很明顯的一天我這個 mod已發布沒有適當的測試，並明確了所有者不感興趣解決的問題。

失敗。

如果您對適當的測試有疑慮，我建議檢查 vBET 的歷史 - 它在進階到付費版本之前，已經過數百個真實論壇測試過。

關於解決這一問題。我很抱歉。我錯誤地認為給你的第一反應這個信息，我很清楚，我們正在解決這個問題：

請注意，我們已計劃支援其他快取系統，並即時最佳化我們的翻譯演算法。 我們剛剛發現，在使用大型字串工作時， PHP 效能會大幅降低，我們也修改了演算法。 它已在 vBET 4.2.0 中釋放，並具有其他配置選項。 我們也會將所有改進移至 vBET 3.x ，它仍受支援

...

我們的設計是： "我們有很多要改變 " 。 這就是為什麼我們在試驗，改變演算法，進行側寫，花費大量時間尋找需要更少資源的解決方案。 我們還不知道什麼是對 vBET 的競爭，而且還有一些其他的翻譯模式。 我們做了很多演算法的改變因為它們沒有幫助，在這個過程中我們也發現了很多的改進。 您可以根據伺服器問題來產生印象，但請考量您有任何更好的解決方案嗎？ 你能給出一個暗示，也許 vBET 是一個錯誤的解決方案，因為它正在成千上萬的論壇上工作，也許你只是想把 20 公升的水放進 10 公升的桶裡。 不過 - 我們在優化部分有很多變化和偉大的 TODO 清單（約 70% 的實驗會有幫助或不幫忙） 而你是100％正確的 - 我們可以做的更好，我們將和我們正在做這一切的時候 只是等待，直到我們將所有的改善，我們實施期間 vBET4.x

如果我可以給你一些提示 - 請檢查您如何優化 vBET： http://www.vbenterprisetranslator.co...rformance.html
特別是考慮禁用某些語言和阻止不相關網頁被robots.txt

我對這個誤會完全負責 再次非常抱歉 請告訴我們，我們必須告訴您，我們一直在改進 vBET ，以及我們如何再次向您保證 vBET3.x 將會有另一項效能改進，讓您清楚說明我們正在處理此問題？ 我們將一如既往地改善與客戶的溝通方式

[vBET]

邁克爾，你錯了，這負荷不增加造成的交通，它是造成閱讀和寫作翻譯到MySQL。

如果百度推廣團隊可以讀取和寫入到MySQL與低負荷你為什麼不能？

可憐的代碼我的朋友。

你已經注意到，我們已經計劃支持的高速緩存系統（文件和現有的發動機）。請考慮你的意圖是什麼，並沒有在這次討論會是在朝著正確的方向，以提高旅遊服務器狀態 - 如果它仍然是點。

你的問題假設負載是造成溝通與 MySQL。能否請您給我們的源這個診斷？我們將高興地研究它

[sarangan]

我也有同樣的問題，伺服器過載。 最後，我已從討論區中停用 VBET ，現在一切都很正常。

[vBET]

我也有同樣的問題，伺服器過載。 最後，我已從討論區中停用 VBET ，現在一切都很正常。

你用哪個版本？請升級到最新版本 - 我們取得了很大的性能改進。許多用戶說他們感謝的是，看到很大的不同 - 尤其是在服務器負載區域

編輯：
我只是檢查你的論壇和vBET是在那裡工作 - 請不要寫虛假陳述有關 vBET條件。