سرفصلهای پست
امروز قصد داریم تا نگاهی به جدول wp_options در پایگاه داده وردپرس خود کنیم. به طور کلی این منطقه شامل کلیه عملکردهای وردپرس و پایگاه داده است که در بیشتر اوقات به آن توجه نمیشود.
با توجه به بارگیری های خودکار داده ها در پوسته ها و افزونه های وردپرس توجه نکردن به این جدول (مخصوصا در وب سایتهای پربازدید و قدیمی) میتواند باعث کندی صفحهها و همچنین کاهش سرعت سایت و در نتیجه سئو وب سایت شما شود.
نکاتی که در پایین به شما آموزش میدهیم را بررسی کنید تا یاد بگیرید که چطور جدول wp_options را بررسی، عیبیابی و پاکسازی کنید.
جدول wp_options حاوی تمامی نوع داده مربوط به عملکرد وب سایت وردپرسی شما میباشد ، دادههایی مانند :
موارد زیر در جدول wp_options وجود دارد که یکی از آنها را که در عملکرد وب سایت نقش بسیاری دارد را پررنگ کردیم:
یکی از مهمترین مواردی که باید در رابطه با wp_options بدانید ، اطلاع داشتن از بخشی به نام بارگیری خودکار (autoload) میباشد. این بخش شامل دو متغیر بله و خیر (yes or no) میباشد . که اساساً برای کنترل تابع wp_load_alloptions() استفاده میشود. دادههای Autoload ، دادههایی هستند که در هر صفحه وردپرسی شما اجرا میشوند.
دقیقا مانند غیرفعال کردن بارگیری بعضی از کدهای جاوااسکریپت در بعضی از صفحات وب سایت ، این بخش نیز به راحتی غیرفعال و فعال میشود.
به طور کلی ، دادههای Autoload به صورت پیشفرض در تمامی جداول بر روی “yes” تنظیم شدهاند که با توجه به اینکه بعضی از افزونهها نیازی نیست که در تمامی صفحات بارگیری شوند، توسط توسعه دهندگان بارگیری خودکارشان (autoload) غیرفعال میشود.
تجربه نشان داده است که وجود مقدار زیادی autoload در جدول wp_options میتواند باعث مشکل در وب سایت وردپرس شما شود.
در زیر به تعدادی از مشکلات معمول این دسته اشاره میکنیم:
حداکثر مجاز استفاده از autoload در یک وب سایت وردپرسی چقدر است؟ این مقدار میتواند در هر نوع وب سایتی متفاوت باشد ولی به طور کلی حجم دادهها معمولا بهتر است بین 300 کیلوبایت تا 1 مگابایت باشد.
هنگامی که شما شروع به بررسی جدول wp_options میکنید با حجمی حدود 3 تا 5 مگابایت مواجه میشوید که حتما چیزهایی را باید غیرفعال یا به طور کلی حذف کنید تا جدول و دادههای autoload بهینه سازی شوند. اگر هنگام بررسی با حجمی بیشتر از 10 مگابایت مواجه شدید ، باید بگویم که وضعیت بحرانی است و باید سریعا به بررسی جدول wp_options بپردازید. با این حال ، صحبت ما به این معنا نیست که اگر بررسی نکنید با مشکل مواجه میشوید ولی در کل اگر از حالا بهینه سازی را شروع کنید ، مشکلات آینده را پیشگیری کرده و همچنین سرعت سئو سایت تان را بهبود میبخشید.
اگر شما با مشکل کندی سرعت سایت روبهرو شدهاید، یکی از دلایلی که میتواند باعث این مشکل شده باشد ، وجود کوئریها و یا دادههای خودکار بارگیری شدهی یک افزونه قدیمی در جدول wp_options میباشد.
در زیر ما به شما نشان میدهیم که چگونه حجم دادههای ستون autoload در جدول wp_options را بررسی کنید و خیلی راحت اطلاعات اضافه را پاکسازی کنید.
اولین کاری که باید انجام دهید ، بررسی حجم داده های ستون 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 شده میباشد. شما میتوانید با دستور SQLزیر به سرعت لیست 10 داده پرمصرف را به دست آورید.
دوباره خاطر نشان کنیم که ممکن است شما پیشوند جداول وردپرس خود را هنگام نصب برای افزایش امنیت تغییر داده باشید و نامی جز wp_ گذاشته باشید، برای اینکه دستور بالا کار کند ، شما باید پیشوند جداول خود را جایگزین wp_ کنید.
مرحله بعدی ایجاد تغییرات در یک داده autoload شده پرمصرف میباشد.
همانطور که مشاهده میکنید در تصویر بالا در صدر لیست ریدایرکت 301 قرار دارد. این کوئری به احتمال بسیار زیاد مربوط به یک افزونه سئو وردپرس میباشد و وظیفه انتقال دادن صفحات را دارد. در این نوع موارد ، بهتر است که از افزونه برای انتقال صفحات استفاده نکنید و از ابزار پیشفرض وب سرور خود استفاده کنید.
دلیل این پیشنهاد چیست ؟ به این دلیل که استفاده از افزونههای رایگان وردپرس برای انجام عملیات انتقال صفحات ممکن است باعث ایجاد اختلال در عملکرد وب سایت شوند ، نیازمند اجرای کد های اضافی و منابع دارد و همچنین ایجاد کوئری autoload در وب سایت میباشد ، پیشنهاد میشود که از انتقال صفحات از طریق پلاگین استفاده نکنید.
در لیست مرتب شده بالا هشت جایگاه را کوئری wpurp_custom_tiplate_ اشغال کرده است. به طور کلی شما باید بتوانید نام این کوئری ها بیابید و همچنین به سرور برای دسترسی به نقاطی از پوستهها و افزونهها دسترسی داشته باشید. اگر دسترسی دارید ، از طریق دستور grep زیر بررسی کنید که آیا میتوانید این کوئریها را پیدا کنید یا خیر! شما همچنین میتوانید از طریق درگاههای SFTP نیز این رکوردها را بررسی کنید.
اگرچه در بعضی از سرورها این روش کارایی ندارد ، ما توانستیم با جستوجویی ساده در گوگل دریابیم که این کوئری به افزونهای تحت عنوان WP Ultimate Recipe مربوط است. این کوئری یک نمونه از غیرضروریترین کوئریهای autoload شده در وردپرس می باشد. بنابراین اگر چنین افزونهای در لیست افزونههای خود دارید سعی کنید که آن را به طور کامل حذف کنید. درواقع ، منظور ما پاکسازی کامل افزونه و هرچیزی که تا به حال در پایگاه داده تولید کرده است میباشد.
نوع بعدی دادههای پرمصرف به دادههای um_cache_userdata_# مربوط میشود، این دادهها را در چند سطر از لیست 10 داده پر مصرف autoload بالا در میبینید.
با توجه به اینکه چند داده um_cache_userdata_ در پایان لیست قرار دارند . ما به سرعت وارد MySQL خود شده و با دستور زیر 40 کوئری Autoload پر مصرف مربوط به این داده را فراخوانی میکنیم.
و یا مجموع تمامی مقادیر بالا مربوط به آن پیشوند :
اگر متوجه شدید که تعداد بیشتری کوئری وجود دارد ، دوباره مجبورید در بین افزونهها و پوستهها جستوجو کنید و دستور grep مخصوص آن را اجرا کنید.
با توجه به جستوجویی که ما انجام دادید دریافتیم که این داده مربوط میشود به افزونه معروف Ultimate Miber و پس از جستوجویی کوتاه در گوگل راهی ساده برای حل مشکلات این افزونه نیز پیدا کردیم. سعی کنید قدرت جستوجو و تحقیق با گوگل را تمرین کنید تا به راحتی بتوانید نیازهای خود را در یک سرچ هدفمند پیدا کنید.
در جستوجو متوجه شدیم که برای حل مشکلات این افزونه چندین راه وجود دارد
گزینه دیگر برای پیداکردن گزینه های autoload کلیک روی کلید ویرایشگر است که میتواند لیست پوستهها/افزونهها و یا لیست وب سایت توسعه دهندگان آنها را به شما نمایش دهد.
یکی دیگر از گزینههای پرمصرف در بخش autoload استفاده مکرر Cronjobs ها میباشد. در این مورد، هر Cron ممکن است در این مسئله دخیل باشد، بنابراین هنگامی که ممکن است با کلیک روی کلید ویرایش وب سایت خراب شود ، باید چهکار کنیم ؟
برای مثال یک کوئری بسیار پرمصرف در وب سایت های وردپرسی کوئری Cron تحت عنوان do_pings میباشد که شما با یک جستوجوی ساده میتوانید نحوه پاکسازی این نوع کوئریها را پیدا کنید، اگر با نحوه کار و پاکسازی آن اشراف کامل را ندارید این مورد را نادیده بگیرید، یا قبل اجرا بک آپ در دیتابیس خود تهیه نمایید.
اگر تعداد زیادی از نمونههایی که در بالا به شما نشان دادیم را مشاهده کردید ، حالا وقت آن است که شروع به پاکسازی تمامی دادههای 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 نیز برای پاکسازی دادههای گذرا از پایگاهداده خود استفاده کنید.
اگر پاکسازی دادههای جدول wp_options کافی نبود ، شما بهتر است که از یک شاخص برای autoload استفاده کنید.
این کار اساسا کمک میکند که جستوجوی شما کارآمدتر شود.
تیم تست به نام 10آپ ، چند آزمون مختلف بر روی جدول wp_options با رکوردهای autoload شده انجام داده است تا نمایش دهد که چطور با افزودن یک شاخص به کوئریهای wp_options میتوانیم در عملکرد وب سایت بهبود بخشیم.
افزونه Little Bizzy یک افزونه کاملا رایگان وردپرسی است که با اضافه کردن شاخصی برای autoload جدول wp_options با استفاده از wp_cron برای گزارش روزانه میتواند به شما بسیار کمک کند.
در این مقاله قصد داریم آموزش استفاده از cdn یعنی یکی از بهترین سی دی ان های دنیا به نام کلود فلر را به شما بدهیم در این آموزش بخشهای مختلف کلودفلیر مورد بررسی قرار گرفته و تنظیمات لازم حتی برای وردپرس هم اشاره شده. و درباره مهمترین دغدغه کاربران یعنی ssl رایگان موجود در Cloudflare.com برای دامنه های ir و سایر دامنهها به شکل کلی آموزش داده شده است. با سئوراز همراه باشید.
سرفصلهای پست
کلودفلر یا به انگلیسی Cloudflare یک شرکت ارائه دهنده خدمات شبکه تحویل محتوا (CDN) ، دارای تنظیمات DNSپیشرفته، محافظت کننده از حملات DDOS و خدمات امنیتی می باشد. آنها به علت ارائه SSL رایگان و افزایش سرعت و تنظیمات بهینه DNS ، و ارائه دادن یک شبکه قوی و قدرتمند شامل بیشتر از 100 سرور مختلف در سراسر جهان شهرت بسیار زیادی در جامعه و صنعت شبکه و وب به دست آوردهاند.
آنها توسط شرکت های نام آشنا و مشهوری مانند گوگل ، مایکروسافت و کوالکام پشتیبانی میشوند و از مشتریان معروف آنها میتوانیم به سیسکو ، zendesk ، Digital Ocean و nasdaq اشاره کنیم.
البته سایتهای بزرگ ایرانی همانند دیجی کالا و بامیلو هم نیز در مقطعی از زمان از این سرویس CDN قدرتمند استفاده میکردند.
برای استفاده از سرویسهای Cloudflare در وب سایت وردپرسی خود مراحل زیر را با دقت در سئوراز دنبال کنید. ما در وب سایت سئوراز برای افزایش سرعت سایت بیشتر به اکثر کاربرانمان که هاست خارجی دارند استفاده از Cloudflare را پیشنهاد میکنیم و اگر قصد تهیه پنلهای پولی این شرکت را دارید مکان هاست اهمیت چندانی ندارد. اگر از هاست ایران استفاده می کند و میخواهید کلود فلر را بر روی سایت خود فعال کنید ممکن است ساخت سایت شما با اختلالات لحظهای مواجه شود، اگر سایت شما بر روی هاست ایران است بهتر است از cdn های ایرانی مانند ابر آروان استفاده کنید که با هاست های ایرانی سازگاری کامل دارد.
اگر شما به دنبال یک راه آسان برای بهبود سرعت سایت و افزایش امنیت وب سایت وردپرسی خود هستید، سایت Cloudflare.com با امکاناتی که به شما ارائه میدهند یکی از بهترین انتخابهای شماست.
بیشتر مشتریان سایت Cloudflare از سرویس رایگان این شرکت استفاده میکنند، در سرویس رایگان این شرکت به شما یک پنل با امکان استفاده از CDN با پهنای باندی نامحدود، SSL رایگان ولی با یک سری امکاناتی محدود داده میشود.
در این پست آموزش استفاده از سی دی ان cloudflare سعی خواهد شد به جنبههای مختلف این ابزار پرداخته شود.
نکته: برای استفاده از سرویس های رایگان Cloudflare شما می بایست DNS مخصوصی که این سایت برای دامنه شما میسازد را روی دامنه خود تنظیم کنید و این بدان معناست که شما با استفاده از Cloudflare امکان داشتن DNS اختصاصی با نام دامنه خود را ندارید.
خب به آموزش نصب cloudflare رسیدیم، در آموزش فعال سازی کلود فلیر تصور شده است که شما از قبل یک اکانت کاربری در وب سایت Cloudflare ایجاد کرده اید. اگر تا به حال در این وب سایت ثبت نام نکردید ، وارد وب سایت Cloudflareشوید و ثبت نام کنید چرا که برای استفاده از کلودفلر طبیعتا نیاز به ثبتنام است.
وارد اکانت کاربری خود در وب سایت Cloudflare شوید و روی “+ Add Site” کلیک کنید. آدرس وب سایت وردپرسی و یا غیر وردپرسی خود را وارد کنید و روی “Being Scan” کلیک کنید. (توجه داشته باشید که نیازی به وارد کردن http/https و www. نیست)
این عملیات 1 تا 2 دقیقه طول میکشد ، سپس باید روی “Continue Setup” کلیک کنید.
در مرحله دوم آموزش تنظیمات cloudflare به قسمت مهم DNS ها میرویم. کلودفلر برای DNS ها به شما دو خدمت ارائه میکند (On Cloudflare و Off Cloudflare) که اولین خدمت استفاده از CDN و امکانات امنیتی است و دیگری نیز تنها متصل کردن یکی از رکورد ها از طریق کلودفلر به سروری دیگر است و در این خدمت هیچ امکان CDN و امنیتی به شما تعلق نمیگیرد و شما مستقیم به سرور مقصد متصل میشوید .
بیشتر کاربران بسته به نیازشان سعی میکنند که هرچیزی که کلود فلر پیشنهاد میکند را در DNS خود رعایت کنند .
برای اینکه مطمئن شوید که رکورد DNS شما به کلودفلر متصل است و از خدمات CDN و امنیتی آن استفاده میکند به ابر جلوی رکورد DNS نگاه کنید و مطمئن شوید که نارنجی رنگ است و اگر نارنجی رنگ نیست با یک کلیک رو ابر، آن را به ابر نارنجی تغییر دهید (این کار باعث فعال شدن امکانات کلود فلر در رکورد DNS شما میشود).
همچنین اگر شما رکوردهای اضافهای مانند رکوردهای MX در دامنه خود دارید سعی کنید که آن رکوردها را از Cloudflare جدا کنید و برای جداسازی باید امکان استفاده از خدمات CDN را در آن رکورد غیرفعال کنید (ابر رنگ طوسی به معنای غیرفعال میباشد).
هنگامی که تمامی رکورد ها را وارد کردید روی Continue کلیک کنید . این رکوردها را بعدا نیز میتوانید در هرزمان که خواستید تغییر دهید.
در مرحله بعدی آموزش استفاده از CDN وبسایت Cloudflare شما می بایست بسته یا Plan کلودفلر خود را انتخاب کنید که ما در این آموزش بسته رایگان را انتخاب میکنیم، برای هاستهای داخلی (هاست ایران) پنل رایگان توصیه نمیشود.
بعد از انتخاب بسته مورد نظر روی Continue کلیک می کنیم . برای اطلاع بیشتر از امکانات بسته ها به قسمت Plan وب سایت Cloudflare مراجعه کنید.
در این مرحله از آموزش cloudflare شما باید نیم سرورهای دامنه (NS) خود را به آنچه Cloudflare تعریف کرده است ، تغییر دهید .
از آنجایی که Cloudflare مانند یک Proxy عمل میکند ، با اتصال نیم سرور های دامنه خود به این شرکت ، کاربر برای دسترسی به سایت شما بعد از وارد کردن URL وب سایت شما مستقیما به نزدیک ترین سروری Cloudflare به منطقه محل زندگی وی دارد متصل میشود و این باعث افزایش سرعت بارگذاری وبسایت شما میشود.
قابل توجه عزیزانی که ترس از قطع شدن وب سایتشان هنگام تغییر نیم سرورها را دارند: با توجه به تغییر نکردن سرور مبدا شما پس از تغییر نیم سرورهای وبسایت هیچگونه قطعی و یا به اصطلاح DownTime نخواهید داشت.
بعد از تغییر نیم سرورها به آنچه که Cloudflare تعریف کرده است ، روی Continue کلیک کنید.
تغییر نیم سرور ها ممکن است از 1 تا 72 ساعت به طول انجامد مخصوصا در دامنههای ir که زمان زیادی لازم دارد.
اگر شما از آن دسته افرادی هستید که برای وب سایتتان دی ان اس (DNS) و ای پی اختصاصی (IP) گرفتهاید و فراموش کردید که در قسمت DNS کلود فلر وارد کنید ، میتوانید از طریق منو وارد بخش DNS ها شوید و DNS و IP اختصاصی خود را در کلود فلر وارد کنید و یا تغییراتی در DNS هایتان ایجاد کنید.
بخش تنظیمات DNS در کلودفلر یک استفاده دیگر هم دارد و آن اینکه اگر زمانی انتقال هاست صورت گرفت کافی است IPهاست قدیم را در این بخش به IP هاست قدیم تغییر دهید.
حال به ادامه آموزش استفاده از این CDN میرویم و اگر تمامی مراحل را انجام دادید . سایت شما به کلود فلر متصل شده.
یک مرحله اضافهتر از آموزش تنظیمات cloudflare برای کاربران استفاده کننده از وردپرس وجود دارد که اجباری نیست ولی استفاده از پلاگین رسمی Cloudflare در وردپرس جلوی اشکالات را میگیرد.
شما میتوانید پلاگین رسمی Cloudflare را از مخزن وردپرس و یا با یک جستجو در قسمت افزودن افزونه بهلیست پلاگین های خود اضافه کنید.
از امکانات این پلاگین می توان به امکانات زیر اشاره کرد :
پس از نصب پلاگین رسمی کلودفلر روی وردپرس ، شما باید ایمیل و API اکانت خود را وارد کنید. (برای دریافت API خود وارد اکانت کلودفلر شوید و روی my profile کلیک کنید .
سپس در بخش API روی View API Key رو به روی Global API Key کلیک کنید و API خود را کپی و در پلاگین وردپرس بارگزاری کنید )
بعد از وارد کردن ایمیل و API رو Save API Credentials کلیک کنید.
در زیر تب Home ، بهتر است که روی Apply کلیک کنید تا تنظیمات پیشفرض اعمال شود .
در زیر تب Settings ، اگر از کاربران Pro کلود فلر باشید میتوانید بهینه سازی تصاویر و حالت توسعه را فعال کنید .
همچنین میتوانید سطح امنیتی وب سایت خود را تعیین کنید و از طرفی باعث شوید تمام منابع سایت شما بر روی HTTPSتنظیم شود.
در زیر تب Analytics ، شما میتوانید لیست پهنای باند ذخیره شده ، تهدید های مسدود شده و تعداد کل بازدید کنندگان خود را مشاهده کنید.
سایت Cloudflare به عنوان هدیه به تمامی دامنه های بین المللی (به جز دامنه ir) یک گواهینامه دو ساله SSL میدهد (کلودفلر امکان استفاده https را به طور کلی برای دامنه های ir بسته است و به قولی SSL را برای این دامنهها تحریم کرده است).
مشکل رایج آنجا شروع میشود که وبسایت شما قبل از ثبت نام در Cloudflare گواهینامه SSL دیگری داشته باشد که در این صورت به علت ناهمخوانی دو SSL و همچنین تلاش برای جایگزین کردن خود به جای آن یکی وب سایت شما دچار مشکل میکند.
در این مواقع شما می بایست وارد اکانت کلودفلر خود شده و در بخش SSL ، گواهینامه SSL را به شکل Flexible در بیاورید که مشکلات را از بین ببرید و گواهینامه ها را از جنگ با یکدیگر در بیاورید.
آنچه ما در این آموزش cloudflare گفتیم تنها آشنایی مختصر شما با کلودفلر بود و امیدواریم آموزش استفاده از تنظیمات اینCDN معروف مورد استفاده شما قرار گرفته باشد.
سرفصلهای پست
شما در فرایند لینک سازی و لینک بیلدینگ وقتی لینکی را ایجاد میکنید یا لینکی به شکل طبیعی برای طراحی سایت (طراحی سایت فروشگاهی،طراحی سایت شرکتی، قیمت طراحی سایت) شما ایجاد میشود یا به شکل، لینک فالو (follow) درج میشود و یا لینک نوفالو (nofollow) میباشد. محکم بشینید که در ادامه مطالب بسیار جالبی درباره این بک لینک ها خواهیم گفت آموزش لینک سازی لینک داخلی لینک نوفالو طراحی سایت طراحی سایت فروشگاهی طراحی سایت شرکتی سئو سایت ساخت سایت سایت
فایل روبوت robots.txt چیست و چگونه این فایل را بسازیم و بهترین و مناسب ترین فایل روبوت برای وردپرس و جوملا چیست، پاسخ به همه این پرسشها را میتوانید در این مقاله از سایت سئوراز مطالعه نمایید. همچنین در این مقاله ۸ مثال کاربردی درباره فایل روبوت (ربات) گفته شده است.
سرفصلهای پست
فایل robots.txt یک فایل متنی است که بهوسیله آن خطمشی برای ربات موتورهای جستجو تعیین میکنیم که چه آدرسهایی را خزش و ایندکس کنند و چه آدرسهایی را خزش و ایندکس نکنند. توجه داشته باشید که ماهیت خزش با ایندکس فرق دارد، یک ربات باید در ابتدا خزشی را صورت بدهد و سپس تصمیم میگیرد که آن را در دیتابیس موتورهای جستجو ذخیره کند یا نه. اگر ذخیره شود عمل ایندکس رخداده است. ما در این مقاله از سایت سئوراز به نحوه ایجاد و ساخت فایل robots.txt میپردازیم و شما با خواندن این مقاله صرف نظر از اینکه چه نوع CMS (وردپرس، جوملا و …) دارید، میتوانید این فایل را ایجاد و مدیریت کنید.
موتورهای جستجو با خزیدن در میان صفحات طراحی سایت شما، آنها را ایندکس میکند و با دنبال کردن لینکها وارد صفحات یا ساخت سایتهای دیگر میشوند. هر ربات استانداردی قبل از خزیدن صفحهای از یک دامنه، ابتدا فایل robots.txt را میخواند و بر اساس دستورات موجود در این فایل، اجازه خزیدن را پیدا میکند تا بتواند ایندکس را انجام دهد. پس باید دقت داشته باشید که چه صفحاتی را برای خزیدن منع میکنید چراکه اگر بهاشتباه صفحات مهم خود را مخصوصاً صفحات فرود یا همان لندینگ پیج را از طریق این فایل برای رباتها مسدود کنید ضربه بدی به سئو سایت و درنتیجه تجارت آنلاین خود وارد میکنید. (اهمیت و نحوه ساختن صفحات فرود یا لندینگ پیج را میتوانید به همراه مثال در مقاله جامع صفحه فرود چیست بخوانید)
فایل robots.txt نیز برای رباتها نوشته میشود ولی جالب آن است که بدانید چنین فایلی برای انسانها هم داریم، فایلی با نام humans.txt که ماهیت آنیک پیام برای کاربران و بازدیدکنندگان سایت شما است که اصولاً به زبان انگلیسی نوشته میشود.
نمونه فایل robots.txt و فایل humans.txt برای سئو سایت گوگل:
https://www.google.com/humans.txt
https://www.google.com/robots.txt
بعد از ساخت فایل robots.txt با فرمت ASCII یا UTF-8 باید این فایل حتماً در آدرس http://domain.com/robots.txt مورد دسترسی رباتها قرار گیرد. حال دو نکته درباره این موضوع:
چند مثال برای درک بهتر مکان صحیح فایل robots.txt
چند مثال برای درک بهتر مکان صحیح فایل robots.txt
آدرس فایل robots.txt | معتبر بودن فایل در آدرسهای | معتبر نبودن فایل در آدرسهای | توضیحات بیشتر |
http://example.com/robots.txt | https://seoraz.com/ https://seoraz.com/blog/file | http://service.seoraz.com/ https://seoraz.com:8181/ | برای دامنههایی که با پورت باز میشوند و همینطور زیر دامنه ها آدرس فایل robots.txt متعبر نیست و فقط برای همان دامنه و تمام فولدرهای آن معتبر است. |
http://www.example.com/robots.txt | https://www.seoraz.com/ | https://seoraz.com/ http://service.www.seoraz.com/ http://www.service.seoraz.com/ | هر زیر دامنه و همینطور دیگر ورژنهای زیر دامنه باید یک فایل robots.txt داشته باشد و همینطور دیگر ورژنهای دامنه اصلی مگر ریدایرکت اصولی صورت گیرد. |
http://example.com/blog/robots.txt | چنین آدرس فایلی اصلا توسط رباتها خزش نمیشود. |
اگر در دامنه خود به آدرس http://domain.com/robots.txt مراجعه کرده باشید و خطایی را مشاهده کنید به معنی نداشتن این فایل در سایت شما میباشد. کافی است به کنترل پنل خود رفته حال اگر کنترلپنل سیپنل باشد محیطی شبیه عکس زیر دارد. در ریشه سایت یک فایل ساده ایجاد کرده و فرمت و نام آن را robots.txt درج کنید.
در مقاله Create a robots.txt file گوگل هم به نحوه ساختن و پرداختن چند مثال اشاره کرده است، در ادامه به تعریف سه کیورد میپردازیم.
User-agent : نام ربات موردنظر را جلوی این عبارت مینویسیم که البته حساس به حروف کوچک و بزرگ نیست ( به عبارت دیگر non case sensitive است). با استفاده از کیورد user-agent میتوانید ربات خاصی را هدف گرفته یا بهطورکلی، دستوری را خطاب به همه آنها درج کنید. گاهی بعضی از موتورهای جستجو رباتهای مختلفی نیز دارند همانند موتور جستجوی گوگل که برای تصاویر، اخبار و موارد دیگر ربات خاص خود را دارد. در ادامه مثالهای متنوعی خواهیم زد تا بهتر به این امر پی ببرید.
لیست رباتهای معروف در عکس زیر:
اگر قصد دارید اطلاعات بیشتری درباره رباتهای گوگل کسب کنید این مقاله موجود در سایت گوگل را مطالعه فرمایید.
Disallow : مقابل این کیبورد دایرکتوری را درج میکنید که قصد ندارید ربات آن را ایندکس کند. بعد از عبارت User-agent میتوانید در هرچند بار که لازم باشد از Disallow استفاده نمایید. به این نکته مهم توجه کنید که ربات موتورهای جستجو به حروف کوچک و بزرگ در دایرکتوریها حساس هستند. در ادامه مثالهای متنوعی خواهیم زد تا بهتر به این امر پی ببرید.
Allow : برعکس دستور Disallow است هرچند دستور Allow غیررسمی است ولی توسط اکثر رباتهای معروف شناختهشده است.
مثال زیر در خط اول شامل همه ربات موتورهای جستجو میشود چراکه با علامت ستاره درجشده است و خط دوم با / درج شده و شامل کل آدرسهای یک دامنه میشود، بنابراین دستور زیر به این معنی است که هیچیک از موتورهای جستجو مجاز به خزیدن سایت شما نباشند.
دستور زیر برعکس دستور بالا میگویید همه رباتهای موتورهای جستجو به کلیه آدرسهای سایت دسترسی دارند.
دستور زیر به این معناست که فقط ربات گوگل دسترسی به پوشه blog را ندارد و این شامل همه زیرپوشههای blog هم میشود یعنی هم شامل آدرس seoraz.com/blog میشود و هم شامل آدرسهای بهمانند seoraz.com/blog/example نیز میشود. در این شرایط بقیه رباتها بهجز گوگل دسترسی به این دایرکتوری رادارند.
همانطور که گفتیم موتورهای جستجو ممکن است تعداد رباتهای زیادی برای موارد خاص داشته باشند برای همین اولویت هم برای آنان مهم است. درصورتیکه در فایل robots.txt دستوراتی را درج کرده باشید که چند بلاک مختلف آنها برای یک ربات (خزنده) صادق باشد، ربات موتور جستجو همیشه دستوری را که بهطور واضحتر به آن ربات خاص اشاره میکند انتخاب کرده و دستورات همان بخش را اجرا خواهد کرد. مثلاً فرض کنید اگر فایل robots.txt همانند دستور زیر یک بلاک مخصوص Googlebot و یک بلاک مخصوص Googlebot-Video وجود داشته باشد. در این حالت اگر ربات عکس گوگل (Googlebot-Image) وارد طراحی سایت (طراحی سایت شرکتی، طراحی سایت فروشگاهی) شما شود، در میان این بلاکها از اولی پیروی خواهد کرد و اگر ربات ویدیو گوگل (Googlebot-Video) وارد سایت شود، از بلاک دومی پیروی خواهد کرد و دستورات بلاک اولی را نادیده گرفته چراکه بلاک دومی برای آن در اولویت است.
شما میتوانید از عبارات منظم (Regular Expression) هم برای استفاده در دستورات فایل robots.txt استفاده کنید هرچند به شکل رسمی این عبارات منظم در این فایل تعریفنشده است ولی اکثر رباتهای معروف در دنیا از عبارات منظم نیز پشتیبانی میکنند. مثلاً در دستور نیز اشارهشده که کلیه رباتها به فایلها با پسوند pdf که در فولدر (دایرکتوری) test وجود دارند، غیرمجاز است و نباید دسترسی داشته باشند.
حال قصد داریم کمی درباره وردپرس حرف بزنیم و یک فایل robots txt برای وردپرس به شکل بهینه شده و مناسب ایجاد کنیم. دستور زیر که در بسیاری از سایتهای وردپرس استفاده میشود به این معناست که تمام رباتها به پوشه ادمین wp-admin دسترسی نداشته باشند ولی به فایل admin-ajax.php که در این پوشه هست دسترسی پیدا کنند. البته بودن چنین دستوراتی در فایل robots.txt ضرری هم ندارد هر چند ربات توانایی وارد شدن به محیط ادمین وردپرس را ندارد ولی خطا در کدنویسی هم از سمت گوگل و هم از سمت ما طبیعتا امکانپذیر است. اگر توجه کرده باشید ما در این مقال یک بار از کیورد User-agent استفاده کردیم و سپس ۲ خط دستور وارد کردیم، شما میتوانید به تعداد دلخواه دستورات لازم را در هر خط وارد نمایید.
یکی دیگر از دستورات رایج و اشتباه از نگاه یک متخصص سئو در فایل robots.txt وردپرس که در بسیاری از سایتهای معروف ایرانی استفاده میشود کدهای زیر میباشند. بنده شخصاً در هیچیک از سایتهای معتبر خارجی که دارای سیستم مدیریت محتوا وردپرس هستند چنین کدهایی را پیدا نکردم. عدم دسترسی به wp-includes که در آن یک سری فایلهای مهم مثل جی کوئری است باعث میشود سایت به آن شکلی که باید برای موتور جستجو نمایش دهد خروجی نگیرد. سایتهای مثل یوآست، نیل پتل، searchengineland و دهها سایت معروف وردپرس که در مبحث سئو صاحبنظرهای جهانی هستند از چنین دستوراتی که باعث عدم دسرسی به فایلهای wp-includes میشود استفاده نمیکنند حتی سایت یوآست در این مقاله اشارهکرده چنین دستوراتی اشتباه است و باعث مسدود شدن رباتها به بعضی فایلها میشود که برای سئو سایت خوشایند نیست.
دستور زیر وقتی کاربرد دارد که شما در آدرسهای خود کاراکتری مانند ? را داشته باشید چراکه گاهی به دلیل مشکلات فنی در سایت، مقاله شما ممکن است با آدرسهای مختلف و با مقادیر متفاوت انتشار پیدا کند. به همین منظور دستور زیر را به شکل موقت درج میکنید تا رباتها آدرسهای را کاراکتر علامت سؤال را ایندکس نکنند.
اگر به دنبال مثال های بیشتری هستید مقاله Robots.txt Specifications گوگل هم میتواند برای شما مفید باشد.
در نهایت بعد از ساختن فایل robots.txt نوبت به تست و صحت کارکرد آن میرسد. گوگل در قسمتی از سرچ کنسول خود شرایط رایگانی برای تست فایل robotx.txt فراهم کرده است. به این منظور وارد سرچ کنسول (وبمسترتولز) شوید.
در منوهای موجود سرچ کنسول “Crawl” را انتخاب کنید.
سپس زیرمنوی “robots.txt Tester.” را انتخاب کرده تا ابزار تست این فایل را مشاهده کنید.
در سمت راست دستوراتی را مشاهده میکنید که در فایل robots.txt درج کرده بودید. این نشان دهنده این است که شما به درستی این فایل را ایجاد کردهاید و مکان آن صحیح است.
اگر قصد دارید مطمئن شوید که آیا ربات به آدرسی دسترسی دارد یا نه، میتوانید در قسمت “Enter a URL to test if it is blocked” آدرس را وارد کنید و نوع ربات گوگل را هم مشخص نمایید و دکمه تست را بزنید
اگر با پیغام “ALLOWED” مواجه شدید به معنای آن است که ربات گوگل به آن دایرکتوری دسترسی دارد در غیر این صورت با پیغام “BLOCKED” روبهرو میشوید که بنی بر آن است که ربات دسترسی به آن آدرس (دایرکتوری) را ندارد.
اطلاعات بیشتر درباره تست فایل robots.txt در سایت گوگل مشاهده کنید.
امیدوار هستم فرآیند ساخت و نحوه ایجاد صحیح این فایل را در سایت خود فرا گرفته باشید و جدا از اینکه آیا وردپرس ، جوملا و یا هر CMS دیگری دارید میتوانید به راحتی robots.txt بسازید، هر چند ما مثال برای ایجاد فایل robots.txt برای وردپرس و دیگر سی ام اس ها مثل جوملا را هم زدیم.
توی این مقاله کوتاه ولی خیلی مهم قصد داریم تفاوت و فرق متاتگ Robots با فایل Robots.txt به شما بگیم تا بتونید در موقعیتهای مختلف بهترین رو انتخاب کنید. ولی پیشنهاد میشه قبل خواندن این مقاله حتما مقاله robots.txt چیست و متاتگ robots به خوبی بخونید. همراه سئوراز باشید.
robots.txt
را مشاهده کرده و دستورات آن را پیروی میکند. طبیعتاً اولویت فایل robots.txt
نیز از متاتگ robots بیشتر است.robots.txt
به شکل یک فایل واقعی در چنین آدرسهایی www.domain.com/robots.txt قرار دارند. ولی متاتگ robots به شکل تگ و قبل از head نیز وجود دارند همانند مثال پایین.robots.txt
شما میتوانید صفحات بسیاری را برای رباتها و موتورهای جستجو مسدود کنید ولی اگر قصد داشته باشید با متاتگ robots چنین عملی را انجام دهید باید در تکتک آن صفحات نیز متاتگ را درج کنید.robots.txt
شما میتوانید سایت مپ سایت را به رباتها و موتورهای جستجو معرفی کنید ولی با متاتگ امکانپذیر نیست.robots.txt
نیز دارد.robots.txt
به ربات میگوییم خزش نکند ولی گاهی ایندکس میشود درحالی که برای ایندکس نشدن بهتر است از متاتگ robots هم استفاده کنید.[gap] [icon type=”vector” icon=”momizat-icon-question” align=”right” size=”32″ icon_color=”#ffbd23″ hover_animation=”border_increase” ]سؤال: آیا مشکلی در سئو پیش میآید اگر از هر دو متد یعنی متاتگ Robots با فایل robots.txt
برای جلوگیری از ایندکس شدن یکصفحهای از طراحی سایت استفاده کنیم؟
قطعاً خیر، گوگل هم متنی درباره این موضوع نوشته است و اشاره میکند که:
ربات گوگل محتوایی که از طریق
robots.txt
مسدود شده باشد را خزش یا ایندکس نمیکند ولی ممکن است ما لینک آن محتوا را در مکانی دیگر از وب پیدا کنیم و درنتیجه محتوای موجود در آن آدرس در دسترس عموم قرار بگیرد و در نتایج جستجوی گوگل ظاهر شود. شما میتوانید برای جلوگیری از این عمل که محتوا در نتایج گوگل نمایش ندهد از متدهای دیگر برای مسدود کردن آدرسها استفاده کنید. بهعنوانمثال دایرکتوری آن آدرس را از طریق سرور خود رمزگذاری کنید یا از متاتگ robotx با دستور noindex استفاده کنید.
توضیحات بیشتر درباره اینکه robots.txt چیست و نحوه استفاده از آن را میتوانید به لینک اشارهشده مراجعه نمایید.