View Full Version: Giải quyết Tải các vấn đề
Ok vì vậy tôi đã thực hiện nhiều thử nghiệm.
Trong một khoảng thời gian 24 giờ mỗi ngày tải của tôi tăng lên đều đặn vào 30,00 '
Một máy chủ khởi động lại các bản sửa lỗi cho 24 giờ mỗi ngày khác.
Nếu tôi vô hiệu hóa các mod tôi không nhận được vấn đề này.
Đừng nói rằng với mod vô hiệu hóa có ít lưu lượng truy cập như đó là không đúng sự thật, google sẽ gửi lưu lượng truy cập tương tự với mod tàn tật theo số liệu thống kê của tôi.
Xin vui lòng giải thích, tải là lái xe cho tôi điên.
Âm thanh như chương trình được đánh các trang dịch khi mod. Bạn nên xem xét tối ưu hóa apache hoặc nhận được một máy chủ với sức mạnh CPU hơn. Có phải bạn đang chạy vboptimise hoặc bất kỳ loại bộ nhớ đệm cơ chế, như memcached
Thực tế là diễn đàn của tôi được 30.000 uniques một ngày, nếu tôi vô hiệu hóa tải mod ngay lập tức giảm xuống, và chương trình và người sử dụng vẫn còn hiển thị các trang như vậy vẫn còn đòi hỏi sức mạnh máy chủ, nó chỉ đơn giản là hiển thị các trang dịch sử dụng 10x các nguồn tài nguyên hơn so với tiêu chuẩn trang vb từ cơ sở dữ liệu bình thường. Kém bằng văn bản mã, và cần phải được cố định! Các mods khác không bao giờ làm điều này, chỉ vbet, muốn tôi không bao giờ thay đổi theo, nhưng sẽ trở lại là quá muộn. : Mad:
Nó thực sự âm thanh như bạn đang chạy trên một máy chủ đủ mạnh. Tôi đang trên một máy Nehalem 8 lõi (vì vậy chúng tôi đang tìm kiếm tại 8 lõi ảo do cho HT, cho tổng số 16). Tôi cũng rộng rãi tối ưu hóa máy tính này bằng cách sử dụng kỹ thuật riêng cũng như con trỏ của tôi từ các folks tại vbulletin.com.
vBET làm tăng tải của tôi từ khoảng 2,5 đến 3,0-3,5, tùy thuộc vào số lượng người sử dụng, và điều này rõ ràng là phát triển dựa trên kích thước bộ nhớ cache. Tuy nhiên, tôi không nghĩ đó là quá xấu ở tất cả, như phạm vi người dùng đồng thời từ một khá cao 800 thậm chí cao hơn 1200.
Hi:) Tất nhiên bản dịch phải mất một số tài nguyên có phép thuật không. Dịch có nghĩa là trang kết quả đầu ra và thay đổi nó. Vì rằng bản dịch sẽ luôn luôn mất nhiều thời gian hơn so với trang bình thường.
Tôi hiểu rằng bạn không phải là quá hạnh phúc có tải máy chủ nhiều hơn, nhưng xin lưu ý rằng vBET là nguồn tài nguyên chỉ FOR TRANSLATION. Đối với các trang bình thường, nó chỉ cho biết thêm lá cờ. Vì vậy, tất cả điều này phụ tải lưu lượng bổ sung cho các trang dịch. Khi bạn đã viết lưu lượng truy cập của bạn không đi xuống ngay lập tức sau khi vô hiệu hóa vBET (nếu bạn có nó trong một thời gian sau đó nó sẽ giảm sau khi vô hiệu hóa - tôi tin tưởng) và tải máy chủ là thấp hơn - đó là rõ ràng - robot vẫn bò URL đến các trang dịch, người sử dụng vẫn đang tìm kiếm trong các liên kết Google vào các trang web của bạn dịch. Vì vậy, bạn vẫn có cùng một lưu lượng truy cập, nhưng hiện đang liên kết dịch chỉ đơn giản là sao chép nội dung trang bình thường mà không phải là dịch. Nếu bạn muốn ở lại với vBET tàn tật, chúng tôi đề nghị thêm quy tắc trong tập tin htaccess của bạn mà sẽ chuyển hướng tất cả các trang dịch bình thường, nếu không bạn có thể mất SEO của bạn bởi vì nội dung trùng lặp..
Xin lưu ý rằng chúng tôi đã lên kế hoạch hỗ trợ của các hệ thống bộ nhớ cache và các thuật toán của chúng tôi dịch là tối ưu hóa ngay lập tức. Tức chúng ta chỉ phát hiện ra như thế nào đáng kể làm giảm hiệu suất PHP khi làm việc trên dây lớn và chúng tôi thay đổi thuật toán của chúng tôi. Nó đã được phát hành trong vBET 4.2.0 với các tùy chọn cấu hình bổ sung. Và chúng ta sẽ di chuyển Tất cả các cải tiến cũng vBET 3.x vẫn được hỗ trợ:)
Tôi hiểu rằng theo ý kiến của của bạn mã của chúng tôi là yếu. Tôi không biết những gì bạn đang căn cứ mong đợi của bạn. Chúng tôi có mod dịch nhanh nhất cho BB - không có gì là những gì làm việc tốt hơn. Dịch sẽ mất một số tài nguyên và mod của chúng tôi có nó ít hơn bất kỳ khác. Bạn có thể xem như thế nào vBET nhanh có thể làm việc trên nhiều diễn đàn. Nếu bạn có vấn đề trên máy chủ của bạn, sau đó xin vui lòng xem xét thay đổi cấu hình, thêm tài nguyên máy chủ. Bạn sẽ không đặt 20 lít nước vào một cái xô 10 lít.
Đưa ra của chúng tôi là: "Chúng tôi có rất nhiều thay đổi". Và đó là lý do tại sao chúng tôi đang thử nghiệm, thay đổi thuật toán, hồ sơ và dành rất nhiều thời gian tìm kiếm các giải pháp mà sẽ yêu cầu tài nguyên ít hơn. Tuy nhiên chúng ta biết không có mod mà có thể là bất kỳ đối thủ cạnh tranh để vBET và có một số mods dịch thuật khác. Chúng tôi đã làm rất nhiều thay đổi thuật toán mà chúng tôi đã tin tưởng đi bởi vì họ đã không giúp đỡ, trong quá trình này chúng tôi cũng phát hiện ra nhiều cải tiến. Bạn có thể có ấn tượng của bạn dựa trên các vấn đề máy chủ của bạn, nhưng hãy xem xét việc làm bạn có bất kỳ giải pháp tốt hơn? Những gì bạn có thể đưa ra một gợi ý rằng có thể vBET là không sai giải pháp kể từ khi đang làm việc trên hàng ngàn các diễn đàn, có thể bạn chỉ là cố gắng để đưa 20 lít nước vào một cái xô 10 lít. Tuy nhiên - chúng tôi có rất nhiều thay đổi và danh sách TODO tuyệt vời trong phần tối ưu hóa (khoảng 70% để thử nghiệm, nó sẽ giúp đỡ hay không):) Và bạn là đúng 100% - chúng ta có thể làm tốt hơn, chúng tôi và chúng tôi đang làm tất cả các thời gian:) Chỉ cần chờ đợi cho đến khi chúng tôi di chuyển tất cả các cải tiến mà chúng tôi thực hiện trong thực hiện vBET4.x:)
Nếu tôi có thể cung cấp cho bạn một số gợi ý - hãy kiểm tra làm thế nào bạn có thể tối ưu hóa vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Đặc biệt là xem xét việc vô hiệu hóa một số ngôn ngữ và ngăn chặn các trang không thích hợp bởi robots.txt
Thời gian của phản ứng cho các trang dịch là gì? Sử dụng CPU của bạn là gì? Sử dụng bộ nhớ của bạn là gì? Nếu nó được chấp nhận sau đó bạn có gì phải lo lắng. Mọi người thường sợ hãi bằng cách tăng tải máy chủ và thậm chí không biết nó có nghĩa là gì. 10 lần tải máy chủ không có nghĩa là nguồn tài nguyên 10 thời gian sử dụng. Nó chỉ có nghĩa là chủ đề đang chờ đợi trong hàng đợi, những gì là hoàn toàn bình thường, kể từ ngay bây giờ các chủ đề của bạn phải chờ đợi cho Google phản ứng nếu một số bản dịch không được lưu trữ. Vì vậy, chủ đề là chờ đợi phản ứng của Google và nó mất NO CPU AT ALL trong thời gian này. Do đó, tải máy chủ của bạn SẼ được lớn ngay cả nếu vBET có thể không có nguồn tài nguyên ở tất cả (tất nhiên là không thể).
Về bị rơi máy chủ của bạn - đó là rõ ràng là vấn đề của bạn máy chủ. Nó xảy ra theo định kỳ. Tôi có vấn đề tương tự trên máy chủ của tôi. Nó được gây ra bởi một số lỗi Apache vì vậy một trong Apache chủ đề phát triển và đang phát triển với việc sử dụng bộ nhớ cho đến khi bộ nhớ được tiêu thụ ans máy chủ lưu trữ. Chỉ có một sợi cư xử như thế - các chủ đề khác Apache được bình thường. Tôi chơi với cấu hình Apache và vấn đề được giải quyết. Tôi nghĩ rằng Apache chỉ có một số rò rỉ bộ nhớ - như tôi nhớ tôi đặt giá trị thấp hơn các yêu cầu mà có thể được tổ chức bởi một sợi. Cũng có những thay đổi khác. Tôi đề nghị để kiểm tra việc sử dụng bộ nhớ của bạn và theo dõi nó trong một thời gian. Ngoài ra nó có thể hữu ích để kiểm tra số tiền trung bình của bộ nhớ được sử dụng bởi một thread Apache, thực hiện một số tính toán và thiết lập giá trị thích hợp của các chủ đề tối đa cho Apache.
Nếu bạn có bất kỳ câu hỏi nào, xin vui lòng chỉ cần hỏi:)
Hey - Tôi chỉ là diễn đàn của bạn, nó dịch NHANH ULTRA ... Vì vậy, những gì bạn đang tuyên bố về và tại sao thái độ rất tức giận về vBET, khi bạn có dịch vụ siêu dịch nhanh ...
Xin vui lòng xem xét những gì tải máy chủ có nghĩa là. Tìm hiểu ý nghĩa của nó có thể rất hữu ích để hiểu những gì xảy ra trên máy chủ và làm thế nào nó có thể được liên quan đến chủ đề đang chờ đợi trong hàng đợi không phải vì bạn không có tài nguyên, nhưng đang chờ đợi phản hồi từ máy chủ khác (Google trong trường hợp này).
Theo ý kiến của tôi, bạn có bản dịch siêu nhanh và bạn không có gì phải lo lắng về:)
Tôi đã xây dựng các trang web 10 năm, tôi nhận thức đầy đủ 10x tải không có nghĩa là nguồn lực 10x, dừng lại đối xử với tôi như một thằng ngốc và thìa ăn tôi rác. Các sự kiện lạnh với mod này vs các mod khác miễn phí tải của bạn là lớn. Và tại thời gian cao điểm, trang web của tôi bây giờ là chậm và không đáp ứng. , Các trang dịch nhanh off-cao điểm, nhưng với chi phí của một máy chủ chậm sau đó trong ngày. Tôi có một lõi tứ, cuộc tấn 15k SAS máy chủ, được tối ưu hóa chỉ cần tốt, nó chạy 0,50 tất cả các ngày dài trước khi điều này với lưu lượng truy cập lớn. Đây là mã VBET cho biết thêm rằng tải và làm cho máy chủ chậm trong thời gian cao điểm, đó là một SỰ THẬT, nó không phải là tăng lưu lượng truy cập, tôi đã có cùng một lưu lượng truy cập và chương trình trước và máy chủ đối phó tốt, nó là sản phẩm dịch thuật. Period. Nhanh lên và sửa chữa nó, tôi thực sự không muốn phải trả một £ 300 một tháng cho một nâng cấp máy chủ để chạy một MOD lol.
Làm thế nào nhiều ngôn ngữ nào bạn đã kích hoạt? Làm thế nào nhiều bài viết làm bạn? Bạn có cài đặt Lên và sitemap máy phát điện? Có bao nhiêu chương trình đang đánh một trang web ngày?
Hi!
32 ngôn ngữ được kích hoạt.
100.000 bài viết.
Lên và sơ đồ trang web được cài đặt.
sitemap Plugin 1000.000 trang thu thập thông tin một ngày.
Thực tế là, nếu tôi vô hiệu hóa các mod và khởi động lại máy chủ bot, và người sử dụng vẫn còn đánh máy chủ của tôi giống như trước đây, các trang tương tự vẫn trong chỉ số Googles và do đó tôi nhận được lưu lượng truy cập tương tự kích hoạt hay không.
Sự khác biệt duy nhất là mod vô hiệu hóa các chương trình và tìm kiếm google trang tiếng Anh, vì vậy, giao thông là giống hệt nhau, sự khác biệt duy nhất là họ không nhìn thấy một trang dịch, do đó tránh các vấn đề cơ sở dữ liệu mods.
Rõ ràng là ngày để tôi mod này đã được phát hành mà không cần thử nghiệm thích hợp, và rõ ràng chủ sở hữu là không quan tâm trong việc giải quyết các vấn đề.
Thất bại.
Michael, bạn là sai, tải này không phải là do sự gia tăng lưu lượng truy cập, nó được gây ra bằng cách đọc và viết các bản dịch đến mysql.
Nếu vbulletin nhóm có thể đọc và viết thư cho mysql với tải trọng thấp, tại sao không thể bạn?
Poor mã bạn của tôi.
Tôi đã xây dựng các trang web 10 năm, tôi nhận thức đầy đủ 10x tải không có nghĩa là nguồn lực 10x, dừng lại đối xử với tôi như một thằng ngốc và thìa ăn tôi rác. Các sự kiện lạnh với mod này vs các mod khác miễn phí tải của bạn là lớn. Và tại thời gian cao điểm, trang web của tôi bây giờ là chậm và không đáp ứng. , Các trang dịch nhanh off-cao điểm, nhưng với chi phí của một máy chủ chậm sau đó trong ngày. Tôi có một lõi tứ, cuộc tấn 15k SAS máy chủ, được tối ưu hóa chỉ cần tốt, nó chạy 0,50 tất cả các ngày dài trước khi điều này với lưu lượng truy cập lớn. Đây là mã VBET cho biết thêm rằng tải và làm cho máy chủ chậm trong thời gian cao điểm, đó là một SỰ THẬT, nó không phải là tăng lưu lượng truy cập, tôi đã có cùng một lưu lượng truy cập và chương trình trước và máy chủ đối phó tốt, nó là sản phẩm dịch thuật. Period. Nhanh lên và sửa chữa nó, tôi thực sự không muốn phải trả một £ 300 một tháng cho một nâng cấp máy chủ để chạy một MOD lol.
Tôi hiểu rằng bạn đã quen thuộc với các thông tin về tải của máy chủ mà tôi đã cho bạn. Xin vui lòng lưu ý rằng tôi không có kiến thức tiên tiến như thế nào là hàng ngàn người dùng của chúng tôi và mỗi lần tôi sẽ cung cấp thông tin ass hoàn chỉnh vì nó có thể hữu ích. Nó không có nghĩa là tôi đang đối xử với bạn như là thằng ngốc - nó có nghĩa là tôi quan tâm về cho bạn thông tin có thể hữu ích cho bạn và đánh giá tình trạng máy chủ của bạn. Xin vui lòng chỉ cho tôi các mod miễn phí khác mà bạn đang nói về tôi sẽ sẵn sàng thực hiện một số so sánh:) Ngoài ra bất kỳ thời gian bạn được tự do để lựa chọn giải pháp tốt nhất cho bạn.
Tôi đã kiểm tra diễn đàn của bạn một lần nữa và một lần nữa có vẻ như phản ứng rất nhanh. Xin vui lòng cho tôi khung thời gian tốt nhất để có thể quan sát những gì bạn đang viết về phản ứng chậm của bạn tại thời gian cao điểm.
Nếu bạn muốn kiểm tra lưu lượng truy cập của bạn thay đổi vì vBET - xin vui lòng tạo ra một số báo cáo mà sẽ cho bạn thấy tất cả các lưu lượng truy cập vào các trang web dịch - đây là những gì bạn kiếm được nhờ vBET.
Bạn đang hoàn toàn đúng rằng bản dịch cần thêm nguồn lực - không có cách nào khác và bạn sẽ không bao giờ tìm thấy sản phẩm đó sẽ dịch các trang web của bạn mà không cần bất cứ giá nào. Như tôi đã đề cập đến hầu hết thời gian đòi hỏi phải chờ đợi cho dịch thuật Google khi nó không được lưu trữ, và trong thời gian này, các chủ đề của bạn phải chờ đợi phản ứng những gì có tác động lớn nhất trên tải máy chủ. Bạn có thể thiết lập thời gian bộ nhớ cache lớn hơn để sống - sau đó bản dịch thường được yêu cầu sẽ được đã có trong bộ nhớ cache. Tuy nhiên, cho bản dịch không lưu trữ bất kỳ sản phẩm sẽ phải chờ cho bản dịch. Không có cách nào khác.
Xin lưu ý rằng nghĩ rằng đã được chia để có thể sửa chữa nó.
Như tôi đã viết, chúng tôi không ngừng cải thiện hiệu suất vBET. Và tôi đã viết, chúng tôi đã cải tiến hiệu suất đã sẵn sàng giai đoạn beta trong vBET4.x. Hôm nay chúng tôi sẽ phát hành phiên bản vBET4.x mới với những cải tiến hiệu suất bổ sung. Và khi lỗi cho những người (nếu có) sẽ được sửa chữa chúng tôi sẽ chuyển những cải tiến vBET3.x là không cần thiết để thúc đẩy.
Ngoài ra không có ai buộc bạn phải trả một £ 300 một tháng cho một máy chủ - bạn đang đưa ra các quyết định của riêng bạn và bạn có rất nhiều lựa chọn ở đây. Bao gồm giảm số lượng ngôn ngữ được hỗ trợ, hoặc thậm chí chuyển sang sản phẩm khác mà bạn đề cập đến là tốt hơn nhiều. Chúng tôi hoàn toàn hiểu rằng các giải pháp mà bạn đang sử dụng phải phù hợp với nhu cầu và khả năng của bạn. Chúng tôi rất vui mừng để cung cấp cho khách hàng của chúng tôi sản phẩm tốt hơn và tốt hơn. Và chúng tôi nhận thức được rằng trong tình huống mà yêu cầu phải chờ cho hình thức phản ứng của một máy chủ tải máy chủ của bạn sẽ lớn hơn không có vấn đề những giải pháp chúng tôi sẽ sử dụng. Chúng tôi sẽ được vui mừng nếu bạn ở lại với sản phẩm của chúng tôi và cấu hình nó để phù hợp với yo khả năng của bạn. Và chúng tôi sẽ sẵn sàng cung cấp cho bạn một tay trong lĩnh vực này:)
Xin lưu ý rằng chúng tôi đã đưa ra giải pháp mới để tích hợp với Sitemap Generator. Nếu bạn được tích hợp - xin vui lòng xem hướng dẫn tích hợp mới đây:
Nó làm tăng đáng kể tốc độ của thế hệ sitemap (trên diễn đàn của chúng ta trên 12 lần).
Rõ ràng là ngày để tôi mod này đã được phát hành mà không cần thử nghiệm thích hợp, và rõ ràng chủ sở hữu là không quan tâm trong việc giải quyết các vấn đề.
Thất bại.
Nếu bạn có nghi ngờ về thử nghiệm thích hợp, tôi đề xuất để kiểm tra lịch sử của vBET nó được thử nghiệm bởi hàng trăm các diễn đàn thực sự trước khi tiến phiên bản trả tiền:)
Giới thiệu về giải quyết vấn đề. Tôi xin lỗi. Tôi sai giả định rằng cho bạn trong phản ứng đầu tiên thông tin này, tôi đã rõ ràng rằng chúng ta đang giải quyết các vấn đề:
Xin lưu ý rằng chúng tôi đã lên kế hoạch hỗ trợ của các hệ thống bộ nhớ cache và các thuật toán của chúng tôi dịch là tối ưu hóa ngay lập tức. Tức chúng ta chỉ phát hiện ra như thế nào đáng kể làm giảm hiệu suất PHP khi làm việc trên dây lớn và chúng tôi thay đổi thuật toán của chúng tôi. Nó đã được phát hành trong vBET 4.2.0 với các tùy chọn cấu hình bổ sung. Và chúng ta sẽ di chuyển Tất cả các cải tiến cũng vBET 3.x vẫn được hỗ trợ:)
...
Đưa ra của chúng tôi là: "Chúng tôi có rất nhiều thay đổi". Và đó là lý do tại sao chúng tôi đang thử nghiệm, thay đổi thuật toán, hồ sơ và dành rất nhiều thời gian tìm kiếm các giải pháp mà sẽ yêu cầu tài nguyên ít hơn. Tuy nhiên chúng ta biết không có mod mà có thể là bất kỳ đối thủ cạnh tranh để vBET và có một số mods dịch thuật khác. Chúng tôi đã làm rất nhiều thay đổi thuật toán mà chúng tôi đã tin tưởng đi bởi vì họ đã không giúp đỡ, trong quá trình này chúng tôi cũng phát hiện ra nhiều cải tiến. Bạn có thể có ấn tượng của bạn dựa trên các vấn đề máy chủ của bạn, nhưng hãy xem xét việc làm bạn có bất kỳ giải pháp tốt hơn? Những gì bạn có thể đưa ra một gợi ý rằng có thể vBET là không sai giải pháp kể từ khi đang làm việc trên hàng ngàn các diễn đàn, có thể bạn chỉ là cố gắng để đưa 20 lít nước vào một cái xô 10 lít. Tuy nhiên - chúng tôi có rất nhiều thay đổi và danh sách TODO tuyệt vời trong phần tối ưu hóa (khoảng 70% để thử nghiệm, nó sẽ giúp đỡ hay không):) Và bạn là đúng 100% - chúng ta có thể làm tốt hơn, chúng tôi và chúng tôi đang làm tất cả các thời gian:) Chỉ cần chờ đợi cho đến khi chúng tôi di chuyển tất cả các cải tiến mà chúng tôi thực hiện trong thực hiện vBET4.x:)
Nếu tôi có thể cung cấp cho bạn một số gợi ý - hãy kiểm tra làm thế nào bạn có thể tối ưu hóa vBET: http://www.vbenterprisetranslator.com/forum/general-discussions/243-vbet-performance.html
Đặc biệt là xem xét việc vô hiệu hóa một số ngôn ngữ và ngăn chặn các trang không thích hợp bởi robots.txt
Tôi cảm thấy hoàn toàn chịu trách nhiệm về sự hiểu lầm này. Một lần nữa rất xin lỗi. Xin vui lòng cho chúng tôi biết, cách chúng ta phải nói với bạn rằng chúng tôi đang cải thiện vBET tất cả các thời gian, và làm thế nào chúng ta có thể đảm bảo với bạn một lần nữa rằng vBET3.x sẽ có một cải tiến hiệu suất, để làm cho bạn rõ ràng rằng chúng ta đang giải quyết vấn đề? Chúng tôi sẽ luôn luôn sẵn sàng cải thiện cách chúng ta giao tiếp với khách hàng:)
Michael, bạn là sai, tải này không phải là do sự gia tăng lưu lượng truy cập, nó được gây ra bằng cách đọc và viết các bản dịch đến mysql.
Nếu vbulletin nhóm có thể đọc và viết thư cho mysql với tải trọng thấp, tại sao không thể bạn?
Poor mã bạn của tôi.
Bạn đã lưu ý rằng chúng tôi có kế hoạch hỗ trợ của hệ thống bộ nhớ đệm (tập tin và các công cụ hiện có). Xin vui lòng xem xét ý định của bạn trong cuộc thảo luận này là gì và nó đang đi đúng hướng để cải thiện trạng thái máy chủ tour du lịch - nếu nó vẫn là điểm.
Câu hỏi của bạn giả định rằng tải là gây ra bởi thông tin liên lạc với mysql. Bạn có thể xin vui lòng cho chúng tôi nguồn của này chẩn đoán? Chúng tôi hạnh phúc sẽ nghiên cứu nó:)
Tôi đã cùng một vấn đề, cắt đứt tình trạng quá tải. Cuối cùng tôi đã vô hiệu hóa VBET từ diễn đàn của tôi và tất cả mọi thứ là bình thường. :)
Tôi đã cùng một vấn đề, cắt đứt tình trạng quá tải. Cuối cùng tôi đã vô hiệu hóa VBET từ diễn đàn của tôi và tất cả mọi thứ là bình thường. :)
Phiên bản bạn sử dụng? Xin vui lòng cập nhật lên phiên bản mới nhất - chúng tôi đã cải tiến hiệu suất tuyệt vời. Nhiều người dùng đã viết cảm ơn của họ cho rằng, nhìn thấy sự khác biệt lớn - đặc biệt là trong khu vực tải máy chủ:)
EDITED:
Tôi chỉ cần kiểm tra diễn đàn của bạn và vBET đang làm việc ở đó - xin vui lòng không viết báo cáo sai về tình trạng vBET.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions Inc. All rights reserved.
