Skip to Content

بلاگ

آموزش گام به گام نصب دات نت نیوک

آموزش گام به گام نصب دات نت نیوک

جهت نصب DotNetNuke شما حداقل یک دیتابیس MS SQL نیاز خواهید داشت. بعضی از سرویس دهنده های میزبانی وب، سرویس های SQL را به صورت جداگانه ارائه می کنند. مجموع فایلهای دیتابیس پس از نصب DotNetNuke در حالتی که هیچ محتوایی ندارد حدود 9 مگابایت می باشد. همچنین به مرور زمان در اثر افزایش فایل LOG حجم آن افزایش می یابد که با Truncate کردن برخی Tableها و Shirink کردن دیتابیس حجم آن مقداری کاهش می یابد. اما پیشنهاد میکنیم اگر میخواهید در آینده به مشکلات کمتری برخورد کنید حداقل فضای 30 مگابایت را برای دیتابیس خود در نظر بگیرید.
برخی از ماژولهای این نرم افزار دارای محدودیتهای روی SQL 2000 هستند. لذا توصیه می شود که دیتابیس مورد نظر شما 2005 یا 2008 باشد.
شما می توانید نسخه های مختلف انگلیسی این نرم افزار را از سایت DotNetNuke دانلود کنید.
دات نت نیوک روی هاست سرور ویندوزی نصب می شود. بعد از تهیه هاست ویندوزی باید دیتابیس مربوطه را ساخت برای ساخت دیتابیس توسط نرم افزار هاستینگ کنترلر (Hosting Controller) به لینک زیر مراجعه نمایید:
http://help.azaranweb.org/Default.aspx?PID=win-Create%20Database

بعد از ایجاد شدن دیتابیس باید فایل دانلود شده DotNetNuke را آپلود کنیم برای دریافت آموزش این کار بر روی لینک زیر کلیک نمایید:
http://help.azaranweb.org/Default.aspx?PID=cute_ftp

نصب پرتال DotNetNuke

حال جهت نصب می توانید یک صفحه Browser را باز نموده و مسیر سایت خود را وارد نمایید. چنانچه پرتال را در یک Virtual Directory نصب نموده اید مسیر را به صورت www.yourdomain.com/FolderName درج نمایید.
پس از چند لحظه شما به صفحه ویزارد نصب پرتال (Portal Install Wizard) منتقل می شوید.
توجه: اگر شما به صفحه نصب پرتال منتقل نشدید به صورت دستی آدرس www.yourdomain.com/FolderName/install/installwizard.aspx را اجرا نمایید. صفحه ای مشابه با صفحه زیر را ملاحظه خواهید کرد.

نصب افزونه در وردپرس

توجه: اگر به هنگام بازکردن این صفحه با خطایی برخورد نمودید تنظیمات، Permissionها و نسخه Framework خود را مجدد بررسی نمایید.
شما می توانید یکی از سه گزینه فوق را انتخاب نمایید.
سفارشی – در روش نصب سفارشی امکان اعمال تمامی تغییرات قابل انجام در حین نصب برای شما موجود می باشد. به منظور تعیین ماژول هایی که می بایست در پرتال نصب شوند و سایر موارد این گزینه را انتخاب نمایید.
ویژه – روش نصب ویژه بعضی انتخاب ها را در اختیار شما قرار میدهد.
اتوماتیک در این روش نصب، تمام فرآیند نصب پرتال بصورت خودکار و بدون نیاز به هرگونه تنظیمات انجام می شود (در این حالت شما می بایست تنظیمات را طریق فایل web.config به صورت دستی انجام دهید)
در این روش نصب توصیه ما نصب به صورت ویژه می باشد.
گزینه ویژه و زبان فارسی را انتخاب نمایید و گزینه بعدی را کلیک کنید.
در صفحه بعد بررسی مجوز فایل را انجام دهید. روی گزینه آزمایش سطح دسترسی کلیک کنید. اگر همه Permissionها به درستی تنظیم شده باشند پیغام (سایت شما بررسی سطح دسترسی را با موفقیت طی نمود) را ملاحظه خواهید نمود. حال روزی گزینه بعدی کلیک کنید.

نصب افزونه در وردپرس

در صفحه بعد می بایست پیکربندی اتصال به پایگاه داده را انجام دهید.
• گزینه SQL Server 2000/2005 را انتخاب نمایید.
• سپس گزینه امنیت بکپارجه را غیرفعال نمایید. ملاحظه می نمایید که صفحه یک مرتبه Refresh شده و فیلدهای UserID و Password نمایان می شوند.
• در فیلدر سرور نام مسیر SQL Server را وارد نمایید. در بسیاری از موارد سرور SQL در همان سرور فعلی شما قرار دارد. می توانید از 127.0.0.1 به عنوان IP سرور Local استفاده نمایید.
• در فیلد پایگاه داده نام Database که در Plesk ساخته اید را وارد نمایید.
• فیلدهای UserID و Password را وارد نمایید

نصب افزونه در وردپرس

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

نصب افزونه در وردپرس

در مرحله بعد تنظیمات پیکربندی کاربر Host (با همان Super User) را انجام دهید.
• نام و نام فامیل Super User را درج نمایید
• نام کاربری را وارد نمایید. (نام کاربری پیش فرض Host می باشد که می توانید تغییر دهید)
• کلمه عبور و تکرار کلمه عبور را درج نمایید.
• آدرس ایمیل کاربر Host را درج نمایید
• روی دکمه بعدی کلیک نمایید.

نصب افزونه در وردپرس

حال میبایست تنظیمات مدیر و عنوان پرتال را انجام دهید.
• نام و نام فامیل مدیر پرتال را وارد کنید.
• نام کاربری، رمز عبور و تکرار رمز را درج نمایید.
• عنوان پرتال را با توجه به نام سایت خود وارد کنید.
• قالب پیش فرض سایت را انتخاب نمایید. (اگر سایت پیش فرض شما انگلیسی می باشد قالب DotNetNuke و اگر فارسی می باشد قالب Irandnn را انتخاب نمایید)
• روی دکمه بعدی کلیک کنید.

نصب افزونه در وردپرس

در صفحه بعد با دیدن پیغام تبریک نصب شما به پایان رسیده است که می توانید روی دکمه رفتن به سایت کلیک کنید و سایت خود را مشاهده نمایید.

نصب افزونه در وردپرس

نکته:
• گاهی موارد مشاهده می گردد که بسته زبان فارسی به درستی به هنگام نصب، روی پرتال نصب نمی شوند. پس از نصب با درج آدرس زیر در Browser می توانید بسته هایی که به درستی نصب نشده اند را نصب کنید.
www.yourdomain.com/FolderName/install/install.aspx?mode=installresources
• در شرایطی که پرتال را در یک Virtual Directory نصب کرده اید می بایست سایت را به مسیر فولدر خود Redirect کنید.
فایل را دانلود کنید. سپس آن را Edit نمایید و مسیر پرتال خود را در آن قرار دهید. فایل را به نام index.aspx ذخیره کنید و در ریشه دامین خود آپلود نمایید.

ادامه مطلب

آشنایی با اصطلاحات طراحی وب سایت

آشنایی با اصطلاحات طراحی وب سایت

طراحی وب سایت

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

در این مطلب قصد داریم شما را با مهمترین مفاهیم طراحی وب سایت آشنا کنیم:

Web Page یا صفحه‌ی وِب:
به مجموعه ای از تصاویر و نوشته‌ها كه به صورت یك صفحه از طریق اینترنت قابل دسترسی می‌باشند ، صفحه وب می‌گویند .

 Web Site یا وب سایت:
پایگاهی بر روی فضای مجازی اینترنت ، شامل مجموعه ای از صفحات وب است. كه توسط آدرس مخصوصی (Domain) از طریق اینترنت قابل دسترسی می‌باشند. این صفحه‌ها می‌تواند حاوی اخبار، تصاویر ، اطلاعات علمی و تجاری ، تبلیغات و … باشد.

 Domain یا نام دامنه:
نام بین‌المللی مخصوصی كه برای هر وب سایت ثبت می‌شود و به عنوان آدرس آن سایت محسوب می‌گردد .

Web Host میزبان وب:
میزبان وب به كامپیوتری گفته می‌شود كه اطلاعات یك یا چند وب سایت بر روی آن قرار می‌گیرد و هنگامی كه كاربری در مرورگر وب خود ، آدرس سایت مورد نظر را  را وارد می‌كند ، مرورگر كامپیوتر شخصی كاربر از طریق خط تلفن و یا آنتن‌های ماهواره‌ای با وب سرور ( Web Server ) كه بر روی آن میزبان نصب شده است ارتباط برقرار نموده و صفحات مورد نظر را به نمایش در می‌آورد .

 Web Server یا وب سرور:
به نرم افزاری گفته می‌شود كه بر روی كامپیوتر میزبان نصب شده و صفحات وبِ درخواستی مرورگرهای وب را برای آنها ارسال می‌نماید. البته اغلب از میزبان وب به عنوان وب سرور نام برده می‌شود كه این از نظر تكنیكی صحیح نمی‌باشد.

 Static Page یا صفحه‌ی ثابت:
صفحه‌ی وبی می‌باشد كه مطالب داخل آن برای مراجعه كننده ثابت هستند وهمچنین برای تمام كاربران اینترنت به یك صورت نمایش داده می‌شوند .

 Dynamic Page یا صفحه‌ی پویا:
به صفحه‌ی وبی گفته می‌شود كه مطالب و محتویات آن متغیر هستند و به درخواست كاربران در آن‌ها اطلاعات متفاوتی نمایش داده شده و نیز امكان وارد كردن اطلاعاتی توسط كاربران اینترنت در آن‌ها میسر می‌باشد . برای تولید این صفحه‌ها نیاز به برنامه نویسی‌های خاصی می‌باشد.

 Home Page یا صفحه اصلی:
صفحه‌ی اصلی و ابتدایی یك وب سایت كه بازدید كننده وب سایت آن را در ابتدا مشاهده می‌نماید. این صفحه شامل ، اخبار مهم ، تصاویر اولیه ، پیوندهایی به بخش های مختلف آن سایت و نیز پیوند‌هایی به سایت‌های دیگر و یا تبلیغات دارنده‌ی وِب سایت می‌باشد.

 Intro یا اینترو:
انیمیشنی است كه در ابتدای وب سایت جهت جذاب تر شدن ، تاثیر تبلیغاتی بیشتر و خوش آمد گویی به كاربران نمایش داده می‌شود .

 Flash Site یا سایت فلش:
وب سایتی است كه به شكل كامل و یا در بعضی از بخش‌ها با استفاده از صدا ، انیمیشن و … توسط نرم‌افزارهای خاصی ساخته می‌شود .

 HTML یا اچ تی ام ال:
HTML در حقیقت زبان اصلی در طراحی وب و پل ارتباطی بین طراح و مرورگر وب است. امروزه از نسخه جدیدتر HTML که XHTML نام دارد استفاده می‌شود. با استفاده از کدنویسی صحیح و استاندارد XHTML، می‌توان اطمینان داشت که وب‌سایت طراحی شده در مرورگرهای مختلف با کمترین مشکلات نمایش داده خواهد شد.

 CSS یا سی اس اس:
CSS ابزاریست جهت قالب‌بندی، رنگ‌بندی و ایجاد جلوه‌های تصویری و گرافیکی در صفحات HTML. استفاده از CSS اعمال تغییرات جدید گرافیکی را برای دارنده وب‌سایت بسیار آسان می‌کند.

 ASP ای اس پی:
ASP یک زبان برنامه‌نویسی تحت وب سمت سرور است که توسط شرکت مایکروسافت گسترش یافته است.ورژن جدیدتر ASP، که بسیار پیشرفته‌تر از ورژن قبلی است ASP.NET نام دارد. از زبان‌های برنامه‌نویسی تحت وب برای ایجاد تعامل با کاربر و طراحی صفحات داینامیک استفاده می‌شود

 PHP یا پی اچ پی:
PHP نیز مانند ASP یک زبان برنامه‌نویسی وب سمت سرور است. تفاوت اصلی بین PHP و ASP در “Open Source” یا “کد باز” بودن PHP است. هر یک از این دو زبان قابلیت‌های گوناگونی دارنند که بسته به نیاز مشتری و امکانات سرویس‌دهنده وب قابل استفاده است.

 JS یا جاوا اسکریپت:
JavaScript (جاوا اسکریپت) یک زبان کدنویسی سمت کاربر است. بر خلاف زبان های کدنویسی سمت سرور که توسط سرور اجرا می شوند جاوااسکریپت توسط مرورگر کاربر اجرا می شود.

 AJAX یا آژاکس:
AJAX مجموعه ای از روش ها و تکنولوژی های کدنویسی سمت کاربر است. با استفاده از ایجکس برای بارگذاری اطلاعات بخشی از صفحه وب سایت نیازی به بارگذاری مجدد کل صفحه نیست.

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

 SEO یا سئو:
به فرآیند بالا بردن رتبه وب‌سایت ها در موتورهای جستجوی وب تکنیک‌های SEO گفته می‌شود. SEO ارتباط مستقیمی با تکنیک‌های طراحی سایت و کدنویسی صحیح دارد.

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

نحوه عملکرد ربات ها اکثراً بدین صورت است:

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

 Ranker یا رنکر:
در واقع پس از طراحی سایت Rank همان جایگاه یک سایت در نتایج جستجو است و این موضوع به الگوریتم هایی که موتور جستجو برای رنک بندی استفاده می کند باز می گردد. Ranker هم بخشی است که وظیفه استفاده از الگوریتم و چیدمان نتایج را بر عهده دارد.

 Page Rank یا پیج رنک:
یک سیستم انحصاری مربوط به شرکت گوگل است که پس از طراحی سایت برای تعیین کردن اهمیت صفحات یک وب سایت به کار می رود و در واقع فاکتوری از چندین فاکتور Ranking است.

 Keywords یا کیوردس:
در طراحی سایت در واقع واژه ها و عباراتی هستند که یک صفحه وب را معرفی می کنند. هنگامی که یک کاربر واژه خاصی را در موتور های جستجو ، جستجو می کند ، موتور های جستجو تلاش می کنند تا صفحه هایی را که بیشترین تطابق را دارد نمایش دهد.

 Page title یا پیج تایتل:
در واقع همان عنوان صفحه ای است که در بالای پنجره مرورگر به نمایش در می آید و در بین تگ های Title قرار می گیرد. دقت داشته باشید که در طراحی سایت این یک سر صفحه و یا هیچ متن بزرگی که ممکن است در صفحه نمایش داده شود نیست.

 On-Page Factors یا آن پیج فکتورز:
فاکتور هایی از سئو می باشند که در طراحی سایت بر روی رنک شما تاثیر گذارند و این فاکتور ها محتویات وب سایت شما یعنی لینک ها ، متون ، تگ ها و غیره بستگی دارند.

 Off-Page factor یا آف پیج فکتور:
فاکتور هایی از سئو می باشند که در طراحی سایت بروی رنک شما تاثیر گذار هستند و این فاکتور به عناصر دیگر وب سایت ها بستگی دارند لینک های اصلی که به سایت شما بازگشت داده می شوند.

 Spider, Crawler, Robot:
نرم افزاری است که کار جمع آوری اطلاعات از صفحات سایتهای مختلف را بر عهده دارد.

 Directory یا دایرکتوری:
فهرست: نوعی از موتورهای جستجوگر که پایگاه داده آن توسط ویراستاران تکمیل می گردد. در آنها سایتها در گروههایی موضوعی دسته بندی می شوند.

 Keyword کیورد:
بــه واژه ها ی مهم (کلیدی) هر صفحه گفته می شود. اما غالبا منظور کلماتی است که دوست داریم با آنها رتبه های مناسبی کسب کنیم.

 Keyword Density:
چگالی کلمه، منظور تعداد دفعات تکرار واژه های کلیدی در مقایسه با سایر کلمات متن است.

 Keyword Staffing:
تکرار یک کلمه به دفعات و پشت سر هم به منظور بالا بردن چگالی کلمه، این کار تقلب محسوب می شود.

 Tinny Text:
نوشتن متن با اندازه های بسیار کوچک و ریز به گونه ای که کلمات بسیاری بدین ترتیب در یک خط قرار داده می شود و به سختی نیز در صفحه قابل رویت هستند. نوشتن مطالب به این صورت، تقلب محسوب است.

 Invisible Text:
متن نامرئی:منظور استفاده از متن های همرنگ با پس زمینه صفحه است. متن هایی که از دید کاربران مخفی می ماند. به عنوان مثال اگر پس زمینه یک صفحه سیاه است، متن صفحه نیز با رنگ سیاه نوشته می شود تا دیده نشود . این نوع متن ها از مصادیق تقلب می باشند.

 Spam:
تقلب: به تمام تلاش هایی گفته می شود که به کمک آن سعی می شود از راه های غیر معمول، رتبه های بالایی کسب شود. یا در اختیار گذاردن اطلاعاتی که موتورهای جستجوگر آنرا دوست ندارند. مانند تکرار یک کلمه به دفعات و پشت سر هم، استفاده از متن های هم رنگ زمینه و … می باشد.

 ALT tag:
محتوای این شناسه، متنی است که یک عکس را توضیح می دهد.

 Deep Crawl:
به معنای این است که موتور جستجوگر، می تواند صفحات زیادی از یک سایت را در پایگاه داده اش قرار دهد. موتور جستجوگر هرچه پایگاه داده اش بزرگتر باشد، صفحات بیشتری از یک سایت را می تواند در پایگاه داده اش قرار دهد. همه موتورهای جستجوگر دارای این ویژگی نمی باشند.

 Robots.txt:
با این فایل متنی و ساده، میزان دسترسی موتور جستجوگر به محتوای یک سایت را می توان کنترل کرد.

 META robots tag:
به کمک این شناسه میزان دسترسی موتور جستجوگر به محتوای یک صفحه را می توان کنترل کرد.

 Link:
پیوند: در واقع پلی بین دو صفحه است. به کمک آن می توان از یک صفحه به صفحه دیگر رفت.

 Link Popularity:
مقصود این است که چه تعداد از سایت های دیگر به سایتی مشخص لینک کرده اند یا اینکه از چند سایت دیگر می توان به کمک پیوندها به سایتی مشخص رفت.

 Link Reputation:
اشاره به این دارد که سایر سایتها درباره سایتی که بدان لینک داده اند، چه می گویند. عموما در این موارد عنوان، متن لینک و کلمات اطراف لینک در سایت مقصد، بررسی می شوند.

 Learn Frequency:
بعضی از موتورهای جستجوگر می توانند تشخیص دهند که محتوای صفحات پس از چه مدتی تغییر می کند (به روز می گردد) و بعد از آن مدت به آن صفحات مراجعه می کنند.

 URL-Uniform Resource Locator:
به آدرس منحصر به فرد هر منبع موجود در اینترنت گفته می شود. این منبع می تواند یک صفحه وب، یک فایل متنی و… باشد

 Stop Word:
به کلماتی گفته می شود که در کل اینترنت از آنها بسیار استفاده شده است. کلماتی نظیرthe, a, an, web www, home page, و …

 Meta tags:
به کمک این شناسه ها، اطلاعاتی از صفحه در اختیار بینندگان (موتور جستجوگر، مرورگرها و …) قرار داده می شود.

 META Keywords:
به کمک آن، کلمات کلیدی صفحه در اختیار موتورهای جستجوگر قرار داده می شود.

 META Description:
به کمک آن، توضیحی مختصر از صفحه در اختیار موتورهای جستجوگر قرار داده می شود.

 Stemming:
به معنای این است که موتور جستجوگر می تواند صورت های مختلف یک کلمه را جستجو کند. به عنوان مثال با جستجوی swim موتور جستجوگر به دنبال swimmer ، swimming نیز می گردد. همه موتورهای جستجوگر دارای این ویژگی نمی باشند.

 Rank:
رتبه یک صفحه در نتایج جستجو است زمانی که جستجویی مرتبط با محتوای آن صفحه انجام می شود.

 Spamdexing:
مختصر شده spam indexing است. منظور طراحی و معرفی صفحاتی به موتورهای جستجوگر است که کیفیت نتایج جستجو را پایین می آورند. موتورهای جستجوگر تمایل دارند که کاربران بارها و بارها به آنها مراجعه کنند و کیفیت بالای نتایج می تواند این روند را تضمین کند. لذا آنها هرکدام به نوعی سعی در تشخیص صفحاتی دارند که کیفیت نتایج جستجو را پایین می آورد. برخی از این موارد عبارتند از: ساختن صفحاتی که همگی دارای محتوای یکسانی اند، تکرار یک کلمه بیش از حد و …

 Comment:
توضیحاتی است که طراحان سایت در لا به لای کدهای HTML می گنجانند تا برای فهمیدن وظیفه بخش های متفاوت کدهای HTML در مراجعات آتی نیازی به صرف وقت بسیار نداشته باشند.

ادامه مطلب

اضافه کردن دکمه دریافت پیوندک و دریافت لینک کوتاه در وردپرس

اضافه کردن دکمه دریافت پیوندک و دریافت لینک کوتاه در وردپرس

بازگردانی دکمه دریافت پیوندک و دریافت لینک کوتاه مطلب در وردپرس

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

امروز در این آموزش کوتاه در رابطه با بازگرداندن دکمه دریافت پیوندک به وردپرس و فراهم کردن امکان دریافت لینک کوتاه (shortlink یا همان پیوندک) مطالب با هم صحبت میکنیم. از شما دعوت میکنیم در ادامه این آموزش کوتاه با مسترکد همراه شوید. در این آموزش ابتدا به شرح کاربرد دکمه دریافت پیوندک، برای کسانی که قبل از وردپرس 4.4 از این سیستم مدیریت محتوا استفاده نمیکرده اند و به تازگی به جمع وردپرسی ها پیوسته اند میپردازیم. سپس دو روش را بازگردانی مجدد این امکان به وردپرس، برایتان شرح خواهیم داد. در روش اول به شما یک افزونه را معرفی میکنیم و در روش دوم مثل همیشه به بررسی شیوه ی اضافه کردن دکمه دریافت پیوندک به وردپرس، با استفاده از کد خواهیم پرداخت.

دکمه دریافت پیوندک چیست؟

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

مثلا لینک زیر را در نظر بگیرید :

لینک بالا، ساختار پیوند عادی یکی از مطالب سایت مسترکد را نشان میدهد. اما دسترسی به نوشته ی بالا از طریق لینک زیر نیز میسر است :

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

حالا که مفهوم پیوندک را میدانیم، اجازه بدهید به شرح کار دکمه ی دریافت پیوندک بپردازیم. همانطور که در ابتدا هم ذکر کردیم، تا وردپرس 4.4، در نوشته ها و برگه های وردپرس، دکمه ای با عنوان “دریافت پیوندک” وجود داشت. (مانند تصویر زیر)

دکمه دریافت پیوندک در وردپرس

کلیک روی این دکمه پنجره ی کوچکی را برای شما به نمایش میگذاشت که حاوی لینک کوتاه مطلب مورد نظر شما بود. (مانند تصویر زیر)

لینک کوتاه مطلب در وردپرس

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

استفاده از افزونه WP Bitly

افزونه wp bitly برای وردپرس

استفاده از افزونه WP Bitly روشی بسیار ساده برای اضافه کردن دکمه دریافت پیوندک به وردپرس است. البته در واقع کار اصلی این افزونه این نیست، ولی خوشبختانه این افزونه میتواند بدون اعمال هیچ تنظیمی، امکانی که ما میخواهیم را برایمان به وردپرس اضافه کند. برای استفاده از این افزونه کافی است آن را در سایت خود نصب و فعال کنید. (آموزش نصب افزونه در وردپرس) بلافاصله پس از فعالسازی، اگر به نوشته ها و برگه های سایتتان سری بزنید، دکمه ی دریافت پیوندک را در بالای ویرایشگر مشاهده خواهید کرد. (دقیقا همانطور که در تصاویر ابتدای این نوشته قابل مشاهده است) جهت دریافت لینک کوتاه، حالا کافی است که روی دکمه دریافت پیوندک (یا در نسخه انگلیسی Get Shortlink) کلیک کنید. لینک کوتاه نوشته/برگه ی مورد نظر در یک پنجره ی محاوره ای کوچک به شما نمایش داده میشود و شما میتوانید آن را کپی کرده و در محل دلخواه از آن بهره بگیرید.

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

در روش دوم، اگر طرفدار استفاده از افزونه ها نیستید، میتوانید به سادگی کد زیر را در فایل functions.php قالب خود قرار دهید. اگر هم مثل مسترکد برای سایتتان یک افزونه site specificایجاد کرده اید، بهتر است که کد را در همان افزونه قرار داده و تغییرات را ذخیره کنید :

نتیجه ی کد بالا نیز دقیقا مانند نتیجه ی استفاده از افزونه wp bitly خواهد بود. پس از اضافه کردن کد به یکی از فایل های ذکر شده، حالا اگر یکی از نوشته ها یا برگه های سایت را جهت ویرایش باز کنید، دکمه ی دریافت پیوندک را در بالای ویرایشگر مشاهده خواهید کرد. کلیک روی این دکمه، لینک کوتاه مطلب را به آسانی در اختیار شما خواهد گذاشت.

سوال از شما؟!

در پاراگراف دوم این آموزش، اشاره کردیم که لینک های فارسی پس از کپی و پیست، شکل فارسی و خوانای خود را از دست میدهند. کاربران زرنگ مسترکدی احتمالا میدانند که اگر کمی حوصله داشته باشند میتوانند از اتفاق افتادن این مسئله جلوگیری کنند. چه طور؟ اگر پاسخ این سوال را میدانید، در بخش دیدگاه ها، آن را با دیگر کاربران به اشتراک بگذارید … (آموزش رو با سوال تموم کردیم! دستمون درد نکنه!?)

امیدواریم که از این آموزش لذت برده باشید.

ادامه مطلب

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس

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

اما کاری که لازم است پیش برداشتن هر قدم دیگر انجام دهید این است که وبسایت خود را با مراجعه به یکی از دو سایت Google Page Speed یا Pingdom Tools مورد بررسی قرار داده و ببینید این دو سرویس به سایت شما چه رتبه ای میدهند. در پایان میخواهیم از همین دو سرویس برای سنجش مقدار موفقیتمان در بهینه سازی سایت استفاده کنیم. در زیر میتوانید نمونه ای از نتیجه ی سنجش وبسایت MrCode را توسط Pingdom Tools مشاهده نمایید :

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس - نتیجه تست سایت در پینگدام تولز

خوب، حالا دیگر به سراغ اصل ماجرا میرویم …

W3 Total Cache دقیقا چه نوع افزونه ای است؟

W3 Total Cache که از اینجا به بعد آن را W3TC صدا خواهیم کرد، یکی از قدرتمند ترین و سریع ترین افزونه کش و بهینه سازی کارکرد سایت، برای وردپرس است. این افزونه در سراسر جهان محبوبیت بسیاری دارد و وبسایت های بزرگی مثل AT&T, Mashable و Smashing Magazine از آن استفاده میکنند. (نتیجه هم که کاملا قابل مشاهده و بررسی است) کار این افزونه این است که با بهینه سازی سایت شما میتواند کارکرد سایت را بهبود بخشیده و در واقع به کاربر تجربه ی بهتری از کار با سایت ارائه کند. در عین حال این پلاگین با به کار گیری متد های caching و استفاده از CDN میتواند باری که سایت شما بر روی سرور میگذارد را به شکل چشمگیری کاهش دهد. یکی از امتیازات دیگر این افزونه، این است که در واقع تنظیمات آن بسیار آسان است. تا حدی که پس از آشنایی با بخش های مختلف آن، میتوانید سایت های جدید خود را طی کمتر از 15 دقیقه با استفاده از آن بهینه سازی کنید!

نصب افزونه W3 Total Cache

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

برای نصب W3TC از منوی افزونه ها، افزودن را انتخاب نمایید و سپس در باکس مربوط به جستجو، عبارت “W3 Total Cache” را تایپ نمایید.

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس

در اینجا فقط کافی است روی دکمه “نصب” کلیک کنید تا پلاگین بر روی سیستم شما نصب شود و در پایان پلاگین را بر روی سیستم خود فعال کنید.

تنظیمات پلاگین W3 Total Cache

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

تنظیمات عمومی – General Settings

پیش از هر چیز خدا ایرانی های عزیز را خیر بدهد که این یک پلاگین را ترجمه نکردند. ( دو نقطه دی!!) چون بعضی از ترجمه هایی که برای پلاگین های حرفه ای ارائه میشود واقعا بیش از حد نامفهوم و گیج کننده است!
برای مشاهده بخش تنظیمات عمومی، کافی است از منوی Performance، به زیر منوی General Settings بروید. در اینجا حواستان باشد که اشتباها به داشبورد پلاگین نرفته باشید و دقیقا در صفحه تنظیمات عمومی قرار داشته باشید.

آموزش راه اندازی و تنظیمات افزونه W3 Total Cache در وردپرس

خوب؛ همانطور که از نام این بخش کاملا مشخص است، در اینجا کلیه ی تنظیمات پایه ای و عمومی این افزونه در اختیار ما قرار میگیرند. با هم به مرور این تنظیمات میپردازیم. توجه داشته باشید که تنظیم اول در این صفحه همان تب اصلی “General” است که برای فعال یا غیر فعال کردن همزمان تمامی تنظیمات به کار میرود و ما به آن کاری نداریم. کار ما از Page Cache آغاز میشود.

Page Cache

تنظیمات Page Cache یا کش صفحات یا مخزن صفحات وظیفه اش این است که تمامی صفحاتی که بارگذاری میشوند، یک نسخه ایستا (static) ایجاد نماید. فایده ی این کار این است که وقتی از یک صفحه، یک نسخه ی ایستا تولید شده باشد، کاربران برای مشاهده آن نیازی به بارگذاری داینامیک آن ندارند و صفحه به عنوان یک محتوای static به آنها ارسال خواهد شد. این امکان میتواند به شکل چشمگیری زمان لود صفحات شما را کاهش دهد. به عنوان یک مثال خوب و قابل درک، میتواند تصویر زیر را مشاهده کنید :

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

تنظیمات کش و مخزن صفحات

همانطور که حتما تا حالا متوجه شده اید و تصویر بالا هم مشخص است، صفحات به شیوه های مختلفی قابل کش کردن هستند (Page Cache Method). در اکثر هاستینگ های اشتراکی و برای اکثر کاربران، بهترین انتخاب همان انتخاب پیشفرض، یعنی Disk: Enhanced است. بعضی از هاستینگ ها ممکن است شیوه های دیگری را نیز در اختیار شما بگذارند ولی توصیه میشود که با دقت و توجه زیاد این شیوه ها را انتخاب کنید. یکی از بهترین انتخاب ها در این میان استفاده از APC خواهد بود. متاسفانه در عین بالا بودن کارائی APC، این شیوه بر روی سرورهایی که مجبور به ارائه Zend Optimizer هستند، قابل فعالسازی و ارائه نیست اما اگر قرار است خودتان یک سرور را برای خودتان کانفیگ کنید، این یکی از جالب ترین و موثرترین شیوه ها خواهد بود.
در اینجا به فعال کردن گزینه ی Page Cache اکتفا کنید و روش کش را نیز بر روی Disk: Enhanced قرار دهید.

در ادامه برای اعمال تنظیمات دلخواه برای بخش Page cache از منوی Performance به زیرمنوی Page Cache مراجعه کنید.

تنظیمات کش صفحات در افزونه w3 total cache

در این بخش تنظیمات متعددی وجود دارند که در ادامه به طور مختصر به شرح آنها خواهیم پرداخت:

Cache posts page : در اکثر سایت ها و بلاگ ها، برگه ی نوشته ها، پر بازدید ترین بخش سایت است، با فعال کردن این گزینه میتوانید کش را برای این صفحه فعال کنید.

Don’t Cache front page :  اگر مایل نیستید صفحه ی اصلی سایت شما کش شود، این گزینه را فعال کنید.

Cache feeds : در صورتی که مایلید فید بخش های مختلف سایت از جمله فید اصلی، دسته ها، برچسب ها و دیدگاه ها از کش در اختیار کاربران قرار بگیرد، از این گزینه استفاده کنید. استفاده از این گزینه حتی در صورت استفاده از سرویس های واسطه مثل فید برنر نیز پیشنهاد میشود و میتواند بار روی سایت را کاهش دهد.

Cache SSL Requests : برای کش کردن درخواست های انجام شده روی SSL این گزینه را فعال کنید. به طور کلی استفاده از این گزینه توصیه میشود.

Cache URIs with query string variables : این گزینه به شما اجازه میدهد که صفحاتی که دارای رشته های کوئری هستند را کش کنید. مثلا فرض کنید در یک بازه ی زمانی کوتاه، تعداد زیادی افراد (یا حتی ربات ها) در حال مشاهده ی نتایج جستجو برای یک عبارت خاص هستند. این مسئله ممکن است در آن بازه ی زمانی، بار بسیار زیادی را بر روی سایت شما بگذارد. کش کردن این درخواست ها و پاسخ دادن به آنها به صورت استاتیک میتواند بار روی سایت را کاهش داده و در عین حال باعث افزایش سرعت پاسخدهی به این نوع درخواست ها شود.

Cache 404 Pages : اگر مایلید در صورت موجود نبودن یک صفحه، پاسخ 404 آن از طریق افزونه کش شود، میتوانید از این گزینه استفاده کنید. این گزینه بار روی سرور را کاهش میدهد ولی در حالتی که کش صفحه را روی disk: enhanced قرار داده باشید، بجای پاسخ 404 پاسخ 200 را باز میگرداند که در واقع ایده آل نیست. بنابراین به طور عمومی، استفاده از این گزینه را به شما پیشنهاد نمیکنیم، مگر اینکه دلیل خاصی داشته باشید و از تنظیم خاص دیگری در بخش تنظیمات دیسک در کش صفحه استفاده کرده باشید.

Don’t cache pages for logged in users : اگر میخواهید هیچ یک از بخش های سایت برای کاربرانی که وارد اکانت کاربری خود شده اند، کش نشود، میتوانید از این گزینه استفاده کنید. طبعا این گزینه برای سایت هایی که تعداد کاربر زیادی دارند توصیه نمیشود اما برای سایت های دارای چند نویسنده/چند مدیر، میتواند گزینه ی مفیدی باشد.

Don’t cache pages for the following user roles : در این قسمت میتوانید تعیین کنید که سایت برای نقش خاصی از کاربران، کش نشود. مثلا میتوانید تعیین کنید که مدیران یا نویسندگان، سایت را به صورت کش نشده مشاهده نمایند.

پس از اعمال تنظیمات دلخواه در این بخش، ذخیره تنظیمات و خالی کردن کش را فراموش نکنید.

راستی تا یادمان نرفته! در پایین همین صفحه در بخش Purge Policy: Page Cache میتوانید تعیین کنید که وقتی کش سایت را خالی میکنید، کش کدام بخش ها تازه سازی شود.

در این قسمت از مقاله از گزینه های Database Cache و Object Cache میگذریم چون بسیاری از سرور ها ممکن است با استفاده از این تنظیمات، نتیجه های دلخواه را به شما ندهند. در انتهای این مطلب، چند خطی هم درباره ی این امکانات توضیح خواهیم داد. همچنین به مبحث Opcode Cache نیز نمیپردازیم چون این بخش نیاز به وجود برخی تنظیمات و امکانات سفارشی روی سرور میزبانی خواهد داشت و برای اکثر کاربران عادی وردپرس، کاربردی ندارد.

Minify

مینیفای کردن به مفهوم کاهش حجم و تعداد فایل های css و js سایت شماست. در این جا لازم است به این نکته اشاره کنیم که هرچند گزینه ی minify میتواند تعداد درخواست هایی که جهت بارگذاری سایت شما لازم است را به شکل چشمگیری کاهش دهد اما استفاده از آن ممکن است دو تاثیر منفی برای شما در بر داشته باشد.

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

اجازه بدهید در این زمینه یک مثال هم بزنیم. (توجه داشته باشید که اعداد ارقام ارائه شده در این بخش صرفا مثال هستند و آمار و ارقام دقیق و واقعی نیستند. همچنین دقت داشته باشید که این مسئله الزاما همیشه به این صورت نیست و بر اساس نوع وب سرور، سخت افزار در دسترس، افزونه ها و قالب استفاده شده در سایت و … نتیجه ای که شما دریافت میکنید ممکن است کاملا متفاوت باشد)

فرض کنید در حالت عادی زمان پاسخدهی اولیه ی سایت شما معادل 0.5 ثانیه بوده. یعنی پس از ارسال درخواست به سرور، سرور پس از 0.5 به کاربر پاسخ میداده و شروع به بارگذاری سایت میکرده است و مثلا پس از 5 ثانیه بارگذاری سایت به پایان میرسیده است. پس از مینیفای ممکن است این زمان پاسخدهی اولیه به 1 ثانیه برسد ولی بارگذاری کامل سایت طی 3 ثانیه صورت بگیرد. یعنی درست است که زمان بارگذاری کلی سایت پایین می آید ولی بسته به محیط و تنظیمات سرور میزبانی و همچنین نوع کارکرد قالب و افزونه های سایت شما، ممکن است زمان انتظار برای اولین بارگذاری افزایش پیدا کند.

تنظیمات مینیفای در افزونه w3 total cache کاهش حجم فایل های css و js کوچک کردن فایل استایل و جاوااسکریپت

حالا اگر همه چیز را سبک و سنگین کردید و باز هم تصمیم داشتید که از امکانات این بخش بهره بگیرید، برای فعال کردن آن کافی است گزینه ی Enable را تیک زده و تغییرات را ذخیره کنید. افزونه W3 Total Cache دو حالت مختلف را برای مینیفای کردن در اختیار شما قرار میدهد. حالت اول Manual بوده و حالت دوم Auto است. (توجه داشته باشید که در نسخه ی فارسی جای دکمه رادیویی این دو تنظیم برعکس است!) اگر حالت Manual را برگزینید، میبایست خودتان به صورت دستی کلیه ی فایل های css و js به کار رفته در سایت خود را جهت فشرده سازی و تلفیق به تنظیمات افزونه اضافه کنید. این کار بسیار وقت گیر و طولانی است و فقط در شرایطی انجام آن توصیه میشود که روش Auto در سایت شما باعث ایجاد خطا و مشکل شده باشد.

پس از فعال کردن این بخش حالا از منوی Performance به زیرمنوی Minify مراجعه کنید. در اینجا برای اینکه از برخورد کردن با هشدار Eliminate render-blocking JavaScript and CSS in above the fold content در تست سرعت گوگل (Google PageSpeed Insights) جلوگیری شود، در بخش JS مقدار embed type را برای قسمت before head روی Non-blocking using async قرار دهید. (توجه داشته باشید که اگر حالت Manual را برای مینیفای انتخاب کرده باشید باید در همین صفحه، کلیه ی فایل های css و js خود را با ترتیب مورد نظر خود اضافه کنید.)

در بخش JS مقدار embed type را برای قسمت before head روی Non-blocking using async قرار دهید

مجددا ذخیره ی تغییرات و خالی کردن کش را فراموش نکنید (save settings and Purge Caches).

در اینجا لازم است به یک نکته ی مهم هم اشاره کنیم. گاهی پیش می آید که پس از انتخاب تنظیم Non-blocking using async برای فایل های جاوااسکریپت سایتتان، اجرای برخی اجزای سایت، خصوصا اجزایی که نیازمند جی کوئری هستند دچار مشکل میشود. (ممکن است این اجزا پیش از بارگذاری کامل محتوای js بارگذرای شوند و به درستی کار نکنند) در چنین حالتی ممکن است لازم باشد که این تنظیم را به حالت اول یعنی blocking برگردانید.

Browser Cache

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

این همان چیزی است که ما میتوانیم از آن به نفع خود استفاده کنیم. تنظیمات بخش Browser Cache دقیقا همین امکان را در اختیار ما میگذارد ولی بخش مهم ماجرا این است که ما میتوانیم بگوییم فایلهایی که بر روی کامپیوتر کاربر ذخیره میشوند، برای چه مدت معتبر هستند. مثلا لوگوی وبسایت خود را در نظر بگیرید. آیا این تصویر به طور مرتب آپدیت میشود؟ طبیعی است که پاسخ منفی است. شما لوگوی وبسایت خود را هر روز به روز رسانی نمیکنید. فایل های بسیاری در وبسایت شما دقیقا همین وضعیت را دارند. بنابراین منطقی است که کش چنین فایل هایی را بر روی 24 ساعت قرار دهیم. برای فعال کردن این امکان، باید ابتدا Browser Cache را در بخش تنظیمات عمومی فعال کنید و سپس از منوی Performance به بخش Browser Cache مراجعه کنید. در این بخش میتوانید کلیه ی تنظیماتی را که لازم میبینید اعمال نمایید. مثلا ما این بخش را به شکل زیر تنظیم کرده ایم :

آموزش تنظیم Browser Cache

برای این بخش ما فعال کردن تنظیمات زیر را به شما توصیه میکنیم :

  • Set last-modified header
  • Set expires header
  • Set cache control header
  • Set entity tag (Etag)
  • Enable HTTP (gzip) Compression
  • Remove query Strings from static resources
  • Don’t set cookies for static files (یا Disable cookies for static files)
  • Do not process 404 errors for static objects with WordPress

همانطور که میبینید تقریبا از اکثر گزینه های موجود در این بخش استفاده کرده ایم.

راستی در مورد گزینه Prevent caching of objects after settings change باید به این نکته توجه داشته باشید که فعال کردن این گزینه منجر به اضافه شدن یک کوئری به انتهای آدرس فایلها سایت شما میشود. بنابراین در صورتی که این مسئله برای شما ایده آل نیست و مایلد نیستید این کوئری را در پایان آدرس ها مشاهده کنید، حتما آن را غیر فعال کنید.

و در مورد گزینه Remove query Strings from static resources. این گزینه رشته ی کوئری را از پایان فایل های استاتیک حذف میکند. حتما دقت کرده اید که در وردپرس در پایان فایل هایی مثل فایل های css رشته ای وجود دارد که در آن ورژن وردپرس یا گاهی ورژن خود فایل و … به چشم میخورد. فعال کردن این گزینه، این رشته ها را از پایان این ریسورس ها حذف کرده و اجازه میدهد که این منابع به درستی کش شوند. فرضا اگر قبلا با شیوه ای دیگری خودتان این مسئله را روی سایتتان اعمال کرده باشید (مثلا با افزونه های دیگر یا اضافه کردن کد) دیگر لازم نیست که این گزینه را فعال کنید.

در مورد گزینه ی Do not process 404 Errors for static objects with wordpress باید بگویم که انتخاب با خود شماست. چیزی که این گزینه میگوید این است که اگر برای آبجکت های ایستا، مثلا فایل های نوشتاری یا تصاویر و … خطای 404 رخ داد، اجازه بده سرور بجای وردپرس نمایش و مدیریت خطا را به عهده بگیرد. در زیر این گزینه برخی از فایلها، مانند فایل های robots.txt و فایل های sitemap به عنوان استثنا مشخص شده اند. استفاده یا عدم استفاده از این گزینه به تصمیم خود شما باز میگردد و بهترین کار در اینجا همان آزمون و خطای قدیمی خومان است.

در این صفحه علاوه بر بخش General که به آن پرداختیم، اگر به پایین اسکرول کنید، بخش های دیگری با عنوان CSS & JS، بخش HTML & XML و بخش Media & Other Files نیز به چشم میخورند. این بخش ها را نیز میتوانید با راهنمایی که برای بخش اول ذکر شد تنظیم نمایید. (گزینه ها اکثرا در این بخش ها مشترک هستند و اصلا نیازی نیست که علاوه بر مواردی که برای بخش general ذکر شد، تغییرات خیلی خاصی در این بخش ها اعمال کنید. همه چیز را میتوانید بر اساس آنچه برای بخش General توضیح داده شده، انجام دهید.)

استفاده از CDN

CDN مخفف عبارت Content Delivery Network یا شبکه تحویل محتوا (یا یک همچین چیزی!) است. اگر تا اینجا خوب دقت کرده باشید متوجه شده اید که وقتی شما تنظیمات کش را برای صفحات خود فعال میکنید، به هر حال محتوای شما باید توسط سروری که سایت شما را میزبانی میکند به کاربران ارسال شود. برای وبسایتهایی که واقعا بزرگ هستند، این مسئله اصلا کافی نیست و ممکن است هزینه های بسیار زیادی را برای تامین ریسورس لازم بر روی سرور به آنها وارد کند. اینجاست که CDN ها وارد ماجرا میشوند. کار CDN ها این است که محتوای ایستای صفحات وبسایت شما را از روی چندین سرور ابری در اختیار کاربران قرار میدهند. در واقع اتفاقی که می افتد این است که CDN نسخه ی استاتیک صفحات شما را بر روی سرور های خود نگهداری میکند، و در زمانی که کاربری درخواست مشاهده آن صفحات را میدهد، بجای اینکه درخواست توسط سرور شما پاسخ داده شود، CDN با استفاده از محتوایی که از پیش فراهم کرده، درخواست را پاسخ میدهد. این کار فواید بسیار زیادی دارد. دو تا از واضح ترین فواید آن، کاهش بار روی سرور و کاهش استفاده از پهنای باند است. و فایده ی دیگر آن این است که CDN ها، خصوصا CDN های غیر رایگان پیشرفته، میتوانند تا حد قابل قبولی جلوی حملات DDOS را هم بگیرند.

CDN های معروف بسیاری وجود دارند که میتوانید به دلخواه خود یکی از آنها را انتخاب کرده و تنظیمات آنها را بر روی افزونه ی W3TC اعمال کنید. در این میان حتما اسم CloudFlare به گوشتان خورده است. البته Incapsula نیز سرویس جالبی است ولی متاسفانه به نظر میرسد که توسط W3TC ساپورت نمیشود. (و من هم زیاد دوستش ندارم!)

هر CDN ای را که انتخاب کنید، لازم است ابتدا در آن ثبت نام کرده و مراحل راه اندازی آن را طی کنید. گرچه راه اندازی آنها با یکدیگر تفاوت هایی دارد، اما ماجرای کلی این است که پس از ثبت نام، به شما یک سری آدرس داده میشود که یا باید آنها را به عنوان CNAME یا DNS بر روی دامنه هایی که به CDN اعلام کرده اید تنظیم کنید و با تنظیمات جلو بروید.

در اینجا چون مبحث راه اندازی Varnish خودش ماجرایی طولانی و هزارتویی پیچ در پیچ است، بنابراین به مبحث Reverse Proxy نخواهیم پرداخت. (مرسی. ولی نه! مرسی.)

Fragment Cache

این امکانات در میان امکانات افزونه W3TC تقریبا جزو امکانات جدید به شمار میرود. با استفاده از fragment cache میتوانید کاری کنید که تنها بخش هایی از کدهای یک صفحه ی خاص از کش بارگذاری شده و بخش هایی دیگر به صورت مستقیم در هر بار فراخوانی اجرا شوند. در این حالت خروجی بخشی انتخابی شما به صورت کش شده نگهداری خواهد شد و در هر بار اجرای صفحه مورد نظر، تا زمانی که کش معتبر باشد، بجای اجرای بخش مورد نظر از کد، تنها از خروجی کش شده ی آن استفاده خواهد شد. این در حالی است که سایر بخش های صفحه که برای کش شدن انتخاب نشده اند، به صورت عادی اجرا میشوند.

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

 

خوب، حالا سراغ دو مورد از موارد مهمی که از آنها گذشته بودیم میرویم :

 

DataBase Cache

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

Object Cache

کاری که این امکان انجام میدهد دقیقا مشابه database cache است. فقط مشکلی که هست این است که W3TC اینجا در واقع خیلی هم خوب عمل نمیکند و با پلاگین های بکاپ اصلا سر سازش ندارد. توصیه میکنم این گزینه را خاموش نگهدارید.

بعد از اعمال تنظیمات …

اگر تا اینجا فقط تغییرات را ذخیره کرده اید و کش را خالی نکرده اید، همین حالا با استفاده از گزینه ی performance در نوار مدیریت و کلیک کردن روی Purge All Caches کش کلیه ی بخش های سایت را خالی کنید.

Purge All Caches

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

و در پایان

بعد از توضیحات بالا حتما متوجه شدید که منظور ما این است که به هیچ عنوان در محیط هاست اشتراکی از گزینه های Database cache و Object Cache و حتی الامکان حتی از گزینه ی مینیفای استفاده نکنید. نه؟ موارد بسیاری را مشاهده کرده ایم که به علت فعال کردن این گزینه ها توسط کاربر، مصرف دیسک و بار سایت روی سرور به شدت افزایش یافته و به علت ایجاد تعداد بسیار زیادی فایل های موقتی، حتی بکاپ گیری از هاست کاربر نیز به مشکل برخورد کرده است. بنابراین در تنظیم افزونه بسیار دقت کنید و حتما در محیط های اشتراکی از فعال کردن این گزینه ها خودداری نمایید. طبعا در محیط های اختصاصی (مثل سرور اختصاصی یا سرور مجازی) میتونید این گزینه ها را بر روی سایت خود آزمایش کنید و تاثیر مثبت یا منفی آنها را بر روی سایتتان بسنجید.

همین! البته به قول معروف : به پایان آمد این دفتر، حکایت همچنان باقی است …
راستی تجربیات خود را حتما در بخش نظرات با ما و کاربران دیگر به اشتراک بگذارید.

ادامه مطلب

آموزش راستچین کردن قالب وردپرس

آموزش راستچین کردن قالب وردپرس

آموزش راستچین کردن قالب وردپرس

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

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

راستچین کردن قالب وردپرس

راستچین کردن قالب وردپرس به این مفهوم است که کاری کنیم که قالب مورد نظرمان، در سایت هایی که از زبانهای راست به چپ مانند فارسی استفاده میکنند، به درستی به نمایش در بیاید. راستچین کردن به مفهوم مجهز کردن قالب به استایلهای RTL است. عبارت RTL مخفف Right To Left بوده و به مفهوم “راست به چپ” است. تقریبا میتوان گفت که این کار همیشه از اصول یکسانی پیروی میکند و جدا از چند نکته کوچک، همواره میتوانید با پیروی از چند اصل، به سادگی قالب دلخواهتان را راستچین کنید. به طور کلی هدف ما این است که همه عناصر قالب، در زبان فارسی به صورت کاملا قرینه با زبان انگلیسی به نمایش گذاشته شوند. برای این کار به ابزارهای اندکی نیاز دارید که در ادامه به شرح آنها میپردازیم.

مهارت ها و ابزارهای مورد نیاز برای RTL کردن قالب وردپرس

برای راستچین کردن قالب وردپرس نیاز به آشنایی مختصری با CSS خواهید داشت. علاوه بر این به یک ویرایشگر متنی مانند notepad++ نیز جهت اضافه کردن و ویرایش استایلهای css احتیاج دارید. هرچند این کار را با هر ویرایشگر متنی میتوان انجام داد اما انتخاب یک ویرایشگر مخصوص کدنویسی میتواند در ساده تر شدن کار به شما کمک کند. آخرین ابزار مورد نیاز شما، یک مرورگر است که در آن قابلیت inspect کردن عناصر به شکلی مناسب در اختیار شما قرار بگیرد.

هرچند در حال حاضر از کروم و فایر فاکس گرفته تا اپرا و edge همگی از امکان inspect کردن عناصر صفحه پشتیبانی میکنند اما در این میان استفاده از مرورگهای گوگل کروم و فایرفاکس را به شما توصیه میکنیم. (در این زمینه همه چیز به این بستگی دارد که شما با کدام یک از این مرورگرها راحت تر هستید)

ایجاد فایل RTL.CSS

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

پس برای شروع لازم است که فایلی با نام rtl.css در فولدر مربوط به قالب خود ایجاد نمایید. سپس فایل مربوطه را با اطلاعاتی از قبیل نام قالب، نام نویسنده، لینک نویسنده و توضیحات لازم پر کنید. مثلا :

البته در واقع پر کردن اطلاعات فوق ضروری نیست چرا که وردپرس اطلاعات مربوط به نام قالب و … را از فایل style.css خواهد خواند ولی به هر حال جهت خوانایی بهتر و خصوصا برای مشخص بودن ورژنی که استایلها را برای آن نوشته ایم، بهتر است این اطلاعات را در فایل rtl.css درج کنید. استایلهای مورد نیاز جهت نمایش راست به چپ قالب را میتوانید در ادامه به همین فایل اضافه کنید.

اصول راستچین کردن قالب

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

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

اضافه کردن direction:rtl به عناصر قالب

عموما در راستچین کردن ، به تمام تگ بدنه قالب ویژگی direction:rtl را می افزاییم.مثلا :

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

تغییر جهت چینش نوشته ها

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

برای تغییر جهت نوشته مورد نظر و نمایش آن در سمت راست، عبارت فوق را به شکل زیر تغییر میدهیم :

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

تغییر حالت شناوری عناصر

تغییر حالت شناوری یا float عناصر بیشتر در مواردی مثل سایدبار ها، ناحیه محتوا و همچنین جهت نمایش آیتم های منو و موارد مشابه کاربرد دارد. در این حالت برای تغییر موقعیت یک عنصر از سمت چپ به راست، در صورتی که مقدار زیر را مشاهده کردید :

آن را به حالت زیر تغییر دهید :

مجددا در این مورد نیز بالعکس این نکته هم صادق است. همچنین باید توجه داشته باشید که عناصری که دارای float:none هستند، نیاز به اعمال چنین تغییری نخواهند داشت.

تغییر جهت کادر ها

مورد دیگری که شاید نتوان آن را جزو اصول کلی و اجباری راستچین کردن پوسته وردپرس قرار داد ولی رعایت و توجه به آن خالی از لطف نیست، تغییر جهت کادر هاست. (اگر ocd داشته باشید، همین مسئله را میتوان بر روی سایه ها هم پیاده سازی کرد که البته شاید کمی زیاده روی به نظر برسد!) تغییر جهت کادر ها شاید به خودی خود فاقد اهمیت ویژه باشد اما اگر به عنصری در حالت شناوری ماوس روی آن، کادر اضافه شود، اصلاح جهت کادر، اهمیت بیشتری پیدا میکند. یک نمونه از تغییر جهت کادر را در زیر مشاهده میکنید. پیش از تغییر :

پس از تغییر :

البته استایل فوق به صورت نمونه درج شده و ممکن است شیوه تعریف کادر در قالب شما با حالت فوق متفاوت باشد.

تغییر موقعیت های ثابت

اگر در جایی از قالب موقعیت های ثابت مانند زیر مشاهده میکنید :

باید آنها را به حالت برعکس خود تبدیل کنید. مثلا :

این حالت را خصوصا در جهت باز شدن منو ها، یا دکمه بازگشت به بالا و … خیلی مشاهده خواهید کرد.

تغییر padding ها و margin ها

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

تبدیل میشود به :

یا در حالتی دیگر اگر استایلهای زیر را در اختیار داشته باشیم :

آن ها را به حالت زیر تبدیل میکنیم :

تغییر جهت آیکن ها

در برخی موارد در قسمت هایی مانند لیست ها یا منو ها، از آیکن های جهتی استفاده میشود که پس از RTL کردن قالب، با توجه به تغییر جهت نوشته ها، تناسبی با محل قرار گرفته در آن ندارند. در این حالت در صورتی که آیکن استفاده شده به حالت تصویری باشد، میبایست در فایل rtl.css یک تصویر جایگزین را با جهت مناسب جایگزین آن کنید. اگر هم آیکن با استفاه از آیکن فونت ها مثل font Awesome در قالب قرار گرفته است، میبایست آیکن جایگزین مناسبی را از سری آیکن های این فونت برای آن در فایل rtl.css در نظر بگیرید. مثلا حالت زیر را در نظر بگیرید :

در حالت راستچین، کد فوق به شکل زیر تغییر میکند :

چند نکته مهم در راستچین کردن قالب

رعایت نکات زیر در راستچین کردن قالب میتواند به حصول نتیجه ای بهتر و کامل تر در rtl کردن قالب های وردپرس منجر شود :

  • در راستچین کردن، media query ها و استایلهای مربوط به حالت واکنش گرایی قالب را فراموش نکنید.
  • در محل های مناسب، اندازه فونت ها را با توجه به فونتی که در زبان فارسی برای قالب استفاده میکنید، تغییر دهید.
  • در برخی مواقع، اعمال ویژگی direction:rtl منجر به بروز اختلال در کارکرد برخی از اسلایدر ها و carousel ها میشود. در چنین شرایطی برای این نوع عناصر در فایل rtl.css جهت ltr را تعریف کنید و سپس اگر نوشته یا محتوایی در آنها موجود است که نیازمند استایلهای راست به چپ است، استایل مربوطه را مستقیما روی عنصری اعمال کنید که به آن احتیاج دارد و نه روی کل اسلایدر یا carousel.
  • برخی از استایلها توسط فایل های جاوااسکریپت یا برخی توابع بر روی عناصر اعمال میشوند. در چنین شرایطی اگر اضافه کردن استایلهای راست به چپ به فایل rtl.css روی عناصر مربوطه، بی تاثیر بود، بهتر است رفتار تابع یا فایل استایل مورد نظر را مطابق نیازهای محیط راست به چپ خود تغییر دهید. (مثلا اگر امکان صدا کردن یک تابع با پارامتر rtl وجود دارد، میتوانید شرطی را به قالب اضافه کنید که انجام این کار را به عهده بگیرد.)
  • از کپی کردن همه محتوای فایل استایل اصلی قالب و قرار دادن آن در فایل rtl.css خودداری کنید. تنها بخش هایی از استایل های قالب را به فایل rtl.css اضافه کنید که به آنها نیاز دارید.
  • حتی الامکان از درج استایلها های مربوط به رنگ و مواردی که به راستچین کردن قالب مرتبط نیستند در فایل rtl.css خودداری کنید.
  • فراموش نکنید که بلاک های code و pre بهتر است همواره نمایش ltr و چپ به راست داشته باشند و نوشته را در سمت چپ تراز کنند.

و یک نکته کوچک که نیازمند کمی توضیح است. فرض کنید که کد زیر را در فایل استایل اصلی قالب داشته باشیم :

حالا میخواهیم این فاصله را در فایل rtl.css برعکس کنیم. طبعا طبق توضیحات ارائه شده لازم است که کد زیر را در فایل rtl.css جایگزین کد بالا کنیم :

الان انتظار چه نتیجه ای را دارید؟ انتظار دارید که عنصر مورد نظر بجای چپ، از راست فاصله داشته باشد؟ خوب طبعا این اتفاق نمی افتد. چرا که مرورگر ابتدا استایل اول را میبیند و 10 پیکسل فاصله از سمت چپ روی عنصر مورد نظر اعمال میکند و سپس استایل درج شده در فایل rtl.css را میبیند و 10 پیکسل هم فاصله از سمت راست روی عنصر مورد نظر درج میکند. نتیجه میشود اینکه عنصر مورد نظر از دو طرف فاصله پیدا میکند. این در حالی است که ما فقط میخواستیم فاصله راست را جایگزین فاصله چپ کنیم. در چنین حالتی کافی است استایل را به صورت زیر در فایل rtl.css اعمال کنیم :

حالا چون margin-left تعریف شده در فایل rtl.css به استایل های اصلی قالب اولویت دارد، دیگر فاصله اضافه ای در سمت چپ عنصر مورد نظر مشاهده نخواهید کرد. این مسئله تقریبا در تمامی حالات، چه برای فاصله ها و چه برای کادر ها، صادق خواهد بود.

جمع بندی

فکر میکنم که آنچه باید در رابطه با rtl کردن قالب های وردپرس بیان میکردیم را به خوبی تحت پوشش قرار دادیم.

ادامه مطلب

چگونه سایت وردپرسی خود را چند زبانه کنیم؟

چگونه سایت وردپرسی خود را چند زبانه کنیم؟

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

چگونه سایت وردپرسی خود را چند زبانه کنیم؟

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

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

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

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

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

افزونه Weglot

افزونه Weglot

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

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

افزونه Weglot برای سایت های کوچک (کمتر از 2000 کلمه ترجمه و دارای یک زبان اضافی) به صورت رایگان قابل استفاده است اما اگر بخواهید در سایت های بزرگتر از آن بهره بگیرید، لازم است که کمی تا قسمتی هزینه کنید (!) و یکی از پلن های پریمیوم آن را تهیه کنید. با توجه به سادگی استفاده و وجود امکانات مناسب در صورتی قصد هزینه کردن در این زمینه را نداشته باشید، توصیه میشود که در سایت های کوچک و جمع و جور که دارای محتوای مختصری هستند از این افزونه بهره بگیرید.

افزونه Polylang

افزونه Polylang

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

با استفاده از Polylang شما میتوانید نوشته ها، برگه ها، رسانه، دسته ها، برچسب ها، فهرست ها، ابزارک ها و … را به سادگی و به طور کامل ترجمه کنید. این افزونه از انواع post type ها، تاکسونومی های سفارشی، فید های RSS و به طور کلی هر نوع محتوایی که در وردپرس موجود باشد، پشتیبانی میکند. پلی لنگ به شما اجازه میدهد که زبان را بر اساس محتوا یا بر اساس کد زبان از طریق آدرس صفحه مشخص کنید. در این افزونه حتی امکان استفاده از سابدامین یا دامنه های جدا برای هر زبان نیز میسر است.

نکته ای که در مورد نسخه رایگان این افزونه وجود دارد این است که این نسخه از چندزبانه کردن ووکامرس پشتیبانی نمیکند و امکاناتی از قبیل پشتیبانی از افزونه ACF Pro، افزونه The Events Calendar و … را نیز در اختیار شما قرار نمیدهد. بنابراین اگر به چنین امکاناتی احتیاج داشته باشید، لازم است که به سراغ تهیه یکی از نسخه های غیر رایگان این افزونه بروید.

افزونه WPML

WPML یکی از محبوب ترین و حتی میشود گفت قوی ترین افزونه های چند زبانه کردن وبسایت است. اما خوب، از آنجایی که همیشه هر چقدر پول بدهیم آش میخوریم، این افزونه رایگان نیست و برای استفاده از آن میبایست حداقل سالی 29 دلار هزینه کنید. البته ورژن های دیگر این افزونه نیز موجودند که یکی سالیانه 39 دلار قیمت داشته و دیگری به صورت مادام العمر 195 دلار هزینه دارد.

بدیهی است که برای کسی که واقعا تصمیم داشته باشد یک پروژه ی قوی پیاده کرده و تحویل دهد، این افزونه انتخابی بی نظیر خواهد بود. یک نکته ی عالی درباره ی لایسنس های WPML این است که شما میتوانید آن را بر روی بی نهایت سایت استفاده کنید. یعنی یک بار میخرید و بی نهایت استفاده میکنید. خوب است، نه؟

 

افزونه WPML

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

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

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

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

افزونه nLingual

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

nLingual

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

  • استفاده از ساب دومین – مثلا en.mrcode.ir
  • استفاده از پسوند مسیر – مثلا http://domain.com/en
  • استفاده از آرگومان های GET و POST – مثلا http://domain.com/lang?en

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

افزونه MultilingualPress

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

افزونه MultilingualPress

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

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

سخن پایانی …

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

راستی فراموش نکنید، اگر تجربه ی چند زبانه کردن یک وبسایت وردپرسی را دارید، حتما برای ما در بخش نظرات از تجربه ی خود صحبت کنید و آن را با ما به اشتراک بگذارید.

ادامه مطلب

آموزش فارسی سازی قالب و افزونه وردپرس

آموزش فارسی سازی قالب و افزونه وردپرس

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

آموزش فارسی سازی قالب و افزونه وردپرس

مقدمه ای بر ترجمه قالب و افزونه های وردپرس

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

نرم افزار مورد نیاز برای ترجمه : دانلود و نصب Poedit

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

استفاده از فایل ترجمه از قبل ساخته شده

به طور معمول فایل ترجمه قالب ها یا افزونه ها را میتوانید در مسیر نصب افزونه یا قالب مورد نظر در فولدر با نام lang یا languages (یا اسامی مرتبط و مشابه دیگر) پیدا کنید. فایل ترجمه ممکن است دارای پسوند po یا پسوند pot باشد. فایل های دارای پسوند po به صورت مستقیم قابل ترجمه هستند ولی برای ترجمه فایل های pot میبایست ابتدا فایل مربوط به زبان خود را با پسوند po ایجاد نمایید تا بتوانید ترجمه افزونه یا قالب خود را آغاز نمایید.

ایجاد ترجمه از فایل دارای پسوند pot

در صورتی که فایل ترجمه ای که در اختیار دارید، دارای پسوند pot است، ابتدا این فایل را با استفاده از نرم افزار poedit باز کنید. (پس از نصب نرم افزار poedit این نرم افزار باید تبدیل به نرم افزار پیشفرض برای بازگشایی فایل های دارای پسوند po و pot شده باشد) سپس در پایین پنجره روی دکمه create new translation کلیک کنید.

ایجاد ترجمه از فایل دارای پسوند pot

در پنجره جدیدی که برای شما باز میشود زبان Persian Iran را انتخاب کنید و عملیات را تایید کنید. در پنجره بعدی، همانطور که در عنوان پنجره نیز قابل مشاهده است، فایلی با نام fa_IR.po برای شما ایجاد شده ولی این فایل هنوز ذخیره نشده است. در این پنجره از منوی catalog گزینه properties را انتخاب کنید تا تنظیمات مربوط به این فایل ترجمه در اختیار شما قرار بگیرد.

 

در این پنجره در قسمت project name and version میتوانید نام و ورژن پروژه (نام و ورژن قالب یا افزونه ای که در حال ترجمه آن هستید) را وارد کنید سپس اطلاعات تیم ترجمه را در بخش Language Team وارد کرده و در قسمت languages طبعا باید Persian (Iran) انتخاب شده باشد. و اما در بخش Plural Forms گزینه Use custom expression را انتخاب کرده و سپس عبارت زیر را در آن وارد کنید :

در مرحله بعد از انتخاب شدن UTF-8 در هر دو بخش charset و source code charset اطمینان حاصل کنید و در پایان روی ok کلیک کنید. در پایان برای ذخیره فایل ترجمه در بالای پنجره نرم افزار روی دکمه save کلیک کنید. پس از ذخیره فایل fa_IR.po خواهید دید که علاوه بر این فایل یک فایل دیگر با نام fa_IR.mo در فولدر زبانهای قالب یا افزونه مورد نظر ایجاد شده است. در واقع فایل اصلی ترجمه شما همین فایل mo میباشد. اگر دقیقا متوجه منظور ما نشدید، اجازه بدهید کمی بیشتر در این رابطه توضیح بدهیم.

فایل fa_IR.po در واقع سورس ترجمه شماست. بدون وجود این فایل، هیچ کس قادر به ویرایش ترجمه های انجام شده نخواهد بود. این در حالی است وظیفه فایل fa_IR.mo تنها نمایش ترجمه ها در سایت مورد نظر است و با استفاده از این فایل نمیتوان تغییری در ترجمه انجام شده، اعمال کرد. بنابراین مثلا اگر بخواهید که این ترجمه را در اختیار کسی قرار بدهید، بدون اینکه سورس اصلی را در اختیار وی قرار داده باشید، به نحوی که از ویرایش ترجمه ها توسط دیگران جلوگیری شود، تنها کافی است که فایل fa_IR.mo را در اختیار شخص مورد نظر قرار دهید. به این شکل، شخص میتواند از ترجمه در سایتش استفاده کند، ولی نمیتواند هیچ نوع تغییری در ترجمه انجام شده توسط شما اعمال کند.

خوب، در این مرحله همه چیز برای انجام ترجمه آماده است. حالا کافی است که روی هر عبارت کلیک کرده و ترجمه مورد نظر خود را در بخش translation وارد کنید.

اگر تا اینجا کار را به همراه ما دنبال کرده اید، در واقع اصل ماجرا به اتمام رسیده و از این به بعد میتوانید به راحتی به ترجمه قالب یا افزونه مورد نظر بپردازید. اما اجازه بدهید در اینجا به چند نکته اشاره کنیم. اول اینکه در ترجمه ها به مواردی که در آنها متغیر ها مورد استفاده قرار گرفته اند توجه کنید. مثلا عبارتی مثل %s یا %1$s (و کلیه موارد مشابه) همگی متغیر هستند و باید عینا و بدون تغییر در محل مناسب در ترجمه مورد استفاده قرار بگیرند. دوم اینکه همانطور که در تصویر بالا نیز مشاهده میکنید، برخی عبارات دارای دو ترجمه در حالت مفرد و جمع هستند. مثلا یک حالت برای “یک دیدگاه” و حالتی دیگر برای تعداد “x دیدگاه” که x میتواند هر مقداری باشد. در این نوع عبارات، باید ترجمه حالت مفرد و حالت جمع را به صورت جداگانه در تب های singular و plural وارد نمایید. (مجددا استفاده صحیح از متغیر ها فراموش نشود.)

در پایان، پس از اتمام ترجمه، کافی است که در بالای پنجره نرم افزار روی دکمه save کلیک کنید تا ترجمه شما ذخیره شده و قابل استفاده باشد.

ساختن فایل ترجمه از فایل دارای پسوند po

اگر فایل دارای پسوند po را در فولدر زبانهای قالب یا افزونه مورد نظرتان پیدا نکردید، مشکلی نیست. برای فارسی سازی افزونه ها و قالب های وردپرس، از فایل های دارای پسوند po نیز میتوانید بهره بگیرید. در چنین شرایطی عموما میتوانید یک فایل با نام en_US.po یا en_GB.po در فولدر زبانهای افزونه بیابید. در این حالت کافی است یک کپی از این فایل ایجاد کرده، نام آن را به fa_IR.po تغییر دهید و سپس بقیه مراحل را مانند بالا طی کنید.

اگر احیانا فایل po ای که پیدا کرده اید از قبل حاوی ترجمه است، باز هم مشکلی نیست. در این حالت برای خالی کردن فایل و آماده کردن آن جهت ترجمه به زبان فارسی، همه رشته های موجود در فایل را انتخاب کرده و سپس دکمه CTRL + K را فشار دهید. خواهید دید که ترجمه های قبلی از فایل حذف شده، و فایل برای درج ترجمه دلخواه شما آماده میشود.

نکته تکمیلی 1 : در اینجا بد نیست به این نکته اشاره کنیم که اکسپرشن پیشفرض از دید نرم افزار poedit برای Plural Forms در زبان فارسی به شکلی که در بالا به آن اشاره شد نیست. بلکه به صورت پیشفرض باید برای زبان فارسی عبارت nplurals=1; plural=0; در این بخش قرار داده شود. اما استفاده از حالت پیشفرض، در ترجمه قالب ها و افزونه ها، منجر به بروز مشکلاتی در ترجمه عبارات مفرد و جمع خواهد شد. به همین جهت شکل plural forms را به حالتی که در مراحل قبل به آن اشاره شد، تغییر میدهیم.

نکته تکمیلی 2 : نام استاندارد فایل ترجمه برای زبان فارسی fa_IR است. اما در بسیاری از موارد استفاده از فایل با نام fa_IR.mo در ترجمه افزونه ها کافی نبوده و باید نام افزونه به عنوان پیشوند به نام فایل ترجمه افزوده شود. مثلا در افزونه gravity forms برای کار کردن و خوانده شدن فایل ترجمه، لازم است که نام آن به شکل gravityforms-fa_IR.mo تعریف شده باشد. در غیر این صورت فایل ترجمه توسط افزونه خوانده نخواهد شد. البته این مسئله همیشه صادق نبوده و تنها در حالتی که فایل ترجمه با نام عادی خود به درستی کار نکند، لازم است که از این حالت استفاده کنید.

نکته تکمیلی 3 : گاهی ممکن است فایل پیشفرض ترجمه که ای که به همراه یک افزونه یا یک قالب در اختیار شما قرار گرفته است، قدیمی باشد، در این حالت میتوانید در بالای پنجره نرم افزار بر روی دکمه Update کلیک کنید تا فایل ترجمه بر اساس سورس قالب یا افزونه، به روز رسانی شود. البته استفاده از این ویژگی منوط به این است که در properties این فایل ترجمه، در تب  source paths، مسیر سورس مربوط به فایل های در حال ترجمه مشخص شده باشد، در غیر این صورت با خطا مواجه خواهید شد. (در بخش بعد در این رابطه بیشتر توضیح خواهیم داد.)

ساختن فایل ترجمه در صورت عدم وجود این فایل

گاهی ممکن است که علیرغم قابل ترجمه بودن یک افزونه یا قالب وردپرسی، فایل ترجمه در آن موجود نباشد. در این شرایط اگر فولدر مربوط به زبان از پیش موجود بوده ولی خالی باشد، کار شما آسان میشود ولی اگر علیرغم اینکه میدانید که افزونه یا قالب مورد نظر قابلیت ترجمه استاندارد را دارد، اما فولدر ترجمه نیز در آن موجود نیست، کمی کارتان دشوار تر خواهد بود. در این حالت برای ترجمه قالب یا افزونه، میتوانید عبارت load_textdomain را در سورس محصول مورد نظر جستجو کنید تا ببینید محصول مورد نظرتان، انتظار دارد که فایل ترجمه در چه مسیری قرار بگیرد. اگر هم چیزی دستگیرتان نشد، باز هم نگران نباشید. چرا که عموما میتوانید انتظار داشته باشید که ایجاد فولدر با نام languages (و گاهی هم lang یا language) کارتان را راه بیاندازد.

و اما برای ایجاد فایل ترجمه، ابتدا نرم افزار poedit را باز کرده و در پنجره آن از منوی file زیرمنوی New WordPress Translation را انتخاب کنید.

 

در پنجره باز شده به تب On This Computer رفته و سپس با کلیک روی دکمه choose folder، فولدر مربوط به افزونه یا تم خود را انتخاب کنید (یا فولدر را بکشید و روی ناحیه مشخص شده رها کنید) در قسمت Language نیز انتخاب زبان فارسی ایران فراموش نشود. در پایان برای ایجاد فایل ترجمه روی دکمه Continue کلیک کنید. فایل ترجمه شما آماده است و میتوانید مانند آنچه در مرحله قبل توضیح داده شد از آن بهره بگیرید. اما در اینجا لازم است به چند نکته تکمیلی نیز اشاره کنیم. مواردی که میخواهیم در این بخش به آن ها اشاره کنیم، در واقع از پیش توسط نرم افزار poedit برای شما انجام شده اند ولی شاید ارائه توضیحی مختصر در رابطه با آنها به شما در آشنایی بیشتر با نرم افزار poedit و کسب مهارت بیشتر در ترجمه قالب و افزونه های وردپرس کمک کند.

برای بررسی نکات تکمیلی، از منوی catalog به زیرمنوی properties مراجعه کنید. در پنجره جدید به تب source paths بروید. در این تب دو بخش مشاهده میشود. بخش اول که path نام دارد، نمایشگر فولدر ها و مسیر های است که در فایل ترجمه شامل شده اند. وجود نقطه (.) در اینجا به کل فولدر قالب یا افزونه مورد نظر اشاره دارد. در صورت نیاز میتوانید فولدر ها یا فایل های دیگری را به تفکیک به این بخش اضافه کنید. بخش دوم یعنی exclue paths شامل بخش هایی است که نباید در ترجمه وجود داشته باشند. مثلا poedit به صورت پیشفرض یک وایلد کارد با عنوان *.js به این بخش اضافه میکند تا فایل های js در ترجمه شامل نشوند. بنابراین در این بخش نیز در صورت نیاز میتوانید فایل ها، فولدر ها یا پسوند های خاصی را از ترجمه محروم کنید.

و اما تب بعدی یعنی srouce keywords تعیین میکند که poedit برای ترجمه میبایست به دنبال چه کلمات کلیدی بگردد. هرچند این لیست نیز به طور اتوماتیک توسط پوادیت تکمیل میشود ولی جهت اطلاع شما و برای اینکه در صورت نیاز مرجعی جهت یافتن این عبارات داشته باشید، ما آنها را در زیر برای شما درج میکنیم :

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

در پایان …

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

در آخر مثل همیشه، امیدواریم که از این آموزش لذت برده باشید. راستی اگر نکته ای را از قلم انداختیم و یا در جایی اشتباهی دیده میشود، شما آن را در بخش دیدگاه ها به ما یادآوری کنید.

مطالعه آموزش  زیر را به شما توصیه میکنیم :

آموزش راستچین کردن قالب وردپرس

 

ادامه مطلب

راهنمای تنظیمات افزونه Yoast SEO قسمت سوم : مراحل پایانی

راهنمای تنظیمات افزونه Yoast SEO قسمت سوم : مراحل پایانی

 

در قسمت های قبلی در باره ی تنظیمات اصلی و اولیه ی افزونه WP SEO by Yoast صحبت کردیم و سپس به آموزش تنظیمات این افزونه برای سه شبکه اجتماعی مهم فیسبوک، توییتر و گوگل پلاس پرداختیم. امروز تصمیم داریم کلیه ی بخش های باقی مانده از این افزونه را مورد بررسی قرار داده و نحوه ی کار و تنظیمات صحیح آنها را مرور کنیم. بخش هایی که در آموزش امروز درباره ی آنها صحبت خواهیم کرد به شرح زیر هستند :

  • نقشه های XML سایت (XML Sitemaps)
  • پیوندهای یکتا (Permalinks)
  • سلسله نشانی ها یا همان نان ریزه ها
  • RSS
  • درون ریزی و برون ریزی (import and export)
  • Bulk Title Editor و Bulk Description Editor (ویرایشگر دسته جمعی)
  • ویرایش فایل ها (edit files)

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

نقشه های XML سایت (XML Sitemaps)

اگر با نقشه های سایت آشنا نیستید اجازه بدهید اول ببینیم نقشه های سایت چه هستند و به چه دردی میخورند. ویکیپدیا در این رابطه اینطور توضیح میدهد :

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

همانطور که احتمالا تا حالا متوجه شده اید، افزونه ی WP SEO by Yoast در کنار تمامی کارهای دیگری که به شکل عالی برای شما انجام میدهد، میتواند نقشه های سایت شما را نیز به شکل بی نقصی تولید نماید تا شما بتوانید آنها را در اختیار موتورهای جستجو قرار دهید. اما سوال اینجاست که چرا این کار به شکلی بی نقص توسط این افزونه انجام میشود؟ و پاسخ این است که بخاطر اینکه نقشه های سایت شما میتوانند با افزونه ی شما ارتباط برقرار کنند.

شاید جملاتی که الان مطرح کردم برای شما واضح نباشند و احتمالا الان دارید از خودتان میپرسید که برقراری ارتباط بین نقشه های سایت و افزونه به چه معناست و چه مفهومی میتواند داشته باشد. اجازه بدهید این مورد را برایتان کمی باز تر کنم. فرض کنیم که شما در وبسایتتان برای تولید نقشه های سایت از یک افزونه ی جدا از افزونه مخصوص به سئوی خود استفاده کنید. اتفاقی که در این حالت می افتد این است که مثلا شما می آیید و یک نوشته یا یک دسته بندی و یا هر قسمت دیگری از وبسایتتان را noindex یا nofollow میکنید. افزونه ی سئو این تغییرات را برای شما به درستی اعمال میکند و هرگاه بات گوگل به سایت شما بیاید به آن میگوید که مثلا این پست برای نگاه کردن تو نیست و یا لینک هایش را دنبال نکن و … اما از آنجایی که افزونه ای که نقشه های سایت شما را تولید میکند از این موضوع بی خبر است، نوشته های شما کماکان در نقشه ی سایت شما لیست میشوند و اینجاست که شما گوگل را دچار سردرگمی میکنید. گوگل هم وقتی این وضع را میبیند، ارزش و رنک سایت شما را کاهش میدهد و بدون شک این چیزی نیست که شما میخواهید.

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

تنظیمات نقشه های XML سایت

برای دسترسی به تنظیمات نقشه های سایت، کافی است از منوی سئو به زیر منوی “نقشه های XML سایت” مراجعه کنید. چیزی که در این بخش مشاهده خواهید کرد، احتمالا مشابه تصویر زیر خواهد بود.

تنظیمات نقشه های XML سایت

برای شروع، پیش از هر چیز باید نقشه های سایت را فعال نمایید، برای این کار ابتدا باید در بالای تنظیمات در بش XML sitemap functionality گزینه ی Enable را انتخاب کنید (نقشه های سایت به صورت پیشفرض فعال هستند). همانطور که مشاهده میکنید با کلیک بر روی دکمه ی XML Sitemap میتوانید نقشه هایی که برای وبسایت شما تولید شده است را مشاهده نمایید. توجه داشته باشید که تولید نقشه های سایت به صورت کاملا اتوماتیک توسط افزونه برای شما انجام میگیرد و نیازی نیست که شما کار خاصی انجام دهید. همچنین هیچ نیازی به اعمال تغییر در بخش Entries per sitemap page وجود ندارد و میتوانید این تنظیم را نیز در حالت پیشفرض خود باقی بگذارید.

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

همچنین در تب exclude post settings که در این نسخه اشتباها به عبارت “نوشته هایی که شامل میشوند” ترجمه شده، میتوانید تعیین کنید که کدام یک از نوشته های شما در سایت مپ درج نشوند. برای این کار باید آی دی نوشته را در باکس مربوطه وارد کنید و برای تعیین چند آیدی به صورت همزمان باید آنها را با کامای انگلیسی از یکدیگر جدا کنید.

توجه : بعد از اعمال تنظیمات دلخواه، لازم است که نقشه های سایت خود را مجددا به گوگل و بینگ ارسال کنید. توجه کنید که در حالتی که از افزونه ی WordPress SEO by Yoast جهت تولید نقشه های سایت استفاده کرده باشید، آدرس نقشه ی سایت شما به شرح زیر است :

حتما توجه داشته باشید که آدرس فوق تنها یک ایندکس است که نقشه های سایت شما را لیست میکند. بنابراین نباید این آدرس را به طور مستقیم به موتور های جستجو ارسال نمایید، بلکه باید بر حسب نیاز خود، نقشه هایی را که در این ایندکس لیست شده اند مورد استفاده قرار دهید. این نقشه ها شامل نقشه ی نوشته ها، برگه ها، دسته بندی ها و … هستند و شما میتونید هر یک از این نقشه ها را که مایل هستید، به موتور های جستجو ارسال نمایید. توجه داشته باشید که نام این نقشه ها و آدرس آنها همواره ثابت است و با هر بار آپدیت وبسایت شما، نقشه ی مربوطه نیز بروزرسانی خواهد شد. بنابراین موتورهای جستجو همواره میتوانند با نگاه کردن به محتوای نقشه ی سایت شما، از محتوای جدید اضافه شده به سایت آگاه شوند و آن را به ایندکس خود بیافزایند.

پیوندهای یکتا (Permalinks)

پیوند های یکتا یا Permalinks که از ترکیب دو واژه ی Permanent و link ایجاد شده اند (که معلوم نیست برای چه به آنها پیوند یکتا میگویند در حالی که ترجمه ی آنها پیوند پایدار است!) ساختار url نوشته های شما را نشان میدهند. در واقع به نقل از ویکیپدیا میتوان گفت پیوند های یکتا راهی برای دسترسی به نوشته های شما هستند، وقتی که از صفحه ی اصلی، به آرشیو منتقل شده اند.

پیوندهای یکتا (Permalinks)

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

گزینه ی اول “Strip the category base (usually /category/) from the category URL.” یا تهی کردن مبنای دسته از نشانی دسته ها باعث خواهد شد که عبارت category که به صورت پیشفرض در آدرس دسته های شما نمایش داده میشود، از آدرس ها حذف شود.

گزینه ی بعدی Redirect attachment URLs to parent post URL در صورت فعال بودن باعث میشود که صفحه پیوست ها به صورت جداگانه قابل دسترسی نباشند و در صورتی که آدرس آنها مورد دسترسی قرار بگیرد، بجای صفحه  مورد نظر، صفحه ای که پرونده به آن پیوست شده به نمایش در بیاید (پست اصلی). فعال بودن این گزینه به طور عمومی و خصوصا اگر در مراحل قبل از ایندکس شدن فایل های پیوست جلوگیری کرده و آنها را به حالت noindex در آورده باشید، توصیه میشود.

گزینه ی پاک سازی پیوند های یکتا با حذف Stop Word ها منجر به حذف یک سری کلمات تکراری مثل و، از، با، در و … از آدرس نامک نوشته ها و برگه ها میشود که عموما استفاده از انتخاب مناسبی است.

در ادامه گزینه ی Remove the ?replytocom variables باحذف ?replytocom به شما در زمینه ی بهبود خزیدن بات های موتور های جستجو در وبسایتتان کمک خواهد کرد.

در مورد گزینه ی آخر یعنی Redirect ugly URLs to clean permalinks توضیحی ارائه نمیکنیم چون تغییر حالت این گزینه اصلا توصیه نمیشود و میتواند به بروز مشکل در دسترسی به آدرس های موجود در سایت شما منجر شود. بنابراین آن را بدون تغییر باقی گذاشته و به سراغ بقیه ی تنظیمات بروید طبعا ذخیره ی تغییرات نیز فراموش نشود.

سلسله نشانی ها / BreaCrumbs یا همان پیوند های داخلی (Internal Links)

بخش پیوند های داخلی که در نسخه های جدید سلسله نشانی ها خوانده میشود در افزونه ی Yoast SEO یکی از بخش های مورد علاقه ی من است. اگر یادتان باشد، مسترکد در یکی از نوشته های قبلی به شما یاد داده بود که چگونه نان ریزه ها یا BreadCrumbs را بدون افزونه به وبسایت خود اضافه کنید. آنجا گفته بودیم که این کار از طریق افزونه ها هم قابل انجام است. بفرمایید! شما در این بخش میتوانید بدون هیچ زحمتی، به سایت خود نان ریزه اضافه کنید.  برای دسترسی به تنظیمات این بخش کافی است در منوی سئو روی زیرمنوی پیشرفته کلیک کرده و به تب سلسله نشانی ها بروید. سپس برای استفاده از این امکان، باکس فعالسازی سلسله نشانی را بر روی حالت Enabled تنظیم کنید.

لینکهای داخلی در وردپرس

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

RSS – فید یا خوراک …

در عموم افراد با RSS فید و کاربرد آن آشنا هستند ولی اگر تازه کار هستید و در این باره اطلاعی ندارید، ویکیپدیا فید یا خوراک را به شکل زیر توضیح میدهد :

خوراک یک سند (اغلب بر پایهٔ ایکس‌ام‌ال) است که شامل گزینه‌های کوتاه درونمایه به‌همراه یک پیوند به نسخه بلندتر آن‌ها است. دو نوع اصلی خوراک، آراس‌اس و اتم می‌باشند. هم‌اکنون وب‌نوشت‌ها و وب‌گاه‌های خبری، منابع اصلی خوراک‌ها به شمار می‌روند، همچنین خوراک‌ها برای پیگیری وضعیت آب‌وهوا، فهرست‌های برترین‌ها و آخرین نتایج جست‌وجو نیز کاربرد دارند.
خوراک وب یا به اختصار خوراک(به انگلیسی: web feed) یا فید یک قالب داده است که به کاربران اجازه می‌دهد محتویاتی که مرتباً به‌روز می‌شوند را به‌راحتی پیگیری نمایند.
به‌صورت معمولی چگونگی کاربرد یک خوراک بدین‌گونه‌است که تولیدکنندگان محتوا، یک پیوند به کاربر می‌دهند تا کاربر با معرفی پیوند به برنامهٔ خوراک‌خوان خود، هنگام به‌روز شدن خوراک، درونمایه‌های تازه‌ای که به خوراک افزوده شده‌است را دریافت کند.

برای دسترسی به تنظیمات RSS کافی است از منوی “سئو” به زیر منوی پیشرفته و سپس تب RSS مراجعه کنید.

RSS – فید یا خوراک …

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

درون ریزی و برون ریزی (import and export)

برای دسترسی به این بخش میتوانید از منوی سئو به زیر منوی “ابزارها” و سپس وارد کردن و خروجی گرفتن مراجعه کنید.

درون ریزی و برون ریزی

در اینجا اگر قبلا از تنظیمات افزونه Yoast SEO خروجی گرفته باشید میتوانید با مراجعه به تب درون ریزی و انتخاب فایل حاوی تنظیمات، اطلاعات لازم را از فایل برون ریزی شده، به سیستم وارد کنید. همچنین با مراجعه به تب برون بری، امکان دریافت بکاپ از تنظیمات فعلی برای شما میسر خواهد بود. در ادامه امکانات موجود در تب وارد کردن تنظیمات از دیگر افزونه های SEO به شما اجازه میدهد که در صورتی که پیش از افزونه ی Yoast SEO از افزونه ی سئوی دیگری استفاده میکردید، تنظیمات از افزونه ی قبلی به افزونه جدید درون ریزی کنید. توصیه ای که در اینجا به شما میشود این است که یکبار تنظیمات را درون ریزی کنید، سپس بررسی کنید که تنظیمات به درستی درون ریزی شده باشند. سپس مجددا درون ریزی را با انتخاب گزینه ی “حذف اطلاعات قدیمی بعد از درون ریزی؟” انجام دهید. توجه داشته باشید که اطلاعاتی که از پیش در افزونه وجود داشته باشند دوباره نویسی نخواهند شد (duplicate content مشاهده نخواهید کرد)

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

تنظیمات ویرایشگر دسته جمعی یا Bulk Title Editor و Bulk Description Editor

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

 ویرایش پرونده ها

برای دسترسی به این بخش باید از زیرمنوی ابزارها به بخش ویرایشگر پرونده مراجعه کنید. شما در این بخش این امکان را دارید که فایل های robots.txt و .htaccess خود را به صورت مستقیم مشاهده کرده و ویرایش نمایید. البته بدیهی است که این فایل ها باید موجود بوده و قابل نوشتن باشند. (همه فایل .htaccess را داریم ولی بعضی از افراد ممکن است فایل robots.txt را نداشته باشند) بنابراین نکته ی خاصی در رابطه با این بخش وجود ندارد بجز اینکه امکان دسترسی به این دو فایل را برای شما ساده تر کرده و امکان ویرایش سریع آنها را برای شما فراهم میکند. توصیه میکنم به هیچ عنوان بی دلیل دست به ویرایش این فایل ها نزنید و در صورتی که تازه کار هستید، همیشه قبل از ویرایش این فایلها و خصوصا فایل .htaccess یک بکاپ از آن را ذخیره کرده و سپس شروع به ویرایش فایل نمایید.

و در پایان …

راستی این افزونه یک نسخه ی پریمیوم با نام Yoast SEO Premium نیز دارد. در نسخه پریمیوم امکاناتی از قبیل سیستم مدیریت ریدایرکت، امکان استفاده از چندین Focus keyword و پیشنمایش نوشته ها در شبکه های اجتماعی نیز در اختیار شما قرار میگیرد.

ادامه مطلب