فعال‌سازی کپچا در K2 می‌تواند ارسال خودکار نظرهای ناخواسته را کمتر کند، اما باید با نسخهٔ کامپوننت و نوع کلید سرویس کپچا سازگار باشد. این راهنما برای نگهداری سایت‌های قدیمیِ دارای K2 نوشته شده است؛ مسیر منوهای قدیمی را نباید بدون بررسی روی جوملای جدید اجرا کرد.
انتشار اولیه: ۱۶ آبان ۱۳۹۵؛ بازبینی فنی: ۲۷ مهر ۱۴۰۵. مسیر قدیمی این آموزش حفظ شده است.
پیش از فعال‌سازی کپچا در K2
از فایل‌ها و پایگاه داده پشتیبان بگیرید و تغییر را ابتدا روی نسخهٔ آزمایشی سایت انجام دهید. نسخهٔ جوملا، K2 و PHP را ثبت کنید. صفحهٔ رسمی K2 همچنان شاخهٔ دانلود مخصوص جوملا ۱٫۵ تا ۳ را معرفی می‌کند؛ از این توضیح نمی‌توان سازگاری همان بسته با جوملا ۵ یا ۶ را نتیجه گرفت. برای ارتقای سایت، سازگاری دقیق نسخهٔ مقصد را از توسعه‌دهنده بررسی کنید.
اگر سایت روی یک شاخهٔ قدیمی و بدون نگهداری امنیتی اجرا می‌شود، کپچا جای مهاجرت و به‌روزرسانی آن را نمی‌گیرد. همچنین کپچا ابزار جلوگیری قطعی از حملهٔ منع سرویس نیست؛ کنترل درخواست‌ها و حفاظت سرور موضوعی جداست.
نوع کپچا و کلیدهای سازگار را مشخص کنید
ابتدا ببینید نصب شما از چه نوع reCAPTCHA یا افزونهٔ ضداسپمی پشتیبانی می‌کند. کلید v2 را با v3 یا یکپارچه‌سازی دیگر جایگزین نکنید، مگر اینکه کامپوننت آن را پشتیبانی کند. نشانی‌های دامنهٔ مجاز را در تنظیمات سرویس بررسی کنید؛ محیط تست هم باید مطابق محدودیت‌های همان کلید تعریف شده باشد.
Site Key برای بخش عمومی فرم است؛ Secret Key باید فقط در تنظیمات سمت سرور نگهداری شود. تصویر کلید محرمانه را در مقاله، تیکت عمومی یا مخزن کد قرار ندهید. اگر Secret Key افشا شده است، از مالک مجاز سرویس برای تعویض آن کمک بگیرید.
طبق راهنمای فعلی گوگل، کلیدهای موجود v2 و v3 پس از انتقال Classic به Google Cloud می‌توانند بدون تغییر کد به کار ادامه دهند. بااین‌حال مدیریت کلید، مالکیت پروژه، سهمیه و وضعیت صورتحساب را باید از حساب مربوط بررسی کرد؛ «رایگان و نامحدود بودن همیشگی» فرض درستی نیست.
تنظیم کپچا در K2 قدیمی
- در مدیریت جوملا، وارد بخش کامپوننت‌ها و سپس K2 شوید و تنظیمات یا Parameters را باز کنید. عنوان گزینه‌ها به نسخه و ترجمه بستگی دارد.
- تنظیمات Comments را بررسی کنید. اگر گزینهٔ Anti-spam protection و ارائه‌دهندهٔ Google reCAPTCHA در همان نسخه وجود دارد، آن را مطابق راهنمای نصب خود انتخاب کنید.
- Site Key و Secret Key متناظر را در فیلدهای مربوط قرار دهید. در نسخه‌های قدیمی ممکن است این فیلدها در بخش Advanced یا تنظیمات ضداسپم باشند.
- بررسی کنید حفاظت نظرات برای مهمان و کاربر واردشده چگونه تنظیم شده است. بازبودن ثبت‌نام می‌تواند باعث شود ربات با یک حساب ثبت‌شده محدودیت مخصوص مهمان را دور بزند.
- تنظیمات را ذخیره و صفحهٔ یک مطلب دارای نظر را در پنجره‌ای جدا باز کنید. فقط نمایش ویجت را ملاک موفقیت قرار ندهید.
اگر گزینه‌های بالا در نسخهٔ شما وجود ندارند، از کپی‌کردن فایل افزونهٔ قدیمی یا نصب بستهٔ ناشناس خودداری کنید. تنظیم کپچای سراسری جوملا نیز الزاماً به معنی فعال‌شدن آن در فرم نظرات K2 نیست.
آزمون صحیح پس از فعال‌سازی کپچا
در محیط تست، یک ارسال معتبر و یک ارسال بدون پاسخ معتبر کپچا را امتحان کنید. فرم باید درخواست نامعتبر را در سمت سرور رد کند؛ اضافه‌کردن ویجت فقط به ظاهر صفحه، حفاظت کافی ایجاد نمی‌کند. در یکپارچه‌سازی کلاسیک گوگل، توکن پاسخ باید در سرور اعتبارسنجی شود، یک‌بارمصرف است و اعتبار زمانی محدودی دارد.
نظر مهمان، نظر کاربر واردشده و رفتار بعد از انقضای پاسخ را جدا کنترل کنید. کش، فشرده‌سازی JavaScript یا محدودیت شبکه می‌تواند مانع بارگذاری ویجت شود. اگر فقط صفحهٔ کش‌شده خراب است، تنظیم همان لایه را بررسی کنید؛ برای رفع مشکل، حفاظت تمام فرم‌ها را بی‌برنامه خاموش نکنید.
اگر جوملا جدید دارید
در جوملا ۵، افزونهٔ قدیمی reCAPTCHA از هسته حذف شده است. افزونهٔ کپچای سازگار و فعال، تنظیم پیش‌فرض سایت و استفادهٔ فرم از آن باید جداگانه بررسی شوند. این تفاوت به معنی سازگارشدن خودکار K2 قدیمی نیست. پیش از مهاجرت، انتقال مطالب، تصاویر، نظرات و URLهای K2 را نیز برنامه‌ریزی کنید.
جمع‌بندی و منابع رسمی
برای فعال‌سازی کپچا در K2، سازگاری نسخه، حفظ کلید محرمانه و آزمون اعتبارسنجی سمت سرور مهم‌تر از دنبال‌کردن یک اسکرین‌شات قدیمی است. مدیریت نظرات، محدودیت درخواست و به‌روزرسانی را در کنار کپچا نگه دارید.
