ارتقاء پس از مشکل بار سرور![]()
ارتقاء پس از مشکل بار سرور![]()
آیا هر کسی هر گونه ایده چقدر بزرگ ذخیره سازی فایل می تواند قبل از اینکه تاثیر منفی بر روی عملکرد؟
کش پایگاه داده انبارها ترجمه تنها. تمام نشده محتوا HTML. بنابراین ، هنگامی که برخی از صفحه ترجمه شده تولید ، و سپس صفحه اول طبیعی تولید شده و پس از آن است که تجزیه و ترجمه شده است. در طول ترجمه DB کش مورد استفاده قرار می گیرد و ترجمه جملات از آنجا گرفته شده است. فقط جملات -- کل HTML ، زیرا هر یک از ترجمه ها هم می تواند متفاوت باشد (یعنی از امتیازات مختلف از کاربران ، تغییر محتوا). یک صفحه HTML می تواند صدها نفر از جملات ترجمه -- فعال تصدی محتوا بین تگ های HTML. تشکر DB کش کسانی که ترجمه انجام می شود هر زمان از گوگل گرفته شده -- مصرف مقدار زیادی از زمان -- به جای آن ، کسانی که از DB های محلی خود را گرفته است. هنوز -- صفحه عادی تولید شده و پس از آن ترجمه شده است.
ذخیره سازی فایل کامل برای مهمانان فقط برای مهمانان کار. تشکر که ما لازم نیست که نگران باشید که کاربران دارای دسترسی های مختلف و دیدن چیزهای مختلف. مهمان خواهید دید همان محتوای درسی را است. به همین دلیل ما مجبور به نتیجه تجزیه و ترجمه آن را قطعه قطعه در هر زمان -- ما به سادگی می توانید آن را یکی کش و در حالی که خروجی HTML کامل انجام دهید. بنابراین در این حالت هنگامی که صفحه کامل است پنهان شده اند ، یا کش نشده مطالب خیلی قدیمی است ، سپس ترجمه طبیعی رخ می دهد -- فقط می خواهم قبل از توصیف است. اما این زمان و در پایان خروجی کامل HTML به فایل نوشته شده است. بنابراین دفعه بعد که درخواست همان می آید از مهمان ما حتی محتوای صفحه عادی تولید نیست -- ما به سادگی به مهمان جریان در حال حاضر فایل های cache شده HTML. به همین دلیل است که بسیاری از نمایش داده شد SQL ، پردازنده و حافظه ما را نجات. ما فقط به مطالب کاربر را از فایل استاتیک بدهد. به همین دلیل است که مهم است که برای تعیین چه مدت این کش معتبر خواهد بود. از آنجا که اگر چیزی تغییر خواهد کرد -- یعنی پست جدید به موضوع می رسند ، سپس مهمانان این پست جدید را ببینید تا زمانی که در حال حاضر ذخیره سازی فایل منقضی. پس از آن در طول درخواست بعدی ، دوباره طبیعی تولید خواهد شد ، ترجمه ، و ذخیره سازی -- و این مهمان مطالب را خواهید دید برای یک ساعت (قابل تنظیم) یعنی. آنها هر گونه تغییر را نمی بینم تا فایل های cache شده دوباره منقضی. البته کاربران شما همه چیز را ببینید ، زیرا فقط برای مهمانان کار می کند (بنابراین برای ربات ها نیز ، چون ربات خزیدن انجمن خود را به عنوان مهمان).
لطفا به آن کمک کند و در صورت هر گونه سوال فقط بخواهید -- با کمال مسرت آن را توصیف.![]()
خواهد شد ، از آن خواهد شدبیشتر چیزهای جدید در حال حاضر در آنجا آزمایش شده اند. ما فقط بیشتر برای انجام در مورد فایل کش کامل برای مهمانان در vB4، چرا که ما پشتیبانی وجود دارد ترجمه انواع بیشتری از URLs برای vBSEO و همچنین دوستانه URLs از vB. و از همه کسانی که ما باید آن را بسیار با دقت آزمایش و هنوز هم باید برای اجرای حمایت از تغییر مسیر قبلی برای برخی از آن. همچنین - ما این زمان اضافی برای بررسی هر گونه مسائل ممکن با کش فایل کامل برای مهمانان (که در نظر گرفته BETA در حال حاضر) در انجمن vB3 استفاده کنید. ما آن را به خوبی تست, اما همیشه بهتر است برای مراقبت بیشتر در مورد کیفیت خوب
![]()
در فایل /تصاویر/vbet/پرچم/vbet.css
لطفا توصیف بهتر آنچه در آن به معنای "عجیب و غریب" -- شاید ما قادر خواهد بود به شما کمک کند. همچنین توصیه می کنیم برای استفاده برای چیزهایی مانند فایرفاکس با افزونه اتش افروز -- به شما این امکان را می دهد آن را به شما نشان دهد که کدام سبک CSS برای عناصر مشخص شده استفاده می شود. این است که واقعا مفید![]()
من می دانم که برای همه نسخه او مهم ترینو ما نمی خواهیم با آن استدلال
در این مورد vBET3.x قبلا دلیل بسیار خوب : کیفیت. اضافه کردن قابلیت های جدید مهم (ذخیره سازی فایل کامل برای مهمانان) در این نسخه، و اين خيلی راحت تر به آن اضافه شود آن را تبديل به vb3 وجود ندارد، چرا نه دوستانه می تواند urlهای مشکل دار، و ما ترجمه تنها می تواند urlهای مشکل دار به vbseo نخ. در مورد vb4 پيچيده تر است - دوستانه می تواند urlهای مشکل دار بايد مورد حمايت قرار بگيرد و ما ترجمه خیلی بیشتر نوع می تواند urlهای مشکل دار. گذاشتن آن در اول vb3. ما اجازه داده است تا برای آزمایش واقعی خیلی خوب در محل های مذاکره آنلاین، بررسی کنید که کار خوب است، و شاید هم قبل از آن نشان می دهد برخی از حشرات به vb4. و بعد از ما completly است که همه خوب است، ما هنوز هم به آن اضافه شود در vb4 aditional حمايت (friuendly urlها، بیشتر می تواند urlهای مشکل دار translted). براى همين است كه اين بار vbet3.x است و ما هنوز نياز قبلي 2 هفته برای vbet4.x. و ممنونم که شما راه حل خواهد شد كه كيفيت بسيار خوبي است، پيچيده تر است اگر ewen thatin صورت vb3
هیچ چیز مانند تاثیر عملکرد منفی به دلیل ذخیره سازی فایل باید وجود داشته باشد. است ، زیرا ذخیره سازی فایل رشد می کند نه... ما ایجاد فایل مجزا برای هر URL درخواست می کنیم. بنابراین هر یک از فایل ذخیره سازی می باشد به سادگی فایل HTML استاتیک (خروجی کش برای درخواست) است. هنگامی که سرور شما انبارها بیشتر و بیشتر فعال تصدی به سادگی ایجاد فایل های بیشتر و بیشتر است. بنابراین هر زمانی که فایل چنین خواندنی است :
1. خواندن نتیجه تنها برای این URL خاص
2. ما حتی آن را به حافظه را نمی خواند -- فقط به سادگی آن را جریان را به مشتری با استفاده از تابع PHP : readfile
از آنجا که از که حتی اگر صفحه نتیجه های شما واقعا بزرگ است -- به طوری فایل ذخیره سازی نیز بزرگ ، آن را بدون تاثیر عملکرد منفی ، چون فقط جریان این فایل یکی بدون حتی خواندن کل آن را در حافظه. بنابراین شما مزیت معایب نیست را ببینید.