بررسی قسمت‌های مختلف سایت GTmetrix

وارد سایت جی تی متریکس شوید و آدرس سایت خود یا یک سایت دیگر را وارد کنید تا به بررسی ابزارهای بهینه سازی سئو سایت در جی تی متریکسبپردازیم. ما در سایت جی تی متریکس طراحی سایت (طراحی سایت فروشگاهی، طراحی سایت شرکتی،قیمت طراحی سایت) سئوراز را وارد کرده و نتایج بررسی شده در آن سایت را در شکل زیر اورده‌ایم.

قسمت-های-مختلف-سایت-جی تی متریکس

ما با بهینه سازی اصولی توانسته‌ایم رتبه A در نتایج سایت GTmetrix را کسب کنیم هر چند بهینه سازی و افزایش سرعت لود سایت فقط منوط به فاکتورهای بالا نیست و گاهی که با رعایت تمام فاکتورهای سایت جی تی متریکس، لود سایت و افزایش آن نه تنها بهتر نشده بلکه بدتر هم شده، رعایت فاکتورهای بالا جی تی متریکس به شرایط سایت و سیاست‌های آن بستگی دارد و باید فاکتورهای دیگر که در بالا نادیده گرفته شده است را هم بررسی و آنالیز کرد. سایت سئوراز امکانی را برای کاربران خود ایجاد کرده است که میتوانند در صفحه افزایش سرعت سایت درخواست خود را دهند.

تشریح قسمت‌های مختلف سایت GTmetrix

در قسمت Performance Scores آدرس سایت آنالیز شده، تاریخ آنالیز سایت و مکان سرور آنالیزکننده، و همچنین در قسمت Using نوع مرورگری که با آن سایت شما آنالیز شده و رتبه سایت شما درج شده است.

PageSpeed Score

در این قسمت به فاکتورهایی که گوگل برای بهینه سازی لود یک سایت مدنظر دارد را سایت GTmetrix بررسی میکند و سایت سئوراز امتیاز 96 از 100 و درجه A را گرفته است. و همینطور میانگین کلی Pagespeed سایت‌ها 70 درصد است.

YSlow Score

در این قسمت به فاکتورهایی که یاهو برای بهینه سازی لود یک سایت مدنظر دارد را سایت GTmetrix بررسی میکند و سایت سئوراز امتیاز 94 از 100 و درجه A را گرفته است.. YSlow ابزار و استانداردهای یاهو میباشد و میانگین کلی YSlow سایت‌ها 68 درصد است. البته باید خاطر نشان کرد که ممکن است در آینده نزدیک این قسمت از سایت GTmetrix حذف شود چرا که دیگر سیاست‌های یاهو زیر تغییر کرده است.

Fully Loaded Time

زمان بارگزاری سایت را بر حسب ثانیه نشان می‌دهد و میانگین سایت‌هایی که در جی تی متریکس مورد بررسی قرار گرفته‌اند 8.3 ثانیه بوده است و سایت میزفا با آمار فوق العاده خود فقط در زمان 2.9 ثانیه زیر لود کامل میشود.

Total Page Size

حجم یک صفحه یا سایتی که جی تی متریکس مورد بررسی قرار داده و میانگین کلی سایت‌های مورد بررسی قرار گرفته 2.56MB است و سایت سئوراز فقط 629KB حجم دارد و تقریبا 5 برابر کمتر از میانگین کل.

Requests

تعداد درخواست‌هایی که به سرور برای بارگزاری قسمت‌های گوناگون سایت ارسال میشود شامل عکس‌ها فایلهای css و یا js . و میانگین کلی آن 86 درخواست است و سایت سئوراز فقط با 27 درخواست کل صفحه را لود میکند. توجه داشته باشید که هر چه تعداد درخواست‌های رد و بدل شده بین سرور و مرورگر کمتر باشه هم فشار کمتری به سرور وارد می‌شود و هم سرعت سایت بالاتر می‌رود.

PageSpeed

اطلاعات بدست اومده از بررسی سایت با الگوریتم های گوگل را با جزئیات بیشتر به همراه اخطارها نشان می‌دهد.

YSlow

اطلاعات بدست اومده از بررسی سایت با الگوریتم های یاهو را با جزئیات بیشتر به همراه اخطارها نشان می‌دهد.

Waterfall

تو این بخش با استفاده از نمودار زمان بارگزاری هر بخش رو نشان می‌دهد. و میتوان اطلاعات مفیدی را از نحوه بارگزاری سایت در این بخش گردآوری کرد. waterfall با تجزیه و تحلیل آبشاری در ابزارهای مختلف دیگر هم هست، مثلا در گوگل کروم هم چنین ابزار سئو قرار گرفته است که بسیار می‌تواند به شما در بهینه سازی سرعت کمک کند، در همین جهت پیشنهاد می‌شود حتما مقاله تجزیه و تحلیل سرعت سایت با ابزار Devtools گوگل کروم را مطالعه نمایید.

Timings

در این پنل که جدیدا اضافه شده زمان onload را نشان میدهد، توجه داشته باشید که onload به بارگزاری اولیه سایت گفته میشود و Fully load به بارگزاری کامل یک وب سایت گویند. و همچنین مقدار زمان اولین درخواست انجام شده (TTFB) را نشان می‌دهد.

Video

میتوانید از فرآیند آنالیز سایت شما در هنگام واکشی سایت در جی تی متریکس فیلمی تهیه کند. البته باید قبل از زدن دکمه شروع آنالیز تیک آن را زده باشید.

History

در این بخش تاریخچه‌ای از بررسی‌هایی انجام شده بر روی آدرس وارد شده را نمایش می‌دهد تا از افت و خیز آن در فواصل گوناگون اطلاع پیدا کنیم.

معرفی سایت GTmetrix و اهمیت بالا بودن سرعت سایت

در این مقاله قرار است ابزار بی‌نظیر جی تی متریکس GTMetrix را معرفی کنیم. بعد از معرفی سایت GTMetrix.com و گفتن یک سری از ویژگی‌های عالی این ابزار آنلاین سرعت سایت، به مبحث اهمیت بهبود سرعت وسئو سایت می‌پردازیم که چرا باید به افزایش سرعت سایتمان اهمیت بدهیم و نقش سایت جی تی متریکس در کجای این ماجرا قرار دارد.

آشنایی با سایت جی تی متریکس

مقدمه – ابزارهای آنلاین

طراحی سایت (طراحی سایت شرکتی، طراحی سایت فروشگاهی) های مختلف و ابزارهای آنلاین در زمینه های طراحی سایت و سئو و مواردی از این قبیل، برای هر مدیر وب سایت و طراح سایت می‌تواند مفید باشد. بررسی و استفاده از ابزارهای آنلاین و خدمات و مطالب این سایت‌های خدماتی، طراحان سایت و مدیران وب سایت‌ها را با نوآوری‌ها، مقاله‌ها و ایده‌های نو همسو می‌کند و کمک به بهینه سازی سایت و همچین بهبود عملکرد سایت میشود. بکارگیری ابزارهای آنلاین و سایت‌های خدماتی در مراحل مختلف طراحی‌ها چه طراحی سایت چه طراحی‌های دیگر آنلاین و همینطور راه اندازی و مدیریت و پشتیبانی وب سایت در موفق بودن یک سایت چه در حوزه طراحی و گرافیک ، چه در حوزه فنی و پشتیبانی می تواند موثر باشد.

معرفی سایت GTmetrix.com

جی تی متریکس GTmetrix چیست
سایت GTmetrix یکی از ابزارهای آنلاین قوی و پرطرفدار است مخصوصا در ایران طرفداران زیادی به این سایت سر میزنند و وب سایت خودشان را مورد ارزیابی قرار میدهند، و جالب آن است که بدانید بیشترین ترافیک سایت جی تی متریکس از سمت ایران است و کاربران ایرانی بیشتر از هر کاربران دیگری وارد این سایت میشوند، GTmetrix یک سایت کارآمد جهت تست و آنالیز سرعت بارگذاری وب سایت است که به بررسی لودینگ و پارامترهای مختلف که در سرعت بارگذاری وبسایت تاثیرگذار هستند، می پردازد. و سعی دارد با نشان دادن فاکتورهای لازم باعث افزایش سرعت سایت شما شود. قصد داریم دوره کامل و جامعی را درباره معرفی سایت GTmetrix و نحوه بهینه سازی اصولی سایت توسط ابزار جی تی متریکس را بررسی و آنالیز کنیم. چرا که درطراحی سایت‌های ایرانی هیچ یک به بررسی کامل و رفع خطاهای موجود در سایت جی تی متریکس به شکل کامل نپرداخته اند،  پس با آموزش افزایش سرعت سایت با ابزار جی تی متریکس همراه باشید

چگونه سرعت سایت وردپرس را افزایش دهیم

آموزش افزایش سرعت سایت وردپرس ۲۰۱۸

یکی از سوالات بسیاری که از من پرسیده میشه این است که چطور سرعت سایت وردپرس را افزایش دهیم؟ یا می‌پرسن نحوه افزایش سرعت سایت وردپرس در gtmetrix چطور هست، یا چگونه به شکل اصولی سرعت سایت وردپرس را بالا ببریم و همچنین آن را حفظ کنیم؟ درحالی که وردپرس یک سیستم مدیریت محتوای شگفت انگیز است، ولی اگر اصول بهینه سازی و افزایش سرعت وردپرس رعایت نشود ، وب سایتی که با این سیستم مدیریت محتوا می‌سازید، کمی آهسته بارگیری می‌شود و این کاهش سرعت باعث کاهش رتبه سئو سایت شما در گوگل می‌شود، به عبارتی باعث افت سئو سایت شما می گردد.

در این مقاله ما به شما می‌آموزیم که چگونه و چطور وب سایت وردپرسی‌ خود را بهینه سازی کنید و به روش های اسرارآمیز سرعت پی ببرید تا جایی که سرعت وردپرس شما به حداکثر برسد. بیشتر وب سایت‌های تجاری جهان به سیستم مدیریت محتوای وردپرس اعتماد کرده‌اند و آن را برای طراحی وب سایت خود استفاده می‌کنند. در سال ۲۰۱۷ بیشتر از ۷۴ میلیون وب سایت از سیستم مدیریت محتوای وردپرس استفاده می‌کنند.

مقاله را دنبال کنید تا وب سایت پر سرعت وردپرس خود را داشته باشید. مطمئن باشید که با اینکارتان بر روی تجربه کاربری وب سایتتان تاثیر به شدت مثبتی خواهید گذاشت و همچنین توجه داشته باشید که افزایش سرعت وردپرس تاثیری مستقیم بر روی سئو داخلی سایت شما نیز دارد پس در سرعت بخشیدن به وردپرس جدی باشید. و همینطور در نظر بگیرید که این آموزش تاثیر مستقیمی بر روی بهبود سرعت وردپرس شما در سایت GTmetrix.com دارد.

استفاده از قالب بهینه

در پشت هر طراحی سایت (طراحی سایت شرکتی، طراحی سایت فروشگاهی) وردپرسی یک پوسته یا فریمورک قرار دارد که ممکن است بهینه و استوار نباشد. در کدنویسی‌ها هرکس روش خاص خود را پیش می‌گیرد و اگر یک توسعه دهنده نیستید پیشنهاد می‌شود که از یک پوسته استوار و بهینه شده استفاده کنید. در حال حاضر پوسته‌های ساده‌ای مثل پوسته ۲۰۱۷ وردپرس یکی از بهترین پیشنهاد ها برای شما می‌باشد زیرا علاوه بر سادگی بسیار سبک نیز می‌باشد.
همچنین توجه کنید که شما می‌توانید پوسته‌های معتبر را از فروشگاه‌های معتبر نیز خریداری کنید. فقط توجه داشته باشید ، با اینکه پوسته‌های بسیار زیادی در سراسر وب برای شما موجود است ، بعضی از توسعه دهندگان از اعتماد فروشگاه‌ها سوء استفاده می‌کنند و با اضافه کردن چند امکان به یک پوسته ساده در آمد بالایی از فروش چنین پوسته‌هایی کسب می‌کنند. به هر حال پیشنهاد ما برای خرید قالب وردپرس، فروشگاه‌های فارسی زبان نیست، و همینطور نمی‌توان براساس دمو پوسته سرعت سایت آن را ارزیابی کرد.

استفاده از کش

فعال سازی کش در سایت یک فاکتور بسیار مهم دیگر در افزایش سرعت وب سایت وردپرسی می‌باشد. کش‌ها فایل‌های استاتیک ساخته شده از صفحات و مقالات شما هستند که در مرورگر کاربران ذخیره می‌شوند و باعث کاهش زمان لود وب سایت در دفعات بعدی ورود کاربران می‌شوند. شما می‌توانید توسط افزونه‌های کش وردپرس ، کش مرورگر و کش توسط سرور این کار را انجام دهید.

پیشنهاد میکنیم حتما مقاله جامع رفع مشکل leverage browser caching را بخوانید تا بهتر درباره کش و نحوه فعال سازی آن اطلاع داشته باشید، ولی به هر حال ما به شکل خلاصه برای سئو سایت وردپرس به کمک افزونه و یا کد در ادامه مقاله راه‌کاری ارائه میدهیم.

افزونه‌های کش وردپرس

در اینجا ما چند نمونه از افزونه‌های رایگان و تجاری وردپرس را در زمینه کش به شما معرفی می‌کنیم :

• افزونه Cache Enabler
• افزونه W3 Total Cache
• افزونه WP Super Cache

کش توسط مرورگر – اضافه کردن Expire Headers به وردپرس

بیشتر وب سایت‌ها از غیرفعال بودن Leverage Browser Caching در سرور وب سایت خود ناراضی هستند ، با اضافه کردن قطعه کد زیر در فایل htaccess می‌توانید کش مرورگر را برای وب سایتتان فعال‌سازی کنید. این بخش در بعضی از افزونه‌های معرفی شده در بالا نیز موجود است.

کد:

کش سرور

در کنار افزونه‌های وردپرس و کش توسط مرورگر ، سرور‌ها نیز می‌توانند از تنظیمات کش استفاده کنند. برای مثال Varnish cache یکی از قدرتمند‌ترین انتخاب ها با ترکیب یک CDN می‌باشد.

استفاده از Prefetch در دامنه‌های معروفی که کاربران استفاده می‌کند

در این متد شما برای لود بخشی از قسمت‌های وب سایتتان مانند فایل‌های js معروف که کاربر در بیشتر وب‌سایت ها مشاهده می‌کند ، یک تنظیمات در DNS وب سایت ایجاد می‌کنید که هنگام ورود به وب سایت این بخش از وب سایت خیلی سریع‌تر لود شود.

برای استفاده از Prefetch در وردپرس ، شما باید در سربرگ Header.php یک نمونه Syntax در بین تگ‌های <head> و <head/> اضافه کنید. برای مثال به نمونه‌های زیر توجه کنید :

استفاده از تکنیک Prefetch در فونت‌های گوگل:

استفاده از تکنیک Prefetch در فایل‌های اسکریپتی گوگل (JQuery) :

حذف رشته‌های کوئری از منابع استاتیک (Riove Query Strings from Static Resources) :

حذف رشته‌های کوئری از منابع استاتیک وب سایتتان از هر لحاظ برای وب سایت مفید است، زیرا با حذف این رشته‌ها از احتمال ایجاد مشکلات در وب سایت جلوگیری می‌کنید.

1 – فایل functions.php را باز کنید و کد‌های زیر را درون آن قرار دهید :

3 – همچنین شما می‌توانید افزونه‌هایی مانند Query Strings Riover و Riove Query Strings From Static Resources در وردپرس خود نصب کنید.

اگر از یک CDN استفاده می‌کنید ، ممکن است که CDN شما امکانی برای حذف کوئری‌ها داشته باشد

استفاده از شبکه تحویل محتوا یا CDN

 به هر حال اصلا مهم نیست که وب سایت وردپرسی شما در حال حاضر چقدر سنگین است و چقدر در حال حاضر ترافیک مصرف می‌کند ، زیرا با سرویس CDN همه این مشکلات حل می‌شود. یک سرویس CDN تمامی فایل‌های JS ، CSS و تصاویر شما را از سرور‌های ابری خود در سراسر جهان به اشتراک کاربران می‌گذارد تا کاربران احساس داشتن سرعتی فوق العاده را داشته باشند و زمان دانلود فایل‌ها کاهش یابد.

علاوه بر این با اتصال یک CDN‌ به وب سایت و افزایش سرعت ، به نرخ تبدیل وب سایت شما نیز افزونه خواهد شد و همچنین Bounce Rate شما کاهش خواهد یافت. (شاید بپرسید Bounce Rate چه چیزی هست؟ در مقاله bounce rate چیست به مطالب جذابی پرداختیم حتما مطالعه کنید)

لود تمامی فایل‌ها از CDN

مطمئن شوید که حتی کوچکترین فایل‌های وب سایتتان مانند Favicon ها نیز در CDN قرار بگیرند. اگر تمامی اطلاعات وب سایتتان از یک کانکشن CDN لود شوند سرعت وب سایت شما چند برابر خواهد شد.

برای اینکه favicon را در وردپرس از CDN فراخوانی کنید نیز در فایل header.php کد زیر را نسبت به وب سایت خود تغییر و از CDN لود کنید.

برای مثال در زیر مشاهده می‌کنید که کلیه اطلاعات وب سایت از CDN فراخوانی می شود :

بهینه سازی پایگاه داده وردپرس

اگر پایگاه داده‌ وردپرس را بهینه سازی نکنید ، اندک اندک به مرور زمان وردپرس شروع به کند شدن می‌کند. راه‌های مختلفی برای نگهداری پایگاه داده به صورت بهینه موجود است که به شما در محدود سازی نسخه‌های پست و حتی غیرفعالسازی آنها کمک می‌کند.

غیرفعال‌سازی و یا محدودیت سازی تعداد رونوشت‌های وردپرس

برای رفع این مشکل در ادامه با من همراه باشید.

غیرفعالسازی رونوشت‌ها

برای غیرفعالسازی رونوشت‌ها شما می‌بایست که قطعه کد زیر را در فایل wp-config.php قرار دهید. اینکار باعث می‌شود که ذخیره سازی خودکار از ۶۰ ثانیه به ۵ دقیقه تغییر کند و همچنین به صورت کامل رونوشت‌ها را غیرفعال می‌کند.

علاوه بر این یک افزونه فوق‌العاده ساده و سبک نیز در این خصوص وجود دارد که می‌توانید از آن در وب سایتتان استفاده کنید. نام این افزونه Disable Post Revision است و دقیقا همین‌کاری را که در این مقاله به شما گفته‌ایم را انجام می‌دهد.

محدودسازی رونوشت‌ها

برای محدود سازی رونوشت ها شما باید نمونه کد زیر را در wp-config.php قرار دهید . این کار باعث می‌شود که ذخیره‌سازی خودکار وردپرس به صورت ۵ دقیقه یکبار باشد و حداکثر تعداد رونوشت‌ها به ۳ برسد. همچنین شما می‌توانید با تغییر عدد ۳ ، تعداد رونوشت‌ها را کم یا زیاد کنید.

پاکسازی رونوشت‌های قدیمی از پایگاه‌داده

بعد از انجام عملیات محدودسازی یا غیرفعال‌سازی رونوشت‌ها حالا وقت آن است که رونوشت‌های قدیمی را پاکسازی کنید. برای انجام این‌کار پیشنهاد می‌کنم که حتما از افزونه فوق‌العاده و همچنین رایگان Wp-Optimize استفاده کنید.

با این افزونه شما می‌توانید تمامی رونوشت‌های مقالات وب سایتتان را پاک کنید، تمامی مقالاتی که به صورت خودکار پیش‌نویس شده‌اند را پاک کنید ، تمامی نظرات هرزنامه و تایید نشده را پاک کنید و همچنین در نسخه‌های جدید این افزونه می‌توانید تمامی عملیات بهینه‌سازی پایگاه داده را به صورت خودکار انجام دهید. قبل از اعمال تغییرات در پایگاه داده بک آپ گرفتن فراموش نشود.

رهایی از محدودیت ۱۰۰ صفحه وردپرس

به طور کلی وب سایت‌های وردپرسی از نظر صفحات بسیار حساس هستند و وب‌سایتی با بیشتر از ۱۰۰ صفحه را اصلا قابل قبول نمی‌دانند. اگر وب سایت‌ شما از ۱۰۰ صفحه بیشتر شود، شما احساس مصرف بالای رم و همچنین کاهش سرعت در Backend وب سایت خود را احساس خواهید کرد. توجه داشته باشید که این مشکلات در Front end وب سایت وردپرسی شما احساس نخواهد شد و هیچ تاثیری در این بخش ندارد. حتی خود شرکت اتوماتیک نیز در این رابطه اطلاعاتی را در بخش مستندات خود ذکر کرده است.

با توجه به اینکه وردپرس برای وب‌سایت‌های برمبنای محتوا طراحی شده است ولی برخی‌ها نیز به دلیل راحتی این سیستم مدیریت محتوا را در موضوعات مختلف مانند وب سایت‌های شرکتی استفاده می‌کنند که این وب سایت‌ها نیازمند چندین صفحه مختلف می‌باشد و با اضافه شدن صفحات و ایجاد مشکلات در Back End در مدیریت وب سایتشان به مشکل می‌خورند. برای چنین وب‌‌سایت‌هایی پیشنهاد می‌شود که به‌ ساخت چندین صفحه مختلف با یک شکل ، Post Type های مختلف خود را تهیه کنند. همچنین شما می‌توانید از افزونه Post Type Switcher برای تبدیل صفحات خود به یک‌ نوع Custom Post Type استفاده کنید و صفحات خود را به مقاله تبدیل کنید و مشکل کندی در Back End را برطرف کنید.

بهینه سازی تصاویر وردپرس

بهینه سازی تصاویر و کاهش حجم آنها یک موضوع کاملا پیچیده است که نیازمند بررسی به صورت کاملا دقیق دارد. هرچه حجم تصاویر استفاده شده در یک صفحه کمتر باشد،‌ آن صفحه نیز سریع تر لود می‌شود.

فشرده سازی Gzip را در وب سایتتان فعال کنید

یکی دیگر از مهم‌ترین بخش‌های بهینه‌سازی وب سایت وردپرسی ، فشرده سازی Gzip می‌باشد که فعالسازی آن باعث کاهش حجم صفحه وب ، فایل‌های CSS و جاوا اسکریپت می‌شود . با فعال سازی Gzip شما از ۵۰ تا ۸۰ درصد در پهنای باند وب‌سایتتان صرفه جویی خواهید کرد. البته قبلا هم درباره تابع Gzip در پست رفع مشکل Enable gzip compression به شکل مفصل صحبت کرده‌ایم.

آپاچی

برای فعالسازی GZIP در آپاچی قطعه کد زیر را در فایل .htaccess قرار دهید.

انجنیکس :

برای فعالسازی GZIP در وب سرور NGINX قطعه کد زیر را در nginx.conf قرار دهید .

کاهش تعداد افزونه ها در وردپرس

یکی از دلایل رایج کاهش سرعت وب سایت‌ها ، داشتن بیش از حد پلاگین‌های درحال اجرا بر روی وردپرس می‌باشد. تا جای ممکن سعی کنید که از حداقل تعداد پلاگین فعال استفاده کنید. قبل از اینکه شروع به غیرفعال‌سازی و پاکسازی افزونه‌ها کنید بهتر است که آن‌ها را آنالیز کنید و ببینید که کدام یک از افزونه‌ها باعث کاهش سرعت لود وب سایتتان می‌شوند.

پس از بررسی حالا وقت آن است که ببینید می‌توانید مشکل آن‌ها رفع کنید یا خیر. اگر نتوانستید مشکل را حل کنید سپس آن‌ها را غیر‌فعال یا پاک کنید.

افزونه P3

افزونه P3 یک افزونه رایگان و توسعه داده شده توسط GoDaddy می‌باشد که به شما در حل مشکل کاهش سرعت وب سایتتان کمک می‌کند. با این افزونه می‌توانید :

• زمان اجرای هر افزونه را بدست آورید
• تمامی افزونه‌های فعال و زمان لود هرکدام را بدست آورید.
• چه افزونه‌ای باعث کاهش سرعت وب سایتتان می‌شود.
• تعداد کوئری‌های موجود در MySQL
• ایجاد جداولی از نتایج اسکن

نکته : این افزونه در حال حاضر با PHP نسخه ۷ سازگار نیست.

افزونه WP Performance Profiler

افزونه WP Performance Profiler ، یک افزونه ارزان قیمت است که دقیقا امکاناتی مشابه افزونه رایگان P3 را به شما ارائه می‌کند. اما اگر کار‌هایی کمی پیشرفته تر از P3 را بخواهید پیشنهاد می‌شود که این افزونه را تهیه کنید.

همچنین در نظر داشته باشید، با این افزونه‌ها شما می‌توانید بعضی از مشکلات را متوجه شوید ولی در بعضی اوقات شما راهی جز حذف افزونه ندارید.

بهینه سازی عملکرد فونت‌های وب

در مطالعات اخیری که در زمینه عملکرد وب فونت‌‌ها انجام شده است حدود ۵۷ درصد از وب سایت ها از فونت‌های شخصی سازی شده استفاده می‌کنند ، که تعداد این وب سایت‌ها از سال ۲۰۱۱ تا الان حدود ۸۵۰ ٪ افزایش پیدا کرده است.

متخصصین سئو بر این عقیده‌اند که وبمستران می‌بایست تنها فرمت‌های مورد نیاز خود را در وب سایت لود کنند . مثلا WOFF و WOFF2 از این فرمت‌ها هستند. سرویس‌هایی مانند Typekit به علت انکودینگ base64 باعث افزایش زمان دانلود و همچنین کاهش سرعت وب سایت شما می‌شوند، البته نه در ایران. (به دلایل تحریم)

نحوه بهینه سازی و افزایش سرعت لود سایت به کمک جدول Wp_options از پایگاه داده

سرفصل‌های پست

• 1 پاکسازی جدول Wp_options و بارگیری خودکار داده ها
• 2 جدول wp_options چیست و چه وظایفی دارد ؟
• 3 عیب‌یابی Autoload (بارگیری خودکار) در جدول wp_options
  • • 3.1 بررسی حجم داده‌های ستون Autoload
    • 3.2 مرتب سازی داده های Autoload شده در بالا
  • 3.3 ایجاد تغییرات در یک داده autoload شده مشخص در جدول wp_options
  • 3.4 پاکسازی جدول wp_options
  • 3.5 پاکسازی گذرا
  • 3.6 یک شاخص برای Autoload اضافه کنید

پاکسازی جدول Wp_options و بارگیری خودکار داده ها

امروز قصد داریم تا نگاهی به جدول wp_options در پایگاه داده وردپرس خود کنیم. به طور کلی این منطقه شامل کلیه عملکردهای وردپرس و پایگاه داده است که در بیشتر اوقات به آن توجه نمی‌شود.

با توجه به بارگیری های خودکار داده ها در پوسته ها و افزونه های وردپرس توجه نکردن به این جدول (مخصوصا در وب سایت‌های پربازدید و قدیمی) می‌‌تواند باعث کندی صفحه‌ها و همچنین کاهش سرعت سایت و در نتیجه سئو وب سایت شما شود.

نکاتی که در پایین به شما آموزش می‌دهیم را بررسی کنید تا یاد بگیرید که چطور جدول wp_options را بررسی، عیب‌یابی و پاکسازی کنید.

جدول wp_options چیست و چه وظایفی دارد ؟

جدول wp_options حاوی تمامی نوع داده مربوط به عملکرد وب سایت وردپرسی شما می‌باشد ، دا‌ده‌هایی مانند :

• آدرس وب سایت ، آدرس وردپرس ، ایمیل مدیر ، دسته‌بندی پیش‌فرض، تعداد مقالات در هر صفحه ، فرمت زمان و …
• تنظیماتی مخصوص ابزارک‌ها ، افزونه‌ها و پوسته‌ها
• داده‌های موقت ذخیره شده

موارد زیر در جدول wp_options وجود دارد که یکی از آنها را که در عملکرد وب سایت نقش بسیاری دارد را پر‌رنگ کردیم:

• option_id
• option_name
• option_value
• autoload ( بارگیری خودکار)

یکی از مهم‌ترین مواردی که باید در رابطه با wp_options بدانید ، اطلاع داشتن از بخشی به نام بارگیری خودکار (autoload) می‌باشد. این بخش شامل دو متغیر بله و خیر (yes or no) می‌باشد . که اساساً برای کنترل تابع wp_load_alloptions() استفاده می‌شود. داده‌های Autoload ، داده‌هایی هستند که در هر صفحه وردپرسی شما اجرا می‌شوند.

دقیقا مانند غیرفعال کردن بارگیری بعضی از کدهای جاوااسکریپت در بعضی از صفحات وب سایت ، این بخش نیز به راحتی غیرفعال و فعال می‌شود.

به طور کلی ، داده‌های Autoload به صورت پیش‌فرض در تمامی جداول بر روی “yes” تنظیم شده‌اند که با توجه به اینکه بعضی از افزونه‌ها نیازی نیست که در تمامی صفحات بارگیری شوند، توسط توسعه دهندگان بارگیری خودکارشان (autoload) غیرفعال می‌شود.

تجربه نشان داده است که وجود مقدار زیادی autoload در جدول wp_options می‌تواند باعث مشکل در وب سایت وردپرس شما شود.

در زیر به تعدادی از مشکلات معمول این دسته اشاره می‌کنیم:

• داده‌ها به طور کلی توسط خود افزونه‌ها بارگیری خودکار می‌شوند و نیازی نیست که در تمامی صفحات بارگیری شوند و برای مثال داده‌های فرم تماس نیازی نیست که در تمام صفحات وب سایت لود شوند ، بنابراین بهتر است که متغیر داده Autoload را بر روی “no” قرار دهید.
• افزونه‌ها و پوسته‌ها را حذف می‌کنید ولی هنوز تنظیمات مخصوصشان در جدول wp_options وجود دارند . این بدان معناست که ممکن است وب سایت در هنگام بارگیری، اطلاعات غیر ضروری قدیمی را نیز بارگیری خودکار کند.
• بعضی از توسعه دهندگان به‌جای استفاده از جداول مخصوص خود افزونه و‌ یا پوسته ، داده‌های محصول خود را در جدول wp_options ذخیره می‌کنند. استدلال‌هایی برای هر دو طرف وجود دارد، برای مثال بعضی از توسعه دهندگان علاقه ای به استفاده از جداول یکتا برای افزونه خود ندارند. به هر حال ، جدول wp_options جهت قرارگیری صدها سطر اطلاعات طراحی نشده است و بهتر است که بهینه سازی شود تا باعث کاهش سرعت سایت نشود.

حداکثر مجاز استفاده از autoload در یک وب سایت وردپرسی چقدر است؟ این مقدار می‌تواند در هر نوع وب سایتی متفاوت باشد ولی به طور کلی حجم داده‌ها معمولا بهتر است بین 300 کیلوبایت تا 1 مگابایت باشد.

هنگامی که شما شروع به بررسی جدول wp_options می‌کنید با حجمی حدود 3 تا 5 مگابایت مواجه می‌شوید که حتما چیزهایی را باید غیرفعال یا به طور کلی حذف کنید تا جدول و داده‌های autoload بهینه سازی شوند. اگر هنگام بررسی با حجمی بیشتر از 10 مگابایت مواجه شدید ، باید بگویم که وضعیت بحرانی است و باید سریعا به بررسی جدول wp_options بپردازید. با این حال ، صحبت ما به این معنا نیست که اگر بررسی نکنید با مشکل مواجه می‌شوید ولی در کل اگر از حالا بهینه سازی را شروع کنید ، مشکلات آینده را پیشگیری کرده و همچنین سرعت سئو سایت تان را بهبود می‌بخشید.

عیب‌یابی Autoload (بارگیری خودکار) در جدول wp_options

اگر شما با مشکل کندی سرعت سایت روبه‌رو شده‌اید، یکی از دلایلی که می‌تواند باعث این مشکل شده باشد ، وجود کوئری‌ها و یا داده‌های خودکار بارگیری شده‌ی یک افزونه قدیمی در جدول wp_options می‌باشد.

در زیر ما به شما نشان می‌دهیم که چگونه حجم داده‌های ستون autoload در جدول wp_options را بررسی کنید و خیلی راحت اطلاعات اضافه را پاکسازی کنید.

قبل از اعمال هر عملی در طراحی سایت (طراحی سایت فروشگاهی، طراحی سایت شرکتی، قیمت طراحی سایت)‌ خود بک آپ تهیه فرمایید.

بررسی حجم داده‌های ستون Autoload

اولین کاری که باید انجام دهید ، بررسی حجم داده های ستون autoload در حال مصرف در وب سایت وردپرسی شماست. برای این‌کار ، وارد phpMyAdmin شوید.

از سمت چپ صفحه دیتابیس خود را انتخاب کنید و سپس وارد سربرگ SQL شوید .

بعد از انجام این کار دستور زیر را در بخش ادیتور وارد کنید و روی کلید GO کلیک کنید.

توجه داشته باشید ما نسبت به نصب پیش‌فرض وردپرس آموزش می‌دهیم و ممکن است شما به علت امنیت از پیشوندی غیر از wp_ استفاده کرده باشید که برای استفاده از دستور بالا می‌بایست پیشوندی که تعریف کرده‌اید را به جای wp_ وارد کنید.

حجم نمایش داده‌شده از تابع autoload_size بر مبنای بایت می باشد. هر 1000 بایت برابر 1 کیلوبایت است و هر 1000 کیلوبایت برابر 1 مگابایت است . بنابراین در تصویر زیر حجم autoload_size وردپرس ما 249025 بایت به معنای 0.25 مگابایت می‌باشد. به طور کلی این مقدار حجم برای یک وب سایت ، حجمی ایده‌آل است. اگر نتیجه بررسی شما نیز کمتر از 1 مگابایت بود نیازی نیست که نگران چیزی باشید.

برای تبدیل راحت بایت به مگابایت کافی است در گوگل عبارت “byte to mb” سرچ کنید تا در یک rich answers گوگلبتوانید تبدیل را انجام دهید.

بنابر‌این ، اگر حجم autoload_size وب سایت شما بیشتر از 1 مگابایت بود ، پیشنهاد می‌شود که حتما در ادامه این مقاله سئوراز را دنبال کنید تا سئو و سرعت وب سایت خود را از این طریق بهبود بخشید.

در نمونه زیر حجم autoload_size برابر 137724715 بایت معادل 137 مگابایت می‌باشد. که این مورد نشان دهنده وجود مشکل در یک وب سایت وردپرسی است.

شما همچنین می‌توانید برای بررسی تخصصی تر از چندین دستور مختلف دیگر استفاده کنید.

در دستور زیر حجم autoload_size بر حسب کیلوبایت ، تعداد کوئری های autoload و 10 دستور autoload اول دیتابیس به شما نمایش داده می‌شود.

اگر شما از خدمات سایت New Relic استفاده می‌کنید ، می‌توانید از آن برای پیدا کردن مشکلات کوئری های جدول wp_options استفاده کنید، در سربرگدیتابیس این وب سایت ، شما می‌توانید فهرستی از جداول و کوئری‌هایی که پرمصرف هستند را به دست آورید، اگر روی یکی از گزینه‌های در فهرست کلیک کنید، در رابطه با کوئری‌ها اطلاعات بیشتری کسب می‌کنید. در مثال زیر ، شما می‌توانید تعداد انگشت شماری از داده‌های autoload در جدول wp_options را مشاهده کنید.

با اطمینان می‌توان گفت که با جست‌وجویی کوتاه متوجه خواهیم شد که حدودا داده های autoload شده این وب سایت حداقل 250 مگابایت است.

مرتب سازی داده های Autoload شده در بالا

مرحله بعدی بهینه سازی ، مرتب‌ کردن پر مصرف ترین ها در داده های autoload شده می‌باشد. شما می‌توانید با دستور SQLزیر به سرعت لیست 10 داده پرمصرف را  به دست آورید.

دوباره خاطر نشان کنیم که ممکن است شما پیشوند جداول وردپرس خود را هنگام نصب برای افزایش امنیت تغییر داده باشید و نامی جز wp_ گذاشته باشید، برای اینکه دستور بالا کار کند ، شما باید پیشوند جداول خود را جایگزین wp_ کنید.

ایجاد تغییرات در یک داده autoload شده مشخص در جدول wp_options

مرحله بعدی ایجاد تغییرات در یک داده autoload شده پرمصرف می‌باشد.

ریدایرکت 301

همانطور که مشاهده می‌کنید در تصویر بالا در صدر لیست  ریدایرکت 301 قرار دارد. این کوئری به احتمال بسیار زیاد مربوط به یک افزونه سئو وردپرس می‌باشد و وظیفه انتقال دادن صفحات را دارد. در این نوع موارد ، بهتر است که از افزونه برای انتقال صفحات استفاده نکنید و از ابزار پیش‌فرض وب سرور خود استفاده کنید.

دلیل این پیشنهاد چیست ؟ به این دلیل که استفاده از افزونه‌های رایگان وردپرس برای انجام عملیات انتقال صفحات ممکن است باعث ایجاد اختلال در عملکرد وب سایت شوند ، نیازمند اجرای کد های اضافی و منابع دارد و همچنین ایجاد کوئری autoload در وب سایت می‌باشد ، پیشنهاد می‌شود که از انتقال صفحات از طریق پلاگین استفاده نکنید.

wpurp_custom_tiplate_

در لیست مرتب شده بالا هشت جایگاه را کوئری wpurp_custom_tiplate_ اشغال کرده است. به طور کلی شما باید بتوانید نام این کوئری ها بیابید و همچنین به سرور برای دسترسی به نقاطی از پوسته‌ها و افزونه‌ها دسترسی داشته باشید. اگر دسترسی دارید ، از طریق دستور grep زیر بررسی کنید که آیا می‌توانید این کوئری‌ها را پیدا کنید یا خیر! شما همچنین می‌توانید از طریق درگاه‌های SFTP نیز این رکورد‌ها را بررسی کنید.

اگرچه در بعضی از سرور‌ها این روش کارایی ندارد ، ما توانستیم با جست‌وجویی ساده در گوگل دریابیم که این کوئری به افزونه‌ای تحت عنوان WP Ultimate Recipe مربوط است. این کوئری یک نمونه از غیرضروری‌ترین کوئری‌های autoload شده در وردپرس می باشد. بنابراین اگر چنین افزونه‌ای در لیست افزونه‌های خود دارید سعی کنید که آن را به طور کامل حذف کنید. درواقع ، منظور ما پاک‌سازی کامل افزونه و هرچیزی که تا به حال در پایگاه داده تولید کرده است می‌باشد.

um_cache_userdata_

نوع بعدی داده‌های پرمصرف به داده‌های um_cache_userdata_# مربوط می‌شود، این داده‌ها را در چند سطر از لیست 10 داده پر مصرف autoload بالا در می‌بینید.

با توجه به اینکه چند داده um_cache_userdata_ در پایان لیست قرار دارند . ما به سرعت وارد MySQL خود شده و با دستور زیر 40 کوئری Autoload پر مصرف مربوط به این داده را فراخوانی میکنیم.

و یا مجموع تمامی مقادیر بالا مربوط به آن پیشوند :

اگر متوجه شدید که تعداد بیشتری کوئری وجود دارد ، دوباره مجبورید در بین افزونه‌ها و پوسته‌ها جست‌وجو کنید و دستور grep مخصوص آن را اجرا کنید.

با توجه به جست‌وجویی که ما انجام دادید دریافتیم که این داده مربوط می‌شود به افزونه معروف Ultimate Miber و پس از جست‌وجویی کوتاه در گوگل راهی ساده برای حل مشکلات این افزونه نیز پیدا کردیم. سعی کنید قدرت جست‌وجو و تحقیق با گوگل را تمرین کنید تا به راحتی بتوانید نیازهای خود را در یک سرچ هدف‌مند پیدا کنید.

در جست‌وجو متوجه شدیم که برای حل مشکلات این افزونه چندین راه وجود دارد

• Ultimate Miber > Dashboard > User Cache > Clear Cache
• Ultimate Miber > Settings > Advanced > گزینه Stop caching user’s profile data را فعال کنید > سپس تغییرات را ذخیره سازی کنید.

گزینه دیگر برای پیداکردن گزینه های autoload کلیک روی کلید ویرایشگر است که می‌تواند لیست پوسته‌ها/افزونه‌ها و یا لیست وب سایت توسعه دهندگان آن‌ها را به شما نمایش دهد.

Cron Jobs

یکی دیگر از گزینه‌های پرمصرف در بخش autoload استفاده مکرر Cronjobs ها می‌باشد. در این مورد، هر Cron ممکن است در این مسئله دخیل باشد، بنابراین هنگامی که ممکن است با کلیک روی کلید ویرایش وب سایت خراب شود ، باید چه‌کار کنیم ؟

برای مثال یک کوئری بسیار پرمصرف در وب سایت های وردپرسی کوئری Cron تحت عنوان do_pings می‌باشد که شما با یک جست‌وجوی ساده می‌توانید نحوه پاکسازی این نوع کوئری‌ها را پیدا کنید، اگر با نحوه کار و پاک‌سازی آن اشراف کامل را ندارید این مورد را نادیده بگیرید، یا قبل اجرا بک آپ در دیتابیس خود تهیه نمایید.

پاکسازی جدول wp_options

اگر تعداد زیادی از نمونه‌هایی که در بالا به شما نشان دادیم را مشاهده کردید ، حالا وقت آن است که شروع به پاکسازی تمامی داده‌های autoloaded کنیم. این نکته بسیار پیشنهاد می‌شود که تا جای ممکن سعی کنید که تعداد سطر های جدول wp_options شما در کمترین حالت ممکن باشد. لطفا سعی کنید قبل از هرگونه پاکسازی یا ایجاد تغییرات در پایگاه داده خود از آن نسخه پشتیبان تهیه کنید. اگر امکان این کار را ندارید ، پیشنهاد می‌کنیم یک متخصص حرفه‌ای استخدام کنید.

مانند اولین نکته‌ای که به شما گفتیم ، برای پاکسازی جدول wp_options باید ابتدا وارد phpMyAdmin شوید. از منو سمت چپ پایگاه داده وردپرس خود را انتخاب کنید و وارد سربرگ SQL شوید. سپس دستور زیر را وارد کنید و روی کلید GO کلیک کنید.

این دستور به شما تمامی داده‌های جدول wp_options را که در آنها autoload بر روی yes ذخیره شده است را نمایش می‌دهد.

با اسکرول کردن سطر‌ها به ترتیب تمامی افزونه‌هایی که در حال حاضر نصب یا درحال استفاده نیستند را مشاهده می‌کنید. به عنوان نمونه در این آموزش ما سطر‌هایی از افزونه Jetpack توسعه داده شده توسط وردپرس را بررسی می‌کنیم.

به عنوان مثال در حال حاضر وب سایت از افزونه Jetpack استفاده نمی‌کند.

همیشه بهتر است قبل از انجام هرکاری مستندات ارائه شده توسط توسعه دهندگان افزونه‌ها را بررسی کنید ، گاهی اوقات در بعضی از مستندات توسعه دهنده می‌گوید که چطور جداول گذشته را پاک‌سازی کنید یا شاید گزینه‌ای برای پاک‌سازی پایگاه داده در تنظیمات افزونه قرار داده بود. در بعضی اوقات بهتر است که ابتدا یک بار افزونه را حذف کنید و دوباره نصب کنید و سپس بررسی کنید که آیا کوئری‌های پایگاه داده آن پاک‌سازی شده است یا خیر و سپس در صورتی که پاک شده بود آن را به طور کامل حذف کنید. با این حال ، در این مقاله ما به شما آموزش می‌دهیم که چطور به صورت دستی جداول را پاکسازی کنید.

برای مثال در دستور زیر ، ما تمامی داده‌های autoload درون wp_options را که مخصوص افزونه jetpack هستند را فراخوانی می‌کنیم:

سپس روی کلید Select All کلیک می‌کنیم و روی Delete کلیک میکنیم تا به طور کامل جداول حذف شوند.

یا شما می‌توانید به صورت مستقیم با دستور زیر اقدام به حذف کوئری‌ها کنید:

حالا شما میتوانید با تغییر options_name به عنوان افزونه و یا پوسته قدیمی خود داده های autoload شده جدول را پاکسازی کنید.

پاکسازی گذرا

اگر از یک حافظه کش استفاده می‌کنید، وردپرس رکورد‌های گذرا یا transient را در خود جدول wp_options ذخیره می‌کند. به طور کلی این نوع رکورد‌ها باید زمان انقضایی داشته باشند و در طول زمان پاک‌سازی شوند ، با اینکه ، همیشه اینطور نیست. در حال حاضر پایگاه‌های داده‌ای وجود دارد که بیشتر از هزاران رکورد transient قدیمی را در خود نگاه داشته‌اند. باید توجه داشته باشید که رکورد‌های transient به صورت پیش‌فرض به صورت خودکار بارگیری نمی‌شوند.

شما می‌توانید از دستور زیر برای مشاهده رکورد‌های transient خودکار بارگیری شده استفاده کنید :

به هر حال ، شما می‌توانید از افزونه Transient Cleaner نیز برای پاکسازی داده‌های گذرا از پایگاه‌داده خود استفاده کنید.

یک شاخص برای Autoload اضافه کنید

اگر پاکسازی داده‌های جدول wp_options کافی نبود ، شما بهتر است که از یک شاخص برای autoload استفاده کنید.

این کار اساسا کمک می‌کند که جست‌وجوی شما کارآمدتر شود.

تیم تست به نام 10آپ ، چند آزمون مختلف بر روی جدول wp_options با رکورد‌های autoload شده انجام داده است تا نمایش دهد که چطور با افزودن یک شاخص به کوئری‌های wp_options می‌توانیم در عملکرد وب سایت بهبود بخشیم.

افزونه Little Bizzy یک افزونه کاملا رایگان وردپرسی است که با اضافه کردن شاخصی برای autoload جدول wp_options با استفاده از wp_cron  برای گزارش روزانه می‌تواند به شما بسیار کمک کند.

بهینه سازی سایت های کم ترافیک و با ترافیک بالا

هر آنچه که در سایت های با ترافیک کم از بابت سئو باید انجام شود، در سایت های با ترافیک بالا نیز باید انجام شود. به عنوان نمونه در زمینه محتوا، متاها، بهینه سازی عکس، ساختار URL موبایل فرندلی بودن سایت و هر آنچه که در دستورالعمل های گوگل وبمستر وجود دارد، برای همه سایتها صرف نظر از ترافیکشان صدق می کند. البته قطعا ممکن است اولویت برخی از آیتم ها در سایتهای مختلف با یکدیگر تفاوت داشته باشد ولی به صورت کلی همه مواردی که در سئوی سایت های کم ترافیک باید انجام شود، در سایتهای پر ترافیک هم باید مد نظر سئوکار قرار بگیرد.

ارتباط کد و سرور با میزان ترافیک سایت

با توجه به اینکه برخی از مواردی که به کارایی کد و سرور و یا به صورت کلی به performance کد و سرور بستگی دارند با میزان ترافیک سایت (طراحی سایت شرکتی، طراحی سایت فروشگاهی) ارتباط مستقیم دارد، لذا برای بهبود رنکینگ سایت های پر ترافیک، علاوه بر مواردی که در سایت های کم ترافیک باید رعایت شوند، موارد متعددی نیز وجود دارند که باید برای بالا بردن performance رعایت شوند. مواردی مانند سخت افزار سرور، تنظیماتسرور، کدنویسی، کش، معماری دیتابیس و رعایت دستورالعمل های گوگل وبمستر و حتی برخی مواردoff-page SEO نیز باید در نظر گرفته شوند تا بازدهی سخت افزار و نرم افزار بالا برود. یکی از مواردی که در بهینه سازی باید در نظر گرفته شود، بهینه بودن تعداد درخواست هایی است که برای بارگذاری هر صفحه به سرور ارسال می شود.

جلوگیری از درخواست های ارسالی به وب سرور

برای اینکه بخواهید از تعداد درخواست ارسالی به وب سرور جهت لود صفحه مطلع شوید، طبق تصویر بعدی، ابتدا مرورگر گوگل کروم خود را باز کنید و سپس با فشردن دکمه F12 و یا با استفاده از میانبر Ctrl + Shift + I در سیستم عامل ویندوز وارد محیط Dev tools گوگل کروم شوید. سپس به تبNetwork رفته و تیک Disable cache را بزنید و صفحه را رفرش کنید. سپس می توانید با توجه به تصویر بعد، از تعداد درخواست های ارسالی به سرور جهت بارگذاری صفحه مورد نظرتان مطلع شوید.

با توجه به تصویر بالا، جهت لود صفحه اصلی سایت وب یوز، هر کاربر تعداد ۲۲ درخواست به وب سرور ارسال می کند. پس اگر تعداد ۱۰ کاربر به صورت همزمان صفحه اصلی طراحی سایت را باز کنند به معنای ارسال ۲۲۰ درخواست یا request به سرور خواهد بود که عدد ناچیزی است و تقریبا همه سرورهای اشتراکی نیز از عهده چنین کاری بر می آیند.

ولی اگر تعداد ۹۹۰ نفر به کاربران همزمان افزوده شود و تعداد آنها از ۱۰ به ۱۰۰۰ برسد، به معنای افزایش ۲۱۷۸۰ عددی در تعداد درخواست همزمان به سرور خواهیم بود که در اینجا باید همه عوامل نرم افزاری و سخت افزاری در کنار یکدیگر در وضعیت بهینه باشند تا مجبور نباشیم برای پاسخگویی به این تعداد درخواست فقط به قوی تر کردن سخت افزار اکتفا کنیم.