آموزشی - DlePlugin — قالب و افزونه حرفه‌ای دیتالایف انجین https://dleplugin.ir/ fa ساختار قالب دیتالایف انجین: راهنمای کامل فایل‌های TPL https://dleplugin.ir/blog/blog-tutorials/26-dle-template-structure-guide.html https://dleplugin.ir/blog/blog-tutorials/26-dle-template-structure-guide.html https://dleplugin.ir/blog/blog-tutorials/26-dle-template-structure-guide.html 08:29:57 +0330 چهارشنبه، 28 مرداد 1405 index قالب دیتالایف انجین موتور قالب سبکی دارد: نه حلقه‌ای در کار است و نه شرط تودرتو. هر فایل .tpl یک قطعه HTML است که موتور، تگ‌های داخلش را با داده جایگزین می‌کند. همین سادگی باعث می‌شود بیشتر مشکلات قالب‌نویسی از یک چیز بیاید: ندانستن اینکه هر فایل چند بار رندر می‌شود.

نقشه‌ی فایل‌ها

یک قالب کامل داخل templates/نام-قالب/ قرار می‌گیرد. فایل‌های اصلی و محل رندرشان:

فایلکجا رندر می‌شودچند بار
main.tplپوسته‌ی کل صفحه — از <html> تا </html>یک بار
shortstory.tplکارت مطلب در فهرست‌ها (صفحه اصلی، دسته، جستجو، آرشیو)به ازای هر مطلب
fullstory.tplصفحه‌ی کامل یک مطلبیک بار
relatednews.tplیک آیتم از فهرست «مطالب مرتبط»به ازای هر آیتم
comments.tplیک نظربه ازای هر نظر
addcomments.tplفرم ثبت نظریک بار
static.tplصفحات ثابتیک بار
modules/*.tplهرجا با {include} صدا زده شودبه تعداد صدا زدن

ستون آخر مهم‌ترین ستون این جدول است. به آن برمی‌گردیم.

main.tpl — اسکلت صفحه

این تنها فایلی است که تگ‌های <head> و ساختار کلی صفحه در آن نوشته می‌شود. تگ‌های کلیدی‌اش:

{headers} متاتگ‌ها، عنوان صفحه و لینک‌های canonical که خود دیتالایف می‌سازد https://dleplugin.ir/templates/DLEMarket مسیر پوشه‌ی قالب — همیشه به‌جای مسیر دستی از این استفاده کنید {content} خروجی اصلی هر صفحه (فهرست مطالب، مطلب کامل، فرم‌ها و …) {speedbar} مسیر راهنما (breadcrumb) {navigation} صفحه‌بندی {info} پیام‌های سیستمی {login} بلوک ورود / پروفایل کاربر {AJAX} اسکریپت‌های لازم دیتالایف — بدون آن نظرات و سبد خرید کار نمی‌کنند

{AJAX} را همیشه درست پیش از </body> بگذارید. اگر حذفش کنید، هیچ خطایی نمی‌بینید؛ فقط بخش‌های آژاکسی بی‌صدا از کار می‌افتند.

گنجاندن ماژول‌ها

{include file="modules/topmenu.tpl"} {include file="https://dleplugin.ir/templates/DLEMarket/css/styles.css"}

همین تگ برای CSS و JS هم کار می‌کند و محتوا را به‌صورت درون‌خطی وارد نمی‌کند، بلکه لینک استاندارد می‌سازد و پارامتر نسخه (cache_id) را خودش اضافه می‌کند. این یعنی اگر CSS را دستی با <link> اضافه کنید، از مکانیزم نسخه‌گذاری خارج می‌شوید و مرورگر کاربر تا مدت‌ها نسخه‌ی قدیمی را نشان می‌دهد.

شرط‌های قالب

دیتالایف چند شرط ساده در اختیار می‌گذارد که در همه‌ی فایل‌های TPL کار می‌کنند:

[available=main] فقط در صفحه‌ی اصلی [/available] [not-available=showfull] همه‌جا به‌جز صفحه‌ی مطلب کامل [/not-available] [group=5] فقط برای گروه کاربری ۵ (مهمان) [/group] [not-group=5] برای همه به‌جز مهمان‌ها [/not-group]

نام بخش‌ها همان مقدار پارامتر do در آدرس است: main، showfull، cat، search، static، register، feedback و مانند آن. چند بخش را با | جدا کنید:

[available=search|feedback|static] <!-- این صفحه‌ها نوار کناری ندارند --> [/available]

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

اشتباهی که تقریباً همه یک بار مرتکب می‌شوند

به ستون «چند بار» در جدول بالا برگردیم. relatednews.tpl برای هر آیتم رندر می‌شود و خروجی همه‌ی آیتم‌ها به هم چسبانده شده و جای {related-news} در fullstory.tpl می‌نشیند.

حالا فرض کنید relatednews.tpl را این‌طور نوشته باشید:

<!-- ❌ غلط --> <div class="related"> <h3>مطالب مرتبط</h3> <ul><li><a href="{link}">{title}</a></li></ul> </div>

نتیجه: اگر پنج مطلب مرتبط داشته باشید، پنج کادر و پنج بار عنوان «مطالب مرتبط» می‌بینید. کاربر فکر می‌کند سایت خراب است و گوگل هم پنج h3 تکراری در یک صفحه می‌بیند.

شکل درست این است که فایل آیتم فقط آیتم باشد و کادر به fullstory.tpl منتقل شود:

<!-- ✅ relatednews.tpl --> <li><a href="{link}"><span class="cat">{category}</span>{title limit="90"}</a></li>
<!-- ✅ fullstory.tpl --> [related-news] <div class="related"> <h3>مطالب مرتبط</h3> <ul>{related-news}</ul> </div> [/related-news]

شرط [related-news]…[/related-news] کادر را وقتی هیچ مطلب مرتبطی وجود ندارد کاملاً حذف می‌کند — وگرنه یک کادر خالی با عنوان روی صفحه می‌ماند.

همین الگو برای comments.tpl هم برقرار است: هر نظر یک بار رندر می‌شود، پس عنوان «نظرات» و کادر بیرونی باید در fullstory.tpl باشد، نه داخل فایل نظر.

تگ‌های محدودکننده‌ی طول

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

{short-story limit="200"} {title limit="90"} {text limit="150"}

اگر قالبی که می‌سازید فارسی است، پیش از دست‌بردن در CSS یک بار هفت تله‌ی راست‌به‌چپ‌سازی قالب را ببینید؛ چند مورد از آن‌ها درست در همین فایل‌ها اتفاق می‌افتند.

تصویر شاخص

دیتالایف تصویر جداگانه‌ای برای «تصویر شاخص» ندارد؛ به‌جایش تصاویر داخل متن را می‌شمارد:

{image-1} آدرس اولین تصویر متن {image-2} دومین تصویر [image-1] … [/image-1] اگر تصویر اول وجود داشت [not-image-1] … [/not-image-1] اگر نداشت

پس اگر می‌خواهید کارت‌های فهرست همیشه تصویر داشته باشند، عادت کنید اولین عنصر خلاصه‌ی هر مطلب یک تصویر باشد. در غیر این صورت با [not-image-1] یک تصویر پیش‌فرض بگذارید تا شبکه‌ی کارت‌ها به هم نریزد.

ساختار درست فایل‌ها نیمی از کار است؛ نیمه‌ی دیگر این است که همین ساختار سریع رندر شود — بهینه‌سازی Core Web Vitals در قالب دیتالایف.

چند قاعده‌ی عملی

  • هیچ‌وقت مسیر قالب را دستی ننویسید؛ همیشه https://dleplugin.ir/templates/DLEMarket. اگر کاربر قالب را در پوشه‌ای دیگر کپی کند، مسیرهای دستی می‌شکنند.
  • ماژول‌های تکراری (هدر، فوتر، منو، نوار کناری) را در modules/ جدا کنید. تکرار مارک‌آپ در چند فایل TPL یعنی هر تغییر باید چند جا اعمال شود.
  • بعد از هر تغییر در CSS یا JS، مقدار cache_id را در engine/data/config.php عوض کنید یا از پنل مدیریت کش را پاک کنید؛ وگرنه مرورگر نسخه‌ی قدیمی را نگه می‌دارد.
  • پیش از تحویل قالب، صفحه‌ی جستجو، صفحه‌ی ۴۰۴ و صفحه‌ی خطای دسترسی را هم ببینید. این سه صفحه معمولاً تا اولین بازدید واقعی کاربر دیده نمی‌شوند.

جمع‌بندی

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

بیشتر بخوانید
]]> چرا دیتالایف انجین؟ مقایسه‌ی صادقانه با وردپرس و بقیه‌ی CMSها https://dleplugin.ir/blog/blog-tutorials/35-why-datalife-engine-vs-wordpress.html https://dleplugin.ir/blog/blog-tutorials/35-why-datalife-engine-vs-wordpress.html https://dleplugin.ir/blog/blog-tutorials/35-why-datalife-engine-vs-wordpress.html 13:41:01 +0330 سه شنبه، 27 مرداد 1405 index هر بار که کسی می‌خواهد یک سایت خبری یا محتوایی راه بیندازد، اولین پیشنهادی که می‌شنود وردپرس است. این پیشنهاد اشتباه نیست — وردپرس چیزی حدود چهل درصد وب را می‌گرداند و اکوسیستمش بی‌رقیب است. اما «پرکاربردترین» همیشه به معنی «مناسب‌ترین» نیست.

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

۱. سرعت و مصرف منابع

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

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

به این اضافه کنید سیستم کش چندلایه‌ای که در خود هسته تعبیه شده و بدون هیچ افزونه‌ی اضافه‌ای کار می‌کند. نتیجه‌ی عملی: سایتی که روی وردپرس به سرور اختصاصی نیاز پیدا می‌کند، معمولاً روی دیتالایف با یک هاست اشتراکی خوب یا یک VPS ارزان هم می‌چرخد.

یعنی وردپرس کند است؟

نه لزوماً. وردپرسِ درست تنظیم‌شده با کش کامل صفحه، CDN و افزونه‌های کم هم سریع می‌شود. حرف این است که در وردپرس سرعت چیزی است که باید ساخته شود؛ در دیتالایف چیزی است که پیش‌فرض است.

سریع‌بودنِ پیش‌فرض به این معنا نیست که کاری لازم نیست؛ راهنمای Core Web Vitals نشان می‌دهد باقی راه چیست.

۲. امنیت و سطح حمله

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

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

نکته‌ی منصفانه: بسته‌بودن کد به‌خودی‌خود امنیت نمی‌آورد. مزیت واقعی، «کمتر بودن قطعات» است، نه پنهان بودن کد.

۳. موتور قالب

قالب دیتالایف HTML ساده است به‌علاوه‌ی چند تگ مثل {title} و [category]. هیچ PHP‌ای داخل قالب نوشته نمی‌شود.

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

موتور قالب دیتالایف را در راهنمای کامل فایل‌های TPL به‌تفصیل باز کرده‌ایم.

۴. آنچه در هسته آماده است

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

۵. پنل مدیریت

پنل دیتالایف برای یک کار طراحی شده: انتشار محتوا. فرم افزودن مطلب همه‌چیز را در یک صفحه با چند تب می‌گذارد — متن، دسته، تصویر، سئو، دسترسی و زمان‌بندی. برای تحریریه‌ای که روزی چند ده مطلب منتشر می‌کند، این تفاوت در سرعت کار واقعاً حس می‌شود.

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

۶. مقایسه با جوملا و دروپال

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

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

سیستم‌های هدلس (مثل Strapi یا Ghost با فرانت اختصاصی) برای تیم‌هایی که توسعه‌دهنده‌ی فرانت دارند عالی‌اند، ولی برای صاحب سایتی که می‌خواهد خودش محتوا مدیریت کند، پیچیدگی غیرضروری می‌آورند.

۷. کجا دیتالایف انتخاب درستی است

  • سایت خبری، مجله‌ی آنلاین یا وبلاگ پرترافیک
  • سایت دانلود و آرشیو فایل
  • انجمن‌محور یا هر سایتی که کاربر ثبت‌نام می‌کند و نظر می‌گذارد
  • وقتی بودجه‌ی سرور محدود است ولی ترافیک بالاست
  • وقتی می‌خواهید ظاهر سایت کاملاً اختصاصی باشد و کد قالب تمیز بماند

۸. کجا نباید سراغش رفت

اینجا صادق باشیم، چون انتخاب اشتباه بعداً گران تمام می‌شود:

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

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

جمع‌بندی

دیتالایف انجین «وردپرسِ بهتر» نیست؛ ابزار متفاوتی برای کار متفاوتی است. اگر محصول شما محتواست و معیار موفقیتتان سرعت بارگذاری، پایداری زیر ترافیک و هزینه‌ی سرور است، دیتالایف با کمترین دردسر همان چیزی را می‌دهد که در وردپرس باید با چند افزونه و کلی تنظیم ساخته شود.

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

بیشتر بخوانید
]]> آدرس‌های سئوپسند در دیتالایف ۲۰: پیکربندی کامل و بدون محتوای تکراری https://dleplugin.ir/blog/blog-tutorials/27-dle-seo-friendly-urls.html https://dleplugin.ir/blog/blog-tutorials/27-dle-seo-friendly-urls.html https://dleplugin.ir/blog/blog-tutorials/27-dle-seo-friendly-urls.html 08:29:57 +0330 سه شنبه، 27 مرداد 1405 index ساختار آدرس از آن دسته تصمیم‌هایی است که یک بار گرفته می‌شود و سال‌ها با سایت می‌ماند. عوض کردنش بعد از ایندکس شدن، یعنی ریدایرکت، افت موقت رتبه و مدتی سردرگمی خزنده‌ها. بنابراین ارزشش را دارد که همان اول درست انجام شود.

مرحله‌ی صفر: mod_rewrite

پیش از هر تنظیمی مطمئن شوید بازنویسی آدرس روی سرور فعال است. فایل .htaccess در ریشه‌ی سایت باید این بلوک را داشته باشد:

DirectoryIndex index.php <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . index.php [L] </IfModule>

روی nginx معادلش یک try_files است:

location / { try_files $uri $uri/ /index.php?$args; }

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

فعال‌سازی در پنل

پنل مدیریت ← تنظیمات اسکریپت ← تنظیمات آدرس‌ها. گزینه‌ی «استفاده از آدرس‌های سئوپسند» را روشن کنید. این گزینه در فایل پیکربندی معادل allow_alt_url است.

در همان بخش، حالت آدرس مطلب را انتخاب می‌کنید. سه الگوی رایج:

الگونمونهمناسب برای
دسته + شناسه + نام/blog/blog-tutorials/23-post-name.htmlسایت‌های محتوایی با دسته‌بندی معنادار
شناسه + نام/23-post-name.htmlوقتی مطلب ممکن است بین دسته‌ها جابه‌جا شود
تاریخ + نام/2026/08/post-name.htmlسایت‌های خبری با آرشیو زمانی

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

rules.json — جایی که ساختار واقعاً تعریف می‌شود

در دیتالایف ۲۰ قواعد مسیریابی از هسته جدا شده و در engine/data/rules.json نگهداری می‌شود. هر قاعده سه بخش دارد:

"showfull": [ "/{category}/{newsid}-{news_name}.html", "/index.php?newsid={newsid}", "/{category:[^.]+}/{newsid:\d+}-{news_name:.*}.html" ]
  1. الگوی ساخت — دیتالایف با این الگو لینک‌های داخل سایت را می‌سازد.
  2. آدرس داخلی — درخواست در نهایت به این شکل ترجمه می‌شود.
  3. الگوی تطبیق — عبارت باقاعده‌ای که آدرس ورودی با آن سنجیده می‌شود.

اگر خواستید ساختار دلخواه بسازید، هر سه بخش باید هم‌خوان بمانند. مثلاً برای حذف پسوند .html از آدرس مطالب:

"showfull": [ "/{category}/{newsid}-{news_name}", "/index.php?newsid={newsid}", "/{category:[^.]+}/{newsid:\d+}-{news_name:[^/]*}" ]

سه هشدار جدی پیش از دست زدن به این فایل:

  • پشتیبان بگیرید. یک ویرگول جا افتاده کل سایت را از کار می‌اندازد، چون JSON نامعتبر قابل تجزیه نیست.
  • الگوی تطبیق را آن‌قدر باز نگذارید که با مسیرهای دیگر تداخل کند. {news_name:.*} بدون پسوند، آدرس دسته‌ها را هم می‌بلعد.
  • بعد از ویرایش، کش سیستم را پاک کنید تا قواعد دوباره خوانده شوند.

تداخل نام دسته با پوشه‌های واقعی

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

نام‌های پرخطر: uploads، templates، engine، backup، language، public. اگر دسته‌ای با نام templates ساختید و صفحه‌اش ۴۰۳ یا فهرست فایل نشان داد، مشکل همین است. راه‌حل: نام مستعار دسته را عوض کنید (مثلاً themes).

آدرس‌دهی درست شما را وارد نتایج می‌کند؛ برای گرفتن فضای بیشتر در همان نتایج می‌توانید بخش پرسش و پاسخ ساختاریافته هم به مطالب اضافه کنید — افزونه پرسش و پاسخ (Simple FAQ).

جلوگیری از محتوای تکراری

بعد از فعال کردن آدرس سئوپسند، هر صفحه از دو مسیر در دسترس می‌ماند: مسیر تازه و مسیر قدیمی index.php?newsid=…. برای گوگل این یعنی دو نسخه از یک صفحه.

۱. تگ canonical

دیتالایف تگ canonical را در خروجی {headers} می‌سازد. کافی است در main.tpl از این تگ استفاده کرده باشید و آن را با متاتگ‌های دستی جایگزین نکنید.

۲. صفحه‌بندی

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

۳. نسخه‌ی چاپی و آرشیو

اگر صفحه‌ی چاپ و آرشیوهای تاریخی برایتان ترافیک ارگانیک نمی‌آورند، در robots.txt ببندیدشان:

User-agent: * Disallow: /index.php?mod=print Disallow: /*print:page Disallow: /*do=lastcomments Disallow: /*do=search Disallow: /*action=mobile Sitemap: https://example.com/sitemap.xml

انتقال از ساختار قدیمی

اگر سایت شما قبلاً ایندکس شده و حالا ساختار را عوض می‌کنید، ریدایرکت ۳۰۱ اجباری است — نه اختیاری. دیتالایف بخش «مدیریت ریدایرکت‌ها» را در پنل دارد که برای تعداد محدود آدرس مناسب است.

برای انتقال گسترده، قاعده‌ی سراسری در .htaccess کارآمدتر است. نمونه‌ی انتقال از الگوی بدون دسته به الگوی با دسته:

RewriteCond %{QUERY_STRING} ^newsid=([0-9]+)$ RewriteRule ^index.php$ /index.php?newsid=%1 [R=301,L]

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

# حذف www RewriteCond %{HTTP_HOST} ^www.(.+)$ [NC] RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L] # اجبار HTTPS RewriteCond %{HTTPS} off RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

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

بعد از انتقال چه کنید

  1. نقشه‌ی سایت را از پنل بازسازی کنید و در سرچ کنسول دوباره ثبت کنید.
  2. گزارش «پوشش» سرچ کنسول را دو تا سه هفته پیگیری کنید؛ افزایش موقت خطاها طبیعی است.
  3. لینک‌های داخلی را به آدرس‌های تازه به‌روز کنید. ریدایرکت کار می‌کند، ولی لینک مستقیم بهتر است.
  4. ریدایرکت‌ها را حداقل یک سال نگه دارید. حذف زودهنگام یعنی از دست دادن اعتبار لینک‌های خارجی.

جمع‌بندی

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

بیشتر بخوانید
]]> بهینه‌سازی Core Web Vitals در قالب دیتالایف: LCP، CLS و INP https://dleplugin.ir/blog/blog-tutorials/28-dle-core-web-vitals.html https://dleplugin.ir/blog/blog-tutorials/28-dle-core-web-vitals.html https://dleplugin.ir/blog/blog-tutorials/28-dle-core-web-vitals.html 08:29:57 +0330 دوشنبه، 26 مرداد 1405 index وقتی از «سرعت سایت» حرف می‌زنیم معمولاً منظورمان یک عدد کلی است. اما آنچه گوگل واقعاً می‌سنجد سه معیار مشخص است و هرکدام علت متفاوتی دارد. خبر خوب برای کاربران دیتالایف: بخش بزرگی از امتیاز از دست رفته در سطح قالب قابل جبران است، نه سرور.

معیارچه چیزی را می‌سنجدهدف
LCPزمان نمایش بزرگ‌ترین عنصر صفحهزیر ۲.۵ ثانیه
CLSمیزان جابه‌جایی ناگهانی عناصر هنگام بارگذاریزیر ۰.۱
INPتأخیر پاسخ به تعامل کاربرزیر ۲۰۰ میلی‌ثانیه

LCP — بزرگ‌ترین عنصر صفحه

در قالب‌های دیتالایف، عنصر LCP تقریباً همیشه یکی از این دوتاست: تصویر بنر بالای صفحه، یا تیتر اصلی مطلب.

فونت را زودتر برسانید

اگر تیتر شما عنصر LCP است، تا وقتی فونت نرسیده متن رندر نمی‌شود. سه کار لازم است:

<link rel="preload" href="https://dleplugin.ir/templates/DLEMarket/fonts/Vazirmatn-400.woff2" as="font" type="font/woff2" crossorigin> <link rel="preload" href="https://dleplugin.ir/templates/DLEMarket/fonts/Vazirmatn-800.woff2" as="font" type="font/woff2" crossorigin>
@font-face { font-family: 'Vazirmatn'; src: url('../fonts/Vazirmatn-400.woff2') format('woff2'); font-weight: 400; font-display: swap; /* متن با فونت جایگزین نمایش داده می‌شود تا فونت اصلی برسد */ }
  • فقط وزن‌هایی را preload کنید که واقعاً بالای صفحه استفاده می‌شوند. preload کردن شش وزن، پهنای باند را از چیزی می‌گیرد که به آن نیاز فوری دارید.
  • فونت را محلی میزبانی کنید. هر دامنه‌ی خارجی یعنی یک DNS lookup و یک دست‌دادن TLS اضافه.
  • فرمت woff2 کافی است. ttf و eot برای مرورگرهایی است که دیگر وجود ندارند و فقط حجم اضافه‌اند.

تصویر بالای صفحه را lazy نکنید

این اشتباه بسیار رایج است: loading="lazy" روی همه‌ی تصاویر گذاشته می‌شود، از جمله تصویر بنر. نتیجه این است که مرورگر بارگذاری مهم‌ترین تصویر صفحه را عقب می‌اندازد و LCP بدتر می‌شود.

<!-- تصویر بالای صفحه --> <img src="..." width="1200" height="630" fetchpriority="high"> <!-- تصاویر پایین‌تر --> <img src="..." width="400" height="225" loading="lazy" decoding="async">

CSS حیاتی را بالا نگه دارید

ترتیب {include} ها در main.tpl اهمیت دارد. استایل‌های مربوط به هدر و بخش بالای صفحه باید زودتر از استایل‌های صفحه‌های داخلی بارگذاری شوند. اگر فایل CSS بزرگی دارید که فقط در صفحه‌ی محصول لازم است، آن را با شرط قالب جدا کنید:

[available=showfull] {include file="https://dleplugin.ir/templates/DLEMarket/css/product.css"} [/available]

CLS — جهش چیدمان

CLS آزاردهنده‌ترین معیار برای کاربر است: می‌خواهد روی چیزی کلیک کند و در همان لحظه صفحه جابه‌جا می‌شود. سه منبع اصلی در قالب‌های دیتالایف:

۱. تصاویر بدون ابعاد

هر <img> باید width و height داشته باشد. مرورگر از روی این دو، نسبت تصویر را حساب می‌کند و جای خالی را از قبل رزرو می‌کند. اندازه‌ی نمایشی را CSS تعیین می‌کند:

img { max-width: 100%; height: auto; }

در کارت‌های فهرست که تصاویر با ابعاد متفاوت می‌آیند، به‌جای ابعاد ثابت از aspect-ratio استفاده کنید:

.card__thumb { aspect-ratio: 16 / 9; overflow: hidden; } .card__thumb img { width: 100%; height: 100%; object-fit: cover; }

۲. بنرها و تبلیغات

جای بنر را با ارتفاع کمینه از قبل رزرو کنید، حتی وقتی بنری وجود ندارد:

.banner-slot { min-height: 250px; }

۳. محتوای آژاکسی

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

INP — پاسخ به تعامل

INP جایگزین FID شده و سخت‌گیرانه‌تر است: کل تأخیر بین کلیک کاربر و دیده شدن نتیجه را می‌سنجد. مقصر معمولاً جاوااسکریپت است.

  • اسکریپت‌ها را با defer بارگذاری کنید. اسکریپت بدون defer در <head> کل تجزیه‌ی HTML را متوقف می‌کند.
  • jQuery اضافی بار نکنید. دیتالایف خودش jQuery را لود می‌کند؛ نسخه‌ی دوم فقط حجم و تداخل است.
  • رویدادهای پرتکرار را throttle کنید. شنونده‌ی scroll یا resize که در هر فراخوانی محاسبه‌ی سنگین انجام دهد، مستقیم به INP آسیب می‌زند.
  • انیمیشن را روی transform و opacity بسازید. انیمیشن روی width، height، top یا margin در هر فریم چیدمان را دوباره محاسبه می‌کند.

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

سمت سرور: کارهایی که یک بار انجام می‌شوند

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

کارکجا
فعال کردن کش دیتالایفپنل ← تنظیمات اسکریپت ← بهینه‌سازی
فشرده‌سازی Gzip / Brotliپیکربندی وب‌سرور
هدر Cache-Control برای فایل‌های ثابت.htaccess یا nginx
تبدیل تصاویر به WebPپنل ← تنظیمات آپلود
HTTP/2 یا HTTP/3وب‌سرور

نمونه‌ی هدر کش برای فایل‌های ثابت:

<IfModule mod_expires.c> ExpiresActive On ExpiresByType text/css "access plus 1 year" ExpiresByType application/javascript "access plus 1 year" ExpiresByType font/woff2 "access plus 1 year" ExpiresByType image/webp "access plus 6 months" </IfModule>

کش یک‌ساله فقط وقتی امن است که آدرس فایل‌ها نسخه‌دار باشد. دیتالایف این کار را با پارامتر cache_id انجام می‌دهد — به شرطی که فایل‌ها را با {include} اضافه کرده باشید و نه با تگ <link> دستی.

بخشی از این تنظیم‌ها داخل فایل‌های قالب انجام می‌شود؛ اگر مطمئن نیستید هر تگ در کدام فایل رندر می‌شود، راهنمای ساختار فایل‌های TPL را ببینید.

چطور اندازه بگیرید

PageSpeed Insights یک آزمایش آزمایشگاهی است و همیشه با تجربه‌ی واقعی کاربران یکی نیست. برای تصمیم‌گیری، بخش «داده‌های واقعی کاربران» همان گزارش یا گزارش Core Web Vitals در سرچ کنسول معتبرتر است. همیشه روی موبایل بسنجید؛ اختلاف امتیاز موبایل و دسکتاپ معمولاً چشمگیر است.

جمع‌بندی

ترتیب کار را از پرتأثیر به کم‌تأثیر بچینید: اول ابعاد تصاویر و رزرو فضای بنر (CLS تقریباً رایگان درست می‌شود)، بعد بارگذاری فونت و اولویت تصویر بالای صفحه (LCP)، و در آخر بازبینی جاوااسکریپت (INP). این ترتیب بیشترین نتیجه را با کمترین ریسک می‌دهد.

بیشتر بخوانید
]]> راست‌به‌چپ‌سازی قالب دیتالایف: هفت تله‌ای که کار را خراب می‌کند https://dleplugin.ir/blog/blog-tutorials/29-dle-rtl-theme-guide.html https://dleplugin.ir/blog/blog-tutorials/29-dle-rtl-theme-guide.html https://dleplugin.ir/blog/blog-tutorials/29-dle-rtl-theme-guide.html 08:29:57 +0330 یکشنبه، 25 مرداد 1405 index راست‌به‌چپ کردن یک قالب در نگاه اول کار ساده‌ای است: dir="rtl" روی <html> و تمام. صفحه برمی‌گردد، متن‌ها درست می‌شوند و همه‌چیز مرتب به نظر می‌رسد. مشکل‌ها بعداً پیدا می‌شوند — معمولاً وقتی مشتری آنها را پیدا می‌کند.

قاعده‌ی طلایی: ویژگی‌های منطقی

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

به‌جایبنویسید
margin-leftmargin-inline-start
margin-rightmargin-inline-end
padding-leftpadding-inline-start
border-rightborder-inline-end
left: 0inset-inline-start: 0
text-align: lefttext-align: start

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

۱. ترنسفورم‌ها برنمی‌گردند

transform هیچ نسخه‌ی منطقی ندارد. translateX(-100%) در RTL هم دقیقاً همان مقدار را به همان سمت می‌برد. نتیجه: منوی کشویی موبایل که باید از راست بیاید، از چپ می‌آید و اسلایدرها برعکس حرکت می‌کنند.

/* ❌ در راست‌به‌چپ برعکس عمل می‌کند */ .drawer { transform: translateX(-100%); } /* ✅ جهت را صریح مشخص کنید */ [dir="rtl"] .drawer { transform: translateX(100%); }

برای اسلایدرهای آماده، معمولاً گزینه‌ی rtl: true در پیکربندی وجود دارد. اول آن را بررسی کنید؛ دستکاری CSS اسلایدر آخرین راه‌حل است.

۲. سرریز افقی از عناصر مخفی

ترفند قدیمی پنهان کردن عناصر با بردن‌شان به بیرون صفحه، در RTL معنایش عوض می‌شود:

/* ❌ در راست‌به‌چپ باعث اسکرول افقی کل صفحه می‌شود */ .sr-only { position: absolute; left: -9999px; } /* ✅ روش امن و استاندارد */ .sr-only { position: absolute; width: 1px; height: 1px; padding: 0; margin: -1px; overflow: hidden; clip-path: inset(50%); white-space: nowrap; border: 0; }

اگر روی موبایل نوار اسکرول افقی می‌بینید و منبعش را پیدا نمی‌کنید، این را اول بررسی کنید.

۳. متن لاتین وسط متن فارسی

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

.brand, .ltr { direction: ltr; unicode-bidi: isolate; /* متن را از محیط اطرافش جدا می‌کند */ }

برای فیلدهای ورودی که محتوای لاتین می‌گیرند (آدرس، ایمیل، کد تخفیف) همیشه dir="ltr" بگذارید. کاربر هنگام تایپ URL در فیلد راست‌چین، هیچ ایده‌ای ندارد که چه اتفاقی دارد می‌افتد.

۴. اعداد و مبالغ

عدد در متن فارسی راست‌چین می‌ماند اما رقم‌هایش چپ‌به‌راست خوانده می‌شوند. برای جدول‌های مالی این دو نکته را رعایت کنید:

.amount { direction: ltr; unicode-bidi: embed; font-variant-numeric: tabular-nums; /* عرض یکسان ارقام، ستون‌ها تراز می‌مانند */ }

و جداکننده‌ی هزارگان را در سمت سرور اضافه کنید، نه با CSS. number_format() نتیجه‌ی قابل پیش‌بینی می‌دهد.

۵. آیکن‌های جهت‌دار

فلش «بعدی» در چپ‌به‌راست به راست اشاره می‌کند و در راست‌به‌چپ باید به چپ اشاره کند. آیکن‌های نقل‌قول، انتقال و بازگشت هم همین‌طور. ساده‌ترین راه:

[dir="rtl"] .ic-arrow, [dir="rtl"] .ic-chevron { transform: scaleX(-1); }

ولی مراقب باشید این قاعده را روی همه‌ی آیکن‌ها اعمال نکنید. آیکن ساعت، ذره‌بین یا سبد خرید نباید آینه شود.

۶. سایه و گرادیان

box-shadow و linear-gradient هم منطقی نیستند. سایه‌ای که در LTR زیر و راست عنصر بود، در RTL باید به چپ برود تا منبع نور یکسان به نظر برسد:

.card { box-shadow: 6px 6px 18px rgba(0,0,0,.08); } [dir="rtl"] .card { box-shadow: -6px 6px 18px rgba(0,0,0,.08); }

اگر سایه‌ی شما متقارن است (0 4px …)، نیازی به این کار نیست — که خودش دلیل خوبی است برای اینکه سایه‌ها را متقارن طراحی کنید.

۷. دسترسی به فایل فونت

این مورد ربطی به CSS ندارد ولی همیشه سر همین گیر می‌افتد: اگر فونت‌ها را در زیرپوشه‌ای از قالب گذاشته‌اید و مرورگر خطای ۴۰۳ می‌دهد، احتمالاً یک .htaccess در مسیر بالاتر دسترسی را بسته است. یک .htaccess در پوشه‌ی فونت‌ها اجازه را برمی‌گرداند:

<IfModule mod_authz_core.c> Require all granted </IfModule> <IfModule !mod_authz_core.c> Order deny,allow Allow from all </IfModule>

این هفت تله در لایه‌ی CSS اتفاق می‌افتند؛ برای اینکه بدانید هر قطعه‌ی HTML از کدام فایل قالب می‌آید، راهنمای ساختار فایل‌های TPL را کنار دستتان بگذارید.

چک‌لیست تحویل

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

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

جمع‌بندی

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

بیشتر بخوانید
]]> راه‌اندازی فروشگاه فایل روی دیتالایف انجین از صفر https://dleplugin.ir/blog/blog-tutorials/22-setup-file-shop-on-dle.html https://dleplugin.ir/blog/blog-tutorials/22-setup-file-shop-on-dle.html https://dleplugin.ir/blog/blog-tutorials/22-setup-file-shop-on-dle.html 12:36:38 +0330 شنبه، 24 مرداد 1405 index در این راهنما قدم‌به‌قدم یک فروشگاه فایل روی دیتالایف راه می‌اندازیم. فرض می‌کنیم دیتالایف را نصب کرده‌اید و به پنل مدیریت دسترسی دارید.

گام اول: نصب افزونه

فایل افزونه را در مسیر سایت باز کنید و نصب‌کننده را اجرا نمایید. نصب‌کننده جداول لازم را می‌سازد و نقاط اتصال را به هسته اضافه می‌کند.

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

گام دوم: تنظیم درگاه پرداخت

در بخش تنظیمات فروشگاه، مرچنت کد زرین‌پال را وارد کنید. اگر واحد پول سایت شما تومان است، ضریب تبدیل به ریال را روی ۱۰ بگذارید. تا زمانی که سایت آماده نشده، حالت آزمایشی را روشن نگه دارید.

گام سوم: اولین محصول

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

بیشتر بخوانید
]]> چک‌لیست تنظیمات دیتالایف انجین پس از نصب: ۱۸ کاری که باید انجام دهید https://dleplugin.ir/blog/blog-tutorials/30-dle-post-install-checklist.html https://dleplugin.ir/blog/blog-tutorials/30-dle-post-install-checklist.html https://dleplugin.ir/blog/blog-tutorials/30-dle-post-install-checklist.html 08:29:57 +0330 شنبه، 24 مرداد 1405 index نصب دیتالایف انجین چند دقیقه بیشتر طول نمی‌کشد و همان‌جاست که اغلب کار متوقف می‌شود: سایت بالا آمده، پس ادامه‌اش باشد برای بعد. مشکل این است که «بعد» معمولاً نمی‌آید و شش ماه بعد با یک سایت هک‌شده یا ایمیل‌هایی که هیچ‌وقت به دست کاربر نرسیده‌اند طرف می‌شوید.

این هجده مورد را همان روز اول انجام دهید.

امنیت

۱. مسیر پنل مدیریت را عوض کنید

فایل admin.php را به نام دیگری تغییر دهید و همان نام را در engine/data/config.php در کلید admin_path ثبت کنید. این کار جلوی حمله‌ی هدفمند را نمی‌گیرد، اما ربات‌هایی را که کورکورانه /admin.php را می‌زنند حذف می‌کند — و اینها اکثریت ترافیک مخرب‌اند.

۲. احراز هویت دو مرحله‌ای را فعال کنید

برای همه‌ی حساب‌های مدیر، نه فقط حساب اصلی. پنل ← کاربران ← ویرایش کاربر.

۳. نمایش خطاهای PHP را خاموش کنید

در engine/data/config.php مقدار display_php_errors باید صفر باشد. پیام خطای PHP مسیر فایل‌ها، نام جداول و گاهی بخشی از کوئری را لو می‌دهد.

۴. دسترسی پوشه‌ها را بررسی کنید

مسیردسترسی
engine/data/۷۵۵ — و از طریق وب بسته
engine/cache/۷۷۷ (نیاز به نوشتن دارد)
uploads/۷۵۵ با اجرای PHP بسته
backup/از طریق وب کاملاً بسته

و مطمئن شوید .htaccess داخل uploads/ اجرای فایل‌های PHP را مسدود می‌کند:

<FilesMatch ".([Pp][Hh][Pp]|[Pp][Hh][Tt][Mm][Ll]).?"> <IfModule mod_authz_core.c> Require all denied </IfModule> </FilesMatch>

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

۵. install.php را حذف کنید

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

۶. حساب‌های پیش‌فرض و آزمایشی را پاک کنید

هر کاربری که برای تست ساخته‌اید و رمز ساده‌ای دارد، یک در باز است.

عملکرد

۷. کش را فعال کنید

پنل ← تنظیمات اسکریپت ← بهینه‌سازی. برای سایت‌های پربازدید، کش کامل صفحه بیشترین تأثیر را دارد.

۸. فشرده‌سازی و کش مرورگر را روشن کنید

Gzip یا Brotli در سطح وب‌سرور، و هدر Cache-Control بلندمدت برای CSS، JS، فونت و تصویر.

۹. تبدیل خودکار تصویر به WebP

پنل ← تنظیمات آپلود. کاهش حجم تصاویر معمولاً بزرگ‌ترین برد سرعتی یک سایت محتوایی است.

۱۰. واترمارک و اندازه‌ی بیشینه‌ی آپلود را تعیین کنید

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

سئو

۱۱. آدرس‌های سئوپسند

پیش از انتشار محتوا نهایی‌اش کنید. تغییر ساختار بعد از ایندکس شدن، هزینه دارد.

۱۲. عنوان و توضیح متای پیش‌فرض

پنل ← تنظیمات اسکریپت ← متاتگ‌ها. الگوی عنوان صفحات دسته و صفحه‌بندی را طوری تنظیم کنید که عنوان تکراری تولید نشود.

۱۳. نقشه‌ی سایت

از پنل بسازید، در robots.txt معرفی و در سرچ کنسول ثبت کنید. اگر مطالب زیادی دارید، بازسازی خودکار را با کرون زمان‌بندی کنید.

۱۴. robots.txt

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

۱۵. HTTPS و نسخه‌ی یکتای دامنه

یک دامنه‌ی اصلی انتخاب کنید (با www یا بدون آن) و بقیه را با ریدایرکت ۳۰۱ به آن بفرستید. آدرس سایت را در تنظیمات دیتالایف هم با همان شکل ثبت کنید.

دو مورد از این فهرست جای کار بیشتری دارند و هرکدام راهنمای جداگانه دارند: آدرس‌های سئوپسند در دیتالایف ۲۰ و بهینه‌سازی Core Web Vitals.

ارتباطات و نگهداری

۱۶. ایمیل را با SMTP بفرستید

تابع mail() پیش‌فرض PHP در عمل به اسپم می‌رود. در پنل ← تنظیمات ایمیل، SMTP را با یک سرویس معتبر تنظیم کنید و رکوردهای SPF و DKIM را روی دامنه ثبت کنید. بعد از تنظیم، یک ثبت‌نام آزمایشی انجام دهید و ببینید ایمیل فعال‌سازی واقعاً می‌رسد.

۱۷. کرون را زمان‌بندی کنید

*/15 * * * * /usr/bin/php /path/to/site/cron.php

بدون کرون، کارهای زمان‌بندی‌شده مثل انتشار خودکار مطالب، پاک‌سازی کش و ارسال خبرنامه اجرا نمی‌شوند.

۱۸. پشتیبان‌گیری خودکار

پشتیبان دیتابیس و پوشه‌ی uploads/. نسخه‌ی پشتیبان باید جایی خارج از همان سرور نگهداری شود. و مهم‌تر از گرفتن پشتیبان: یک بار بازگردانی‌اش را روی یک محیط آزمایشی امتحان کنید. پشتیبانی که تست نشده، پشتیبان نیست.

گروه‌های کاربری — نکته‌ی پایانی

پیش از باز کردن ثبت‌نام، دسترسی گروه «مهمان» و «کاربر عادی» را مرور کنید. پیش‌فرض‌ها سخاوتمندانه‌اند. مواردی که معمولاً باید محدود شوند:

  • ارسال مطلب بدون تأیید مدیر
  • استفاده از HTML در نظرات
  • آپلود فایل
  • ارسال پیام خصوصی برای کاربران تازه‌ثبت‌نام‌کرده

جمع‌بندی

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

بیشتر بخوانید
]]> هفت اشتباه رایج که سرعت سایت دیتالایف شما را می‌گیرد https://dleplugin.ir/blog/blog-tutorials/23-seven-dle-speed-mistakes.html https://dleplugin.ir/blog/blog-tutorials/23-seven-dle-speed-mistakes.html https://dleplugin.ir/blog/blog-tutorials/23-seven-dle-speed-mistakes.html 12:36:38 +0330 پنجشنبه، 22 مرداد 1405 index سرعت سایت مستقیم روی رتبه و نرخ تبدیل اثر می‌گذارد. این هفت مورد شایع‌ترین دلایل کندی سایت‌های دیتالایف هستند.

۱. کش خاموش است

ساده‌ترین و مؤثرترین تنظیم. در تنظیمات عمومی، کش را روشن کنید و مدت آن را متناسب با نرخ انتشار مطلب تعیین نمایید.

برای سنجیدن اثر هر تغییر با همان معیارهایی که گوگل اندازه می‌گیرد، راهنمای بهینه‌سازی Core Web Vitals را کنار این فهرست داشته باشید.

۲. تصاویر بدون تغییر اندازه آپلود می‌شوند

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

۳. افزونه‌های همپوشان

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

بیشتر بخوانید
]]>