سلامالبته ترجمه باید برخی از منابع را -- هیچ سحر و جادو وجود دارد. ترجمه به معنی صفحه نتیجه خروجی و آن را تغییر دهید. به دلیل این که ترجمه همیشه طولانی تر از عادی صفحه را.
من درک می کنم که شما بیش از حد خوشحال داشتن بار بیشتر سرور نیست ، اما لطفا توجه داشته باشید که فعال تصدی است که مصرف منابع تنها برای ترجمه است. برای صفحات عادی آن را می افزاید : پرچم تنها. بنابراین همه این بار اضافی می آید از ترافیک اضافی به صفحات ترجمه شده است. همانطور که می نوشت : ترافیک خود را به پایین نمی بلافاصله پس از ناتوان فعال تصدی (اگر شما آن را در حالی که پس از آن را پس از ناتوان کننده را کاهش می دهد -- به من اعتماد) و بار سرور کمتر است -- آشکار است -- ربات هنوز خزنده URL ها به صفحات ترجمه شده ، کاربران هنوز هم در لینک های گوگل به صفحات ترجمه شده خود را پیدا می کند. بنابراین شما هنوز هم ترافیک یکسان داشته باشد ، اما در حال حاضر تحت لینک ترجمه شده است که به سادگی کپی محتوا -- صفحه عادی است که ترجمه نشده است. اگر شما می خواهید با فعال تصدی معلول باقی بماند ما قویا توصیه به اضافه کردن قاعده در شما فایل htaccess که همه صفحات ترجمه شده را به یکی عادی تغییر مسیر ، در غیر این صورت شما می توانید جستجوگرها خود را به خاطر از مطالب کپی سست.
لطفا توجه داشته باشید که ما در حال حاضر برنامه ریزی پشتیبانی از سیستم های کش دیگر و الگوریتم های ترجمه ما بلافاصله بهینه سازی شده است. به این صورت که ما فقط کشف کردیم که چگونه عملکرد PHP را در هنگام کار بر روی رشته های بزرگ به شدت کاهش می دهد و ما الگوریتم خود را اصلاح کردیم. این است که در حال حاضر در vBET 4.2.0 با گزینه های پیکربندی اضافی منتشر شد. و ما تمام پیشرفت ها را نیز به vBET 3.x که هنوز هم پشتیبانی می شود حرکت می کند
من درک می کنم که به نظر شما کد ما ضعیف است. من در آنچه شما به پایگاه انتظارات خود را نمی دانند. در حال حاضر وزارت دفاع سریعترین برای ترجمه VB -- هیچ چیز بهتر کار میکند وجود دارد. ترجمه خواهد شد برخی از منابع و وزارت دفاع ما کمتر آن را که هر طول می کشد. شما می توانید ببینید چگونه فعال تصدی سریع می تواند بر روی بسیاری از انجمن ها کار می کنند. اگر به مشکل بر روی سرور خود ، و سپس در نظر گرفتن تغییرات پیکربندی و یا اضافه کردن منابع سرور لطفا. شما 20 لیتر آب را به 10 لیتر سطل قرار داده است.
طرح ما این است: «ما چیزهای زیادی برای تغییر داریم». و به همین دلیل است که ما در حال آزمایش، تغییر الگوریتم ها، پروفایل سازی و صرف زمان زیادی به دنبال راه حل هایی هستیم که به منابع کمتری نیاز خواهد داشت. هنوز هم ما می دانیم هیچ وزارت دفاع که می تواند هر رقابت به vBET و برخی از وزارت دفاع ترجمه دیگر وجود دارد. ما تغییرات الگوریتم زیادی انجام دادیم که باید آن ها را دور می زدیم چون کمکی نکردند، در طول این فرایند پیشرفت های زیادی را نیز کشف کردیم. شما می توانید برداشت خود را basing در مسائل سرور خود را داشته باشد، اما لطفا در نظر بگیرید آیا شما هر راه حل بهتری؟ چه چیزی می تواند به شما یک اشاره است که شاید vBET راه حل اشتباه نیست از آنجا که در حال کار بر روی هزاران انجمن، شاید شما فقط در حال تلاش برای قرار دادن 20 لیتر آب را به سطل 10 لیتر. با این حال -- ما بسیاری برای تغییر و لیست TODO بزرگ در بخش بهینه سازی (حدود 70 ٪ به آزمایش آن را کمک خواهد کرد یا نه)و شما 100 ٪ حق -- ما می توانیم آن را بهتر انجام خواهد شد و ما در حال انجام آن در همه زمان ها
فقط صبر کنید تا ما حرکت تمام پیشرفت های که ما در طول پیاده سازی vBET4.x ساخته شده
اگر من بتوانم به شما اشاراتی - لطفاً بررسی کنید چگونه می توان بهینه سازی vbet: http://www.vbenterprisetranslator.co...rformance.html
به خصوص ناتوان کننده برخی از زبان ها و مسدود کردن صفحات نامربوط توسط نام robots.txt در نظر
زمان پاسخ برای صفحات ترجمه چیست؟ استفاده از پردازنده شما چیست؟ استفاده از حافظه خود چیست؟ اگر آن را قابل قبول است و سپس شما هیچ چیز نگران است. مردم اغلب با افزایش بار سرور ترس و حتی نمی دانم چه می کند به این معنی است. 10 برابر بیشتر بار سرور NOT یعنی 10 بار بيشتر منابع مورد استفاده آنها را ثبت می کنند. آن فقط به اين معنى كه بيش تنيده اند در صف انتظار هستند، آنچه که کاملا طبیعی است، چون در حال حاضر شما تنيده اند باید منتظر گوگل پاسخ اگر چند تا ترجمه است نه cached هنوز مشخص نشده است. پس نخ منتظر گوگل است و پاسخ می طلبد نه cpu اصلا در اين مدت. چون از آن سرور شما شارژ خواهد شد حتی اگر بزرگتر vbet توانست این منابع نه به همه (چه البته امكان پذير نيست).
درباره توفنده سرور شما -- واضح است که مشکل سرور شما است. دوره ای اتفاق می افتد. من تا به حال مشکل مشابهی را بر روی سرور من. این توسط برخی از مشکلات را آپاچی باعث شد تا یک آپاچی موضوع در حال رشد بود و در حال رشد با استفاده از حافظه تا حافظه کل ANS سرور ذخیره سازی مصرف شد. فقط یک موضوع رفتار مانند آن -- دیگر موضوعات آپاچی طبیعی بود. من بازی با پیکربندی آپاچی و مسئله حل شده است. من فکر می کنم که آپاچی فقط به حال برخی از نشت حافظه -- که من به یاد داشته باشید به ارزش پایین تر از درخواست ها است که می تواند توسط یک موضوع برگزار قرار دهید من. تغییرات دیگری نیز وجود دارد. من پیشنهاد می کنم برای بررسی استفاده از حافظه خود و نظارت بر آن را برای برخی از زمان. همچنین می توان آن را مفید مقدار به طور متوسط از حافظه استفاده شده توسط یک آپاچی موضوع برای بررسی برخی از محاسبات و تنظیم مقدار مناسب از موضوعات حداکثر برای آپاچی.
اگر شما هر گونه سؤال بیشتر لطفا فقط بخواهید![]()