با سلام و وقت بخیر . مدتی پیش با معرفی دوست ارجمند , جناب خلجی مهر عزیز , سری به منابع تحقیقاتی وردپرس ( smashingmagazine ) زدم و با جستجو در این وبسایت مرجع , به موضوع خوبی برخوردم در رابطه با بهبود سرعت سایت های وردپرسی . موضوع از اینجا شروع شد که فردی به نام مارکوس تیلور که خود نیز از کاربران وردپرس است , بعد از اقداماتی خلاقانه , متوجه میشود که سرعت بارگزاری وبسایت او , از 1 ثانیه نیز کمتر شده است . مارکوس تیلور , با تحقیق در این رابطه که آیا این مورد اتفاقی بوده است و یا اقداماتی که انجام داده , اقدامات مناسبی بوده اند , متوجه میشود که اقدامات بسیار مفیدی را انجام داده است و تصمیم میگیرد که این مورد را با سایرین به اشتراک بگذارد . آنچه در ادامه میخوانید , ممکن است در هیچ کجای دیگری دیده نشود و صرفا ترجمه ایست از مقاله How To Speed Up Your WordPress Website نوشته مارکوس تیلور
دو ماه پیش , برای آزمایش سرعت یکی از سایت های خود در حدود 2 ساعت کار کردم و با حذف چند خطای ساده و نصب چند پلاگین , متوجه شدم که سرعت بارگزاری سایت من از 1/63 ثانیه به 583 میلی ثانیه کاهش یافته است که بهبودی 70/39 درصدی را نشان میدهد .
با توجه به مطالعات سال 2009 در نشریه آکامای ( 2009 Akamai study ) , حدود 42 درصد از بازدیدکنندگان , وبسایتهایی با سرعت لود کمتر از 2 ثانیه را بازدید میکنند و حدود 57 درصد از کاربران , صفحاتی را که بارگزاری آن بالاتر از 3 ثانیه باشد را رها میکنند و میروند . از آنجا که این مطالعه , هیچگونه اطلاعات آماری را تایید نمیکند اما نشان میدهد که این مورد در فروش و یا کار وبسایتها تاثیر گذار است . در سال 2006 نیز آمازون گزارش داد که یک تغییر 100 میلی ثانیه ای در سرعت سایتش , درآمد این شرکت را 1 درصد تغییر داده است و گوگل نیز مدتی بعد در یک پست وبلاگی اعلام کرد که الگوریتم های گوگل , در محاسبه رنکینک وبساتها , عامل سرعت را محاسبه میکنند .
افزایش سرعت وردپرس
چگونه میتوانید سرعت وردپرس را بهبود ببخشید؟ در ادامه , با دوازده مورد روبرو میشویم که سرعت بارگزاری وبسایت را به نحو چشمگیری بهبود خواهد بخشید . مهمترین آنها عبارتند از :
شناسایی افزونه ها و پلاگین هایی که وبسایت را تحلیل میبرند
فشرده سازی فایلها , تصاویر , جاوا اسکریپت , Css و فایهای دیگر
تمیز نگه داشتن پایگاه داده وبسایت
تنظیمات کش مرورگر در مسیر درست ( در اینجا منظور از کش مرورگر , کش مرورگر خود نیست بلکه کش مرورگر بازدید کننده است .. مترجم )
ذخیره کردن پایه (Lay The Foundation)
هنگامی که خانه شما در حال غرق شدن است , شما قطعا به فکر رنگ آمیزی یا صیقل دادن پنجره های خانه خود نیستید چرا که باید پایه های خانه را برای جلوگیری از غرق شدن , درست کنید . همین مورد درباره وبسایت ها نیز صدق میکند . زمانی که سرور سایت تنبل است ( منظور سرور های رایگان و اشتراکی .. مترجم ) و یا قالب و پوسته سایت , ورم کرده و سنگین است , اقدامات بهینه سازی , کمکی نخواهد کرد , چرا که باید از پایه و اساس درست شود . بنابراین اجازه دهید با آنچه که یک پایه خوب برای راه اندازی و اجرای یک وبسایت است و با سرعت خود آغاز میشود , آشنا شویم
انتخاب یک میزبان مناسب (CHOOSE A GOOD HOST)
شرکت میزبان وب شما و بسته های میزبانی وب تاثیر زیادی بر سرعت وب سایت شما دارد ، رایگان بودن بسیاری از میزبانها و یا ارزان تر بودن آنها سوای عملکردشان میتواند جذاب باشد . اما با عقل از درک جور در نمیاید که همه چیز آنها نرمال باشد . یک نمونه را بررسی میکنیم برای دیدن چشم انداز این موضوع در دراز مدت . دو نفر از مشتریان من , وبسایتهای مشابهی را تاسیس کردند اما بر روی دو میزبان متفاوت. یکی از WPEngine (شرکت میزبانی عالی) ، و میزبان دیگر وب سایت خود را در سروری بسیار ارزان قیمت ( به نوعی رایگان . مترجم ) به اشتراک گذاشت . زمان پاسخ DNS (یعنی زمانی که برای مرورگر طول می کشد تا به سرور میزبان متصل شود) از مشتری ای که از WPEngine استفاده کرده بود 7میلی ثانیه بود . همین اتصال مرورگر به DNS برای فردی که از سرور ارزان و اشتراکی استفاده کرده بود , 250 میلی ثانیه بود . اگر شما میخواهید که وبسایت خود را با سرعت بالا بیاورید , لازم است بدانید که باید با یک پکیج خوب شروع کنید .
انتخاب پوسته مناسب (CHOOSE A GOOD THEME)
متاسفانه، همه پوسته های وردپرس برابر نیستند . در حالی که برخی از آنها بسیار سریع و خوب است و خوب کد نویسی شده است ، بسیاری نیز با تنظیمات مختلف برای شخصی سازی و صدها رنگ و نما , ورم کرده و سنگین است . چند سال پیش ، جولیان فرناندز از Synthesis ran an interesting case ,مطالعه موردی جالبی را درباره قالب های پیش فرض وردپرس و نظارت جستجوگرها بر سرعت صفحات انجام داد . او متوجه شده است که فقط با تغییر تم ، زمان بارگذاری او بین 630-172 میلی ثانیه بهبود یافته است. هنگامی که شما یک تم را انتخاب میکنید ، بررسی سرعت صفحه از نسخه ی نمایشی موضوع ، با استفاده از یک ابزار مانند Pingdom بر روی آن انجام دهید ، تا ببینید که سرعت آن بدون اضافه شدن هیچ چیزی به آن ( از جمله پلاگین ها . مترجم ) چگونه است . این کار باید به شما بفهماند که کد نویسی چگونه انجام شده است .
استفاده از شبکه های تحویل محتوا (USE A CONTENT DELIVERY NETWORK)
من به تازگی در یکی از وبسایت های خودم , استفاده از شبکه های تحویل محتوا ( CDN ) را آغاز کرده ام ( CDN نوعی پروتکل است که کاربر را از طریق نزدیکترین سرور منطقه ای به سایت شما هدایت میکند . مترجم ) و متوجه کاهش 55 درصدی در مصرف پهنای باند و بهبودی بسیار عالی در سرعت بارگذاری صفحات در حال اجرا شدم .
کانادا میزبان یک شبکه بزرگ از سرور در سراسر جهان است که به عنوان CDN شناخته میشود. اگر یک کاربر از آرژانتین بازدید کننده وب سایت شما باشد ، از آنجا که پهنای باند خود را در سراسر بسیاری از سرور های مختلف پخش می شود، ممکن است در رسیدن به سایت شما تاخیر داشته باشد , CDN کاربر را به نزدیکترین سرور منطقه ای رسانده و از آنجا به وبسایت شما هدایت میکند . این کار , بار سرور شما را نیز کاهش میدهد . ( استفاده از شبکه CDN رایگان نبوده و ماهیانه مبلغی هزینه دارد . مترجم ) . راه اندازی یک CDN می تواند چند ساعت طول بکشد ، اما معمولا یکی از سریعترین راه هایی است که به طرز چشمگیری سرعت صفحات در حال بارگذاری را بهبود میبخشد .
راه سریع برای سرعت بخشیدن به وردپرس (Quick Fixes To Speed Up WordPress12)
1 . شناسایی پلاگین که سرعت سیستم را کاهش میدهند
P3 یکی از پلاگین های تشخیصی مورد علاقه من است زیرا به شما نشان می دهد تاثیر پلاگینهای دیگر بر سرعت صفحات در حال بارگذاری چقدر است . استفاده از این افزونه وردپرس باعث می شود شما به راحتی بتوانید پلاگین هایی که سرعت را کاهش میدهند را شناسایی کنید . (در ادامه نیز تصویری از محیط این پلاگین را میبینید . مترجم ) . متهم اصلی در کاهش سرعت لود صفحات , پلاگین اجتماعی به اشتراک گذاری است که اکثر آنها بر روی صفحه در حال بارگذاری , اضافه بار هستند و به راحتی می توان با تعبیه دکمه های اجتماعی به کد منبع , موضوع را جایگزین کرد و این پلاگین را حذف نمود . هنگامی که شما از افزونه های کاهش دهنده سرعت وب سایت خود آگاه هستید، می توانید تصمیم آگاهانه ای بگیرید در مورد اینکه آیا آنها را نگه دارید ، آنها را جایگزین و یا به طور کامل حذف کنید.
کاهش سرعت لود و بارگذاری وردپرس توسط افزونه ها
2. فشرده سازی وب سایت شما (COMPRESS YOUR WEBSITE)
هنگامی که شما یک فایل را بر روی کامپیوتر خود با برنامه Zip فشرده میکنید در واقع حجم آن فایل را کم میکنید و میتوانید آن را ساده تر و سریع تر برای هر کسی ارسال کنید. در وبسایتها نیز همین کار را gzip انجام میدهد و دقیقا به همان شیوه اما با فایل های صفحه وب . پس از نصب ، Gzip به طور خودکار فایل های وب سایت شما را به عنوان فایل های ZIP فشرده میکند و باعث صرفه جویی در پهنای باند و بالا بردن سرعت صفحات در حال بارگذاری میشود . هنگامی که یک کاربر وب سایت شما را بازدید میکند ، مرورگر به طور خودکار فایل های زیپ شده را از حالت فشرده خارج کرده و محتویات آنها را نشان می دهد. این روش انتقال محتوا از سرور به مرورگر است که کارآمد تر است و موجب صرفه جویی زیادی در وقت کاربران میشود . عملا هیچگونه حرکت عملی یا دستی برای کار Gzip وجود ندارد و افزایش سرعت به نحو چشمگیری ( بدون دخالت دست . مترجم ) انجام میشود . همانگونه که در تصویر زیر مشاهده میشود , وبسایت MusicLawContracts.com بعد از نصب Gzipاز 68 KB به تنها 13 KB کاهش حجم داشته است .
فعال کردن gzip در وردپرس
در حالی که بعضی از پلاگین ها ( برای کم شدن حجمشان . مترجم ) از شما میخواهند Gzip را در وب سایت خود با کلیک یک دکمه اضافه نصب کنید ( یا آنان را دستی زیپ کنید . مترجم ) ، در این حالت نیز نصب این قسمت به صورت دستی است و در واقع بسیار ساده است. فایل .htaccess خود را باز کرده ( در دایرکتوری ریشه بر روی سرور خود میتوانید این فایل را پیدا کنید ) ، و کد زیر را به آن اضافه کنید :
کد:
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
هنگامی که شما این قطعه کد را به htaccess اضافه کردید ، باید تست کنید و متوجه شوید که آیا راه اندازی شده و کار میکند یا خیر . اگر به هر دلیلی کد بالا کار نمی کند ، یکی از روش های دیگر که پاتریک ساکستون درباره فعال کردن gzip در مقاله خود توصیف میکند را امتحان کنید .
3 . فشرده سازی تصاویر (COMPRESS IMAGES )
تصاویر اکثر پهنای باند را در بسیاری از وب سایتها میگیرند . WP Smush.it پلاگین بزرگی است که به طور خودکار , کار فشرده تصاویری که در کتابخانه رسانه آپلود شده است را انجام میدهد . این پلاگین عمل فشرده سازی تصاویر را با تکنیک lossless ، انجام میدهد , به این معنی که شما هیچ تفاوتی در کیفیت تصاویر را حس نمیکنید. یک چیز خوب در مورد WP Smush.it این است که منعطف کار می کند ,به این معنی که اگر هزاران تصویر در کتابخانه رسانه ذخیره شده باشد ، شما می توانید همه آنها را از طریق افزونه با یک کلیک فشرده کنید .
4. اهرم ذخیره مرورگر ( LEVERAGE BROWSER CACHING )
ذخیره مرورگر یک تکنیک از روی حیله و تزویر است . تعداد انگشت شماری از پلاگینهای ذخیره بزرگ در دسترس هستند ، اما اگر درست نصب نشوند ، می توانند آسیب بیشتری وارد کنند. نحوه کار به این شکل است که تاریخ انقضا هدر مرورگر میگوید که آیا برای درخواست یک فایل خاص , آن را از سرور فراخوانی کند و یا از کش مرورگر . البته این تنها زمانی کار می کند که مرورگر کاربر یک نسخه از صفحه وب شما را در حافظه خود ذخیره کرده باشد . بنابراین ، این روش افزایش سرعت وب سایت , تنها برای کسانی مناسب است که همیشه از وب سایت شما بازدید میکنند و صفحات شما را ذخیره دارند . تاریخ انقضا هدر و سرعت بخشیدن به وب سایت , دو مزیت دارد . اول، نیاز به بازگشت بازدید کنندگان برای دانلود فایل های مشابه از سرور را دو برابر کاهش می دهد. در مرحله دوم ، تعداد درخواست HTTP را کاهش دهد. برای این کار, یک پلاگین ، توصیه میکنم و آن هم استفاده از WP Super Cache است . با این حال ، طی کردن و مطالعه یک راهنمای نصب و راه اندازی این پلاگین , به شدت توصیه می شود . برای اینکه اطمینان حاصل شود که شما آن را به درستی تنظیم میکنید . متناوبا، شما می توانید کد زیر را نیز به فایل .htaccess خود اضافه کنید .
کد:
# BEGIN WEBSITE SPEED BOOST
# Time cheat sheet in seconds
# A86400 = 1 day
# A172800 = 2 days
# A2419200 = 1 month
# A4838400 = 2 months
# A29030400 = 1 year
# Test which ETag setting works best on your Host/Server/Website
# with Firefox Firebug, Firephp and Yslow benchmark tests.
# Create the ETag (entity tag) response header field
#FileETag MTime Size
# Remove the ETag (entity tag) response header field
Header unset ETag
FileETag none
<IfModule mod_expires.c>
ExpiresActive on
ExpiresByType image/jpg A4838400
ExpiresByType image/gif A4838400
ExpiresByType image/jpeg A4838400
ExpiresByType image/png A4838400
ExpiresByType video/webm A4838400
ExpiresByType application/x-shockwave-flash A4838400
ExpiresByType application/x-javascript A4838400
ExpiresByType application/javascript A4838400
ExpiresByType text/javascript A4838400
ExpiresByType text/css A4838400
#ExpiresByType text/html A86400
# Default is 2 days below so the line above is not needed / commented out
ExpiresDefault A172800
</IfModule>
<IfModule mod_headers.c>
<FilesMatch "\.(js|css|flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav|gif|jpg|jpeg|png|swf|webm)$">
Header append Cache-Control "public"
</FilesMatch>
<FilesMatch "\.(txt|html)$">
Header append Cache-Control "proxy-revalidate"
</FilesMatch>
<FilesMatch "\.(php|cgi|pl|htm|xml)$">
Header set Cache-Control "private, no-cache, no-store, proxy-revalidate, no-transform"
Header set Pragma "no-cache"
</FilesMatch>
</IfModule>
<IfModule mod_deflate.c>
# Insert filters
AddOutputFilterByType DEFLATE text/plain
AddOutputFilterByType DEFLATE text/html
AddOutputFilterByType DEFLATE text/xml
AddOutputFilterByType DEFLATE text/css
AddOutputFilterByType DEFLATE application/xml
AddOutputFilterByType DEFLATE application/xhtml+xml
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE application/javascript
AddOutputFilterByType DEFLATE application/x-javascript
AddOutputFilterByType DEFLATE application/x-httpd-php
AddOutputFilterByType DEFLATE application/x-httpd-fastphp
AddOutputFilterByType DEFLATE image/svg+xml
# Drop problematic browsers
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4\.0[678] no-gzip
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
# Make sure proxies don't deliver the wrong content
Header append Vary User-Agent env=!dont-vary
</IfModule>
# END WEBSITE SPEED BOOST
5. تمیز کردن پایگاه داده (CLEAN UP THE DATABASE)
من یکی از طرفداران بزرگ autosaves ( ذخیره خودکار موارد در وردپرس . مترجم ) هستم ، اما عیب این مورد این است که پایگاه داده سایت با هزاران ارسال بی مورد مانند تجدید نظر ، قوانین ، پینگ بک های فعال ، نظرات تایید نشده و اقلام دیگر تبدیل به سطل زباله میشود که سرعت بارگذاری را به سرعت کم میکند . راه حلی که برای این موضوع توصیف میشود ,استفاده از افزونه فوق العاده ای به نام WP-Optimize است که به طور معمول و خودکار , سطل زباله پایگاه داده را پاک کرده ، پایگاه داده ای تمیز و کارآمد را منجر میشود.
6 . خرد کردن فایل CSS و جاوا اسکریپت (MINIFY CSS AND JAVASCRIPT FILES)
اگر شما بیش از تعداد انگشت شماری از پلاگین ها را نصب کرده اید ، این احتمال وجود دارد که لینک وب سایت خود را به 10 تا 20 شیوه نامه ی انفرادی و فایل های جاوا اسکریپت در هر صفحه فرستاده باشید. این ایده آل نیست. قرار دادن تمام جاوا اسکریپت به یک فایل جاوا اسکریپت و تمام CSS در یک فایل CSS ، بطور قابل توجهی کارآمد تر است . اینجا جایی است که کوچک سازی به کار می آید . پلاگین کوچک کردن تمام شیوه نامه شما و فایل های جاوا اسکریپت ,در یک ترکیب ، تعداد درخواست مرورگر را برای فراخوانی متعدد این فایلها کاهش میدهد . من ترجیح میدهم در این مورد از WordPress Minify ( کوچک کننده وردپرس ) زیرا نسبت به سایر پلاگین ها کمتر تهاجمی است ( که برخی از آنها باعث بروز مشکلاتی میشوند که outlines Hristo Pandjarov آن را تشریح کرده است )
7. غیرفعال کردن بازتاب (TURN OFF PINGBACKS AND TRACKBACKS)
بازتاب , روش استفاده شده توسط وردپرس برای اعلام به وبلاگ های دیگر است برای به روز رسانی . در حالی که گاهی اوقات جالب است بدانید که میتوان این اعلانات و بازتاب ها را که سرعت را کاهش میدهند غیر فعال کرد . شما میتوانید از بخش تنظیمات آنها را غیر فعال کنید
8 . ابعاد تصاویر و مجموعه کاراکترها (SPECIFY IMAGE DIMENSIONS AND CHARACTERS SETS)
قبل از اینکه مرورگر بتواند کل صفحه وب را نشان دهد , محتوای اطراف تصاویر را نشان میدهد . بدون دانستن اندازه این تصاویر ( یا بزرگی آن سوای حجم کمشان . مترجم ) مرورگر کار سخت و طولانی را پیش رو خواهد داشت . مشخصا ابعاد تصویر , موجب صرفه جویی و راحتی کار مرورگر خواهند شد . به همین دلیل ، تعیین یک مجموعه کاراکتر در هدرهای HTTP شما مفید است ، به طوری که مرورگر را به صرف وقت اضافی در کار کردن وادار نکند .
9 . حرکت Css به بالا و JAVASCRIPT به پایین (MOVE CSS TO THE TOP AND JAVASCRIPT TO THE BOTTOM)
لینک کردن شیوه نامه خود به عنوان نزدیک راه به بالای صفحه به طور گسترده ای توصیه می شود . چون مرورگرها نمیتوانند هیچ صفحه ای را قبل از مطالعه فایل Css آن مطالعه نمایند . از سوی دیگر ، جاوا اسکریپتها باید پایین صفحه باشند که مانع از تجزیه و تحلیل عجولانه صفحه توسط مرورگرها قبل از لود کامل صفحه نشوند . در اکثر موارد ، این مورد ساده ,سرعت صفحه در حال بارگذاری توسط فایل را بهینه میکند . این موضوع می تواند مسئله مهمی در وب سایت هایی باشد که به شدت بر جاوا اسکریپت تکیه دارند و در لود صفحات خود نیاز به فایل های جاوا اسکریپت دارند .
10 . استفاده از USE CSS SPRITES
اسپریت , در اصل یک فایل تصویری بزرگ است که شامل تمام تصاویر بزرگ فردی در کنار یکدیگر است . با استفاده از SPRITES CSS ، شما می توانید همه چیز را در یک تصویر , با مشخص کردن و نمایش مجموعه ای از مختصات آن پنهان کنید . در واقع CSS SPRITES سرعت بارگزاری تمام تصاویر کوچک را در یک تصویر بزرگتر , بهتر میکند و مسلما بارگذاری یک تصویر از بارگذاری صدها تصویر کوچک راحت تر خواهد بود. ساده ترین راه حل برای استفاده از این اقدام , استفاده از ابزار SpriteMe ، است که ابزاری است برای تبدیل تمام تصاویر به یک CSS SPRITE. به یاد داشته باشید که مرورگر سافاری قادر به لود تصویر خیلی بزرگ نیست ، بنابراین استفاده از ماشین حساب ویلیام مالون (William Malone’s calculator) به شما کمک میکند که بدانید تصویر اسپریت شما تا چه اندازه بزرگ است .
استفاده از USE CSS SPRITES
11 . فعال کردن و زنده نگه داشتن (ENABLE KEEP ALIVE)
فعال کردن و زنده نگه داشتن اجازه می دهد تا دستگاه مشتری برای دانلود چند فایل بدون نیاز به بارها و بارها درخواست اجازه ، بتواند راحت تر کارش را انجام دهد ( اشاره به لینک مستقیم . مترجم ). در نتیجه صرفه جویی در پهنای باند و در نهایت بهبود سرعت را در پی خواهد داشت . برای فعال کردن این قابلیت ، کد زیر را به فایل .htaccess خود اضافه کنید.
کد:
Header set Connection keep-alive
12 . جایگزین کردن HTML STATIC با PHP
پی اچ پی برای ساخت یک وبسایت بزرگ و کارآمد مناسب است و نیاز به وارد
کردن اطلاعات چندین باره ندارد . با این حال ، اطلاعات از طریق پی اچ پی با
استفاده از ریسورس سرور ( منابع سرور ) انجام میشود و باید با HTML که در
آن هیچ صرفه جویی در وقت دیده نمیشود جایگزین گردد.
نتیجه گیری
انتظار می رود در 12 ماه آینده ، استفاده از اینترنت تلفن همراه از
دسکتاپ پیشی بگیرد . این تغییر کاربری به سمت دستگاه های تلفن همراه به این
معنی است که داشتن یک وب سایت سریع هرگز به اندازه ای که امروز مهم است ,
مورد توجه نبوده است . کاربران در حال حاضر از وب سایتها انتظار دارند سریع
لود و بارگیری شود ، و توسعه دهندگانی که با این موضوع منطبق نیستند در
نهایت یک تجربه بزرگ سرمایه گذاری را از دست خواهند داد .
منبع: ماندگار وب
کلیک کنید ! 
