قطعه کد تغییر تعداد نوشته‌های صفحه مدیریت
قطعه کد تغییر تعداد نوشته‌های صفحه مدیریت وردپرس چطور کار می‌کند؟ راهنمای عملی تغییر تعداد نمایش نوشته‌ها، برگه‌ها و انواع سفارشی در پیشخوان — از هوک
چند سال پیش، در پروژه‌ای برای یک مجلهٔ خبری، مدیر سایت شکایت کرد که «صفحهٔ نوشته‌ها در پیشخوان، همیشه کارم را سخت می‌کند» و وقتی دلیلش را پرسیدم، گفت که هر بار باید بین ده‌ها صفحه جابه‌جا شود تا پنج یا شش نوشتهٔ هفتهٔ اخیر را پیدا کند. راه‌حل، آن‌قدر ساده بود که اول باور نکرد: تغییر یک عدد، از بیست به پنجاه. همان لحظه بود که به یک قاعدهٔ کوچک در کارم رسیدم: بعضی از پرمصرف‌ترین بهبودهای تجربهٔ مدیران، در واقع ساده‌ترین تنظیم‌های پیشخوان هستند، نه پیچیده‌ترین افزونه‌ها. در این مقاله، دربارهٔ همان تنظیم کوچک ولی پرکاربرد صحبت می‌کنیم: قطعه کد تغییر تعداد نوشته‌های صفحه مدیریت وردپرس. با هم می‌بینیم چطور این کار با یک هوک رسمی انجام می‌شود، چطور براساس نوع نوشته یا نقش کاربر محدودش کنیم، و چه نکات کارایی و پایداری‌ای باید در نظر بگیریم. اگر با مفهوم پایهٔ اسنیپت آشنا نیستید، پیش از ادامه قطعه کد وردپرس چیست و چگونه از آن استفاده کنیم نقطهٔ شروع مناسبی است.
چرا تعداد نوشته‌های پیشخوان، یک تنظیم کوچک با اثر بزرگ است
تعداد نوشته‌هایی که در صفحهٔ پیشخوان نمایش داده می‌شوند، به‌طور پیش‌فرض روی عدد ۲۰ تنظیم است. این عدد، نتیجهٔ توازن میان سرعت بارگذاری و راحتی مشاهده است: کم بودنش، باعث جابه‌جایی زیاد بین صفحات می‌شود؛ زیاد بودنش، صفحه را کند می‌کند. با این حال، این توازن برای همهٔ ساایت‌ها یکسان نیست و در سه سناریو، تغییرش ارزش واقعی می‌سازد:
سناریوی اول: سایت‌های پرمحتوا با تعداد زیاد نوشته. در مجله‌های خبری، وبلاگ‌های فعال یا سایت‌های آموزشی، مدیر روزانه چندین نوشته منتشر می‌کند و پیدا کردن نوشته‌های اخیر، اگر تعداد نمایش کم باشد، وقت‌گیر است. تجربهٔ من این است که با افزایش عدد به پنجاه یا صد، زمان پیدا کردن نوشته کاهش محسوسی می‌یابد.
سناریوی دوم: سایت‌هایی با نوشته‌های کوتاه و بازبینی سریع. در سایت‌هایی که مدیر باید بسیاری از نوشته‌ها را سریع مرور کند — مثلاً تیم ویرایشی که همهٔ نوشته‌ها را از پیشخوان چک می‌کند — دیدن نوشته‌های بیشتر در یک صفحه، جریان کاری را روان‌تر می‌کند.
سناریوی سوم: سایت‌های وردپرس‌محور با انواع سفارشی متعدد. وقتی سایت شما چند نوع نوشتهٔ سفارشی دارد (محصول، رویداد، دوره)، برای هرکدام می‌توانید تعداد مناسب خودش را انتخاب کنید. مثلاً برای محصولات که معمولاً عنوان‌های کوتاه دارند، عدد بیشتر منطقی است؛ برای برگه‌ها که عنوان‌های بلند دارند، عدد کمتر.
پیشخوان، دفتر کار روزانهٔ مدیر سایت است. اگر آن دفتر پر از کاغذهای پراکنده و بی‌نظم باشد، مدیر از آن فرار می‌کند — حتی اگر همهٔ اطلاعات درست باشد.
هوک edit_posts_per_page: تنها ابزار رسمی این کار
وردپرس برای تغییر تعداد نوشته‌های پیشخوان، یک هوک اختصاصی Filter در اختیار شما می‌گذارد: edit_posts_per_page. نام این هوک، کمی گمراه‌کننده است، چون برای همهٔ انواع نوشته کار می‌کند نه فقط نوشته‌های معمولی. این هوک سه پارامتر می‌پذیرد:
apply_filters( 'edit_posts_per_page', $posts_per_page, $post_type );سه نکتهٔ مهم در مورد این هوک:
- پارامتر اول (
$posts_per_page) مقدار پیش‌فرض تعداد نوشته‌هاست (به‌طور معمول ۲۰)، که شما می‌توانید آن را تغییر دهید. - پارامتر دوم (
$post_type) نوع نوشتهٔ فعلی است؛ با این پارامتر می‌توانید تغییر را فقط به یک نوع خاص محدود کنید. - پارامتر سوم اختیاری — در نسخه‌های اخیر وردپرس، پارامتر سوم هم اضافه شده ولی در بیشتر پروژه‌ها با دو پارامتر اول کار می‌کنیم.
نکتهٔ کلیدی که در ابتدای کار باعث سردرگمی می‌شود: این هوک فقط در پیشخوان اجرا می‌شود، نه در front-end. بنابراین نیازی به بررسی is_admin() ندارید و نگران اثر روی نمایش عمومی سایت نباشید. اگر می‌خواهید تفاوت Action و Filter را دقیق‌تر بدانید، تفاوت Action و Filter در وردپرس چیست با مثال‌های ساده توضیح داده است. و اگر نحوۀ نوشتن یک Filter با پارامترهای متعدد برایتان روشن نیست، نحوه استفاده از add_filter در وردپرس و چگونه پارامترهای هوک وردپرس را بشناسیم مراجع کاملی هستند.
ساده‌ترین اسنیپت: تغییر عدد برای همهٔ نوشته‌ها
ساده‌ترین شکل استفاده از این هوک، تغییر تعداد برای همهٔ انواع نوشته در پیشخوان است. این کار در سه خط انجام می‌شود:
add_filter( 'edit_posts_per_page', 'wphk_set_admin_posts_per_page', 20, 2 );
function wphk_set_admin_posts_per_page( $posts_per_page, $post_type ) {
return 50;
}سه نکتهٔ کلیدی در همین کد کوتاه. اول، پارامتر چهارم add_filter روی ۲ تنظیم شده تا هر دو پارامتر به تابع ما برسد؛ اگر این عدد را ندهید، فقط پارامتر اول می‌رسد و پارامتر دوم مقدار پیش‌فرض می‌شود. دوم، اولویت ۲۰ انتخاب شده تا بعد از افزونه‌های دیگر اجرا شود؛ اگر افزونه‌ای تعداد را تغییر می‌دهد، کد شما بعد از آن اعمال می‌شود. سوم، بازگشت $posts_per_page در همهٔ مسیرها الزامی است، چون این یک Filter است. توضیح دقیق این پارامتر در چگونه پارامترهای هوک وردپرس را بشناسیم آمده است.
با این حال، تجربهٔ من می‌گوید توصیهٔ سادهٔ «۵۰ برای همهٔ نوشته‌ها» معمولاً توصیهٔ مناسبی نیست. دلیلش این است که تعداد مناسب، به نوع نوشته بستگی دارد: نوشته‌های معمولی که عنوان‌های کوتاه دارند، با عدد بالاتر راحت‌تر دیده می‌شوند؛ ولی برگه‌ها که عنوان‌های بلند و مسیر والد دارند، با عدد زیاد صفحه را شلوغ می‌کنند. پیشنهاد من این است که به‌جای تغییر همگانی، شرطی عمل کنید. این کار در ادامه با جزئیات بیشتر می‌آید.
محدودسازی به یک نوع نوشتهٔ خاص
گام بعدی در استفاده از این هوک، محدودسازی تغییر به یک نوع نوشتهٔ خاص است. این کار با بررسی پارامتر دوم انجام می‌شود:
add_filter( 'edit_posts_per_page', 'wphk_set_posts_per_page_by_type', 20, 2 );
function wphk_set_posts_per_page_by_type( $posts_per_page, $post_type ) {
if ( 'post' === $post_type ) {
return 50;
}
if ( 'page' === $post_type ) {
return 15;
}
return $posts_per_page;
}سه نکته در این نمونه: اول، برای هر نوع نوشته، مقدار خودش را تعیین کرده‌ام. دوم، در انتهای تابع، مقدار ورودی را برگردانده‌ام تا اگر نوع نوشتهٔ دیگری غیر از این دو بود، رفتار پیش‌فرض حفظ شود. سوم، این الگو مقیاس‌پذیر است: اگر نوع نوشتهٔ سفارشی جدیدی اضافه کردید، فقط یک if دیگر اضافه می‌کنید. برای انواع سفارشی که با register_post_type ساخته می‌شوند، همین الگو کار می‌کند.
یک ترفند عملی که در پروژه‌های مشتریان زیاد به‌کار می‌برم: برای هر نوع نوشته، به مقدار پیش‌فرض خودِ وردپرس (۲۰) نگاه کنید و تنها در صورتی آن را تغییر دهید که دلیل مشخصی برای تغییر دارید. تغییر بی‌دلیل تعداد، باعث می‌شود کاربران جدید پیشخوان، گیج شوند. اگر مطمئن نیستید عدد مناسب چقدر است، از بازخورد خودِ کاربران پرس‌وجو کنید؛ تجربهٔ من این است که در هفتاد درصد موارد، کاربر خودش بهترین پاسخ را می‌دهد.
اعمال براساس نقش کاربر
در پروژه‌های تیمی و سازمانی، همیشه ایدهٔ خوبی است که تغییرات پیشخوان را براساس نقش کاربر اعمال کنید. مثلاً مدیر سایت ممکن است بخواهد پنجاه نوشته ببیند، ولی نویسنده بهتر است بیست نوشته ببیند تا تمرکز داشته باشد. این کار با استفاده از wp_get_current_user ممکن است:
add_filter( 'edit_posts_per_page', 'wphk_set_posts_per_page_by_role', 20, 2 );
function wphk_set_posts_per_page_by_role( $posts_per_page, $post_type ) {
$user = wp_get_current_user();
if ( ! $user instanceof WP_User ) {
return $posts_per_page;
}
if ( in_array( 'administrator', (array) $user->roles, true ) ) {
return 50;
}
if ( in_array( 'editor', (array) $user->roles, true ) ) {
return 30;
}
return $posts_per_page;
}سه نکتهٔ کلیدی: اول، بررسی instanceof WP_User که در سناریوهای نادر مثل درخواست‌های API بدون کاربر لاگین، از خطا جلوگیری می‌کند. دوم، استفاده از in_array با پارامتر سوم true برای بررسی دقیق (strict). سوم، بازگشت مقدار پیش‌فرض برای نقش‌های دیگر. این الگو، در پروژه‌های سازمانی که چند نقش کاربری دارند، تجربهٔ پیشخوان را برای هر کس به شکل مناسب تنظیم می‌کند. اگر می‌خواهید عمیق‌تر دربارهٔ نقش‌ها و دسترسی‌ها بدانید، توابع وردپرس برای مدیریت نقش‌ها و دسترسی‌ها مرجع کامل‌تری است.
تغییر تعداد برگه‌ها و انواع سفارشی
یادآوری می‌کنم که هوک edit_posts_per_page برای همهٔ انواع نوشته کار می‌کند، حتی آن‌هایی که نامشان در این هوک ذکر نشده. یعنی برای تغییر تعداد نمایش برگه‌ها، از همان هوک استفاده می‌شود و فقط شرط $post_type را روی 'page' می‌گذاریم. برای انواع سفارشی مثل product یا portfolio هم همین منطق برقرار است:
add_filter( 'edit_posts_per_page', 'wphk_set_posts_per_page_for_cpt', 20, 2 );
function wphk_set_posts_per_page_for_cpt( $posts_per_page, $post_type ) {
$custom_rules = array(
'page' => 15,
'product' => 40,
'portfolio' => 25,
);
if ( isset( $custom_rules[ $post_type ] ) ) {
return (int) $custom_rules[ $post_type ];
}
return $posts_per_page;
}سه نکتهٔ مهم در این الگو: اول، استفاده از یک آرایه برای قواعد، که اضافه‌کردن نوع نوشتهٔ جدید را ساده می‌کند و کد را خوانا نگه می‌دارد. دوم، استفاده از isset به‌جای زنجیره‌ای از if که هم سریع‌تر است هم تمیزتر. سوم، تبدیل به int برای اطمینان از نوع داده. این الگو، در پروژه‌های فروشگاهی که انواع نوشتهٔ مختلف دارند، تجربهٔ پیشخوان را برای هر بخش از سایت به شکل مستقل تنظیم می‌کند. برای مطالعهٔ الگوهای مشابه در قالب‌های پیشخوان، قطعه کد افزودن ستون سفارشی به مدیریت وردپرس نکات تکمیلی دارد.
ترکیب شرط‌ها: نمونه‌های واقعی
در پروژه‌های واقعی، معمولاً تصمیم‌گیری به‌صورت ترکیبی انجام می‌شود: هم براساس نقش، هم براساس نوع نوشته. این الگو، تجربهٔ پیشخوان را برای هر نقش و هر بخش از سایت به شکل مناسب تنظیم می‌کند:
add_filter( 'edit_posts_per_page', 'wphk_set_combined_rules', 20, 2 );
function wphk_set_combined_rules( $posts_per_page, $post_type ) {
$user = wp_get_current_user();
if ( ! $user instanceof WP_User ) {
return $posts_per_page;
}
$is_admin = in_array( 'administrator', (array) $user->roles, true );
// مدیر سایت: نوشته‌ها 50، برگه‌ها 20
if ( $is_admin ) {
if ( 'post' === $post_type ) {
return 50;
}
if ( 'page' === $post_type ) {
return 20;
}
}
// سایر نقش‌ها: نوشته‌ها 25، برگه‌ها 15
if ( 'post' === $post_type ) {
return 25;
}
if ( 'page' === $post_type ) {
return 15;
}
return $posts_per_page;
}سه نکته در این الگو: اول، به‌جای بازنویسی کامل منطق، از ساختار تودرتو استفاده کرده‌ام که خوانایی را بالا می‌برد. دوم، برای هر ترکیب نقش/نوع نوشته، عدد مشخصی تعیین شده. سوم، در انتهای تابع، بازگشت مقدار پیش‌فرض حفظ شده تا رفتار برای موارد نامشخص دست‌نخورده باشد. این الگو، در پروژه‌های سازمانی با چند نقش کاربری، به یک استاندارد تبدیل شده است. برای مطالعهٔ الگوهای مشابه در بخش‌های دیگر پیشخوان، قطعه کد مخفی کردن منوی مدیریت وردپرس و قطعه کد افزودن ستون سفارشی به مدیریت وردپرس نکات تکمیلی دارند.
ملاحظات کارایی: چرا نباید عدد را بی‌دلیل بزرگ کرد
هر عددی که برای تعداد نوشته‌ها انتخاب می‌کنید، مستقیماً روی منابع سرور اثر می‌گذارد. سه نکتهٔ کارایی که در پروژه‌های خودم به آن‌ها توجه می‌کنم:
نکتهٔ اول: هزینهٔ کوئری دیتابیس
هر بازدید از صفحهٔ نوشته‌ها در پیشخوان، یک کوئری به دیتابیس می‌فرستد که با تعداد بیشتری نوشته، کندتر می‌شود. اگر عدد را روی ۵۰۰ بگذارید، در سایت‌هایی با هزاران نوشته، هر بار بازکردن این صفحه، چند ثانیه طول می‌کشد و مصرف CPU را بالا می‌برد. تحلیل این اثر روی مصرف منابع در کاهش مصرف منابع هاست آمده است.
نکتهٔ دوم: حافظهٔ PHP
وردپرس برای هر نوشته در فهرست، یک شیء در حافظه می‌سازد. اگر عدد خیلی بزرگ باشد و هاست شما حافظهٔ محدودی داشته باشد، ممکن است به خطای «Allowed memory size exhausted» برخورد کنید. قاعدهٔ من: در سایت‌های روی هاست اشتراکی، عدد را بالای ۱۰۰ نگذارید مگر دلیل قوی داشته باشید.
نکتهٔ سوم: تفاوت بین نقش‌ها
یکی از پرکاربردترین تصمیم‌های کارایی، این است که برای نقش‌های معمولی، عدد کمتری انتخاب کنید و تنها برای مدیر، عدد بزرگ‌تر. این تفکیک، مصرف منابع را در بازدیدهای روزانهٔ کاربران عادی کاهش می‌دهد.
| سناریو | عدد پیشنهادی | دلیل |
|---|---|---|
| سایت شخصی، کمتر از ۱۰۰ نوشته | ۲۰ (پیش‌فرض) | تغییر لازم نیست |
| سایت محتوایی متوسط، ۵۰۰ تا ۵۰۰۰ نوشته | ۵۰ | کاهش جابه‌جایی بین صفحات |
| مجلهٔ خبری، بیش از ۵۰۰۰ نوشته | ۱۰۰ برای مدیر، ۳۰ برای سایر نقش‌ها | تعادل بین سرعت و راحتی |
| هاست اشتراکی ضعیف | حداکثر ۳۰ | جلوگیری از timeout و خطای حافظه |
| سرور اختصاصی با منابع آزاد | ۱۰۰ تا ۲۰۰ | استفاده از منابع موجود |
این جدول، نقطهٔ شروع خوبی است. ولی توصیهٔ من این است که پس از اعمال، رفتار سایت را برای یک هفته پایش کنید و اگر با کندی مواجه شدید، عدد را کاهش دهید. اعداد پیشنهادی، جای تجربهٔ واقعی را نمی‌گیرند.
محل درست این اسنیپت: چایلد تم یا افزونهٔ اختصاصی
مانند همهٔ اسنیپت‌ها، محل قرارگیری این کد هم تصمیم مهمی است. سه گزینه پیش روی شماست:
گزینهٔ اول: افزونهٔ اختصاصی یا mu-plugins. مناسب‌ترین گزینه برای اسنیپت‌هایی که بخشی از تجربهٔ بلندمدت سایت هستند. از قالب مستقل باقی می‌ماند و در تعویض‌های آینده از بین نمی‌رود. اگر با ساختار افزونهٔ اختصاصی آشنا نیستید، کدنویسی اختصاصی برای افزونه وردپرس و ساختار فایل‌های یک افزونه استاندارد وردپرس مراجع کاملی هستند.
گزینهٔ دوم: چایلد تم. اگر می‌خواهید تغییر را همراه قالب مدیریت کنید. ولی توجه داشته باشید که در تعویض قالب، این تغییر ناپدید می‌شود. تفاوت‌ها و کاربردهای چایلد تم در قالب وردپرس چایلد چیست و چه زمانی به آن نیاز داریم آمده است.
گزینهٔ سوم: افزونهٔ مدیریت اسنیپت. اگر می‌خواهید سریع شروع کنید و بعداً تصمیم بگیرید، سبک‌ترین راه است. اگر با این رویکرد آشنا نیستید، چگونه قطعه کد وردپرس را ایمن اجرا کنیم نکات ایمنی مهمی دارد.
الگوی عملی من: تغییر تعداد نوشته‌ها را در یک افزونهٔ اختصاصی کوچک نگه می‌دارم، چون به تجربهٔ روزانهٔ مدیر مربوط است و باید در همهٔ قالب‌ها پایدار بماند. اگر افزونهٔ اختصاصی ندارید، آن را در چایلد تم بگذارید ولی در فهرست تغییرات خودتان یادداشت کنید. اگر فهرست قطعه کدهای کاربردی می‌خواهید، بهترین قطعه کدهای کاربردی وردپرس برای سایت‌ها مجموعهٔ گسترده‌ای از نمونه‌ها را ارائه می‌دهد.
اشتباهات رایج در تغییر تعداد نوشته‌ها
در بازبینی صدها سایت با اسنیپت‌های سفارشی پیشخوان، این شش اشتباه بیشترین تکرار را داشته‌اند:
| اشتباه | پیامد واقعی | اصلاح |
|---|---|---|
| انتخاب عدد بزرگ بدون توجه به منابع هاست | کندی پیشخوان، timeout | پایش منابع و انتخاب عدد متعادل |
نبود پارامتر چهارم add_filter روی ۲ | پارامتر $post_type همیشه null | تعیین صریح 10, 2 |
| نبود بازگشت مقدار پیش‌فرض در انتهای تابع | نوع‌های نامشخص نوشته، مقدار null می‌گیرند | بازگشت $posts_per_page |
| نبود پیشوند اختصاصی در نام تابع | تعارض با افزونه‌های دیگر | پیشوند یکتا مثل wphk_ |
| اعمال روی همهٔ نقش‌ها بدون تفکیک | مصرف بی‌دلیل منابع برای کاربران عادی | تفکیک براساس نقش |
افزودن اسنیپت به functions.php قالب والد | ناپدیدشدن با آپدیت قالب | افزونهٔ اختصاصی یا چایلد تم |
هرکدام از این موارد را در پروژه‌ای دیده‌ام و همه‌شان در چند دقیقه قابل اصلاح هستند. برای مرور عمومی این نوع اشتباهات، اشتباهات رایج هنگام استفاده از قطعه کد وردپرس مرجع جامعی است.
دو پروندهٔ واقعی از پروژه‌ها
برای این‌که این مفاهیم در عمل روشن‌تر شوند، دو پروندهٔ واقعی از تجربهٔ خودم را مرور می‌کنم — بدون جزئیات هویتی، ولی با ساختار دقیق مشکل و راه‌حل.
پروندهٔ اول: مدیر مجله‌ای که هر روز بین ده صفحه جابه‌جا می‌شد
در پروژه‌ای برای یک مجلهٔ آنلاین، مدیر سایت شکایت داشت که «هر روز برای پیدا کردن نوشته‌های دیروز، باید بین ده صفحه جابه‌جا شوم.» بررسی نشان داد سایت بیش از هشت هزار نوشته دارد و تنظیم پیش‌فرض بیست نوشته در صفحه، برای او کافی نبود. راه‌حل: افزایش تعداد به ۵۰ برای مدیر و نگه‌داشتن مقدار پیش‌فرض برای سایر نقش‌ها. اثر جانبی مهم: در پایش یک‌ماهه، مصرف CPU پیشخوان از ۳٪ به ۵٪ رسید که در سرور آن سایت قابل قبول بود. این تصمیم، تجربهٔ روزانهٔ مدیر را محسوس بهبود داد و شکایت‌های بعدی متوقف شد. تحلیل مشابه این اثر روی منابع در کاهش مصرف منابع هاست آمده است.
پروندهٔ دوم: فروشگاهی که انواع نوشتهٔ متفاوت داشت
در یک فروشگاه ووکامرسی، مدیر نیاز داشت تعداد نوشته‌های معمولی، محصولات و برگه‌ها را متفاوت تنظیم کند. پیش از این، همه‌شان روی مقدار پیش‌فرض ۲۰ بودند و تجربهٔ مدیریت، ناخوشایند. راه‌حل: استفاده از آرایهٔ قواعد با اعداد متفاوت برای هر نوع نوشته: نوشته‌ها ۳۰، محصولات ۵۰، برگه‌ها ۱۵. اثر جانبی: مصرف حافظه در صفحهٔ محصولات به‌خاطر تعداد بیشتر، حدود ۱۰٪ افزایش یافت که با تنظیم دقیق عدد، متعادل شد. این نوع تصمیم‌گیری‌ها، تفاوت بین یک پیشخوان «قابل استفاده» و پیشخوان «خوشایند» را می‌سازد. الگوهای تکمیلی این نوع سفارشی‌سازی در قطعه کد افزودن ستون سفارشی به مدیریت وردپرس آمده است.
این دو پرونده، نکتۀ مشترکی دارند: تصمیم‌های کوچک در پیشخوان، وقتی درست گرفته شوند، اثر روزانهٔ بزرگی می‌سازند. تفاوت بین سایتی که مدیر دوست دارد واردش شود و سایتی که از آن فرار می‌کند، در همین تصمیم‌های کوچک شکل می‌گیرد.
مسیر پیشنهادی و نتیجه
قطعه کد تغییر تعداد نوشته‌های صفحه مدیریت وردپرس، یکی از ساده‌ترین ولی پرمصرف‌ترین اسنیپت‌های سفارشی‌سازی پیشخوان است. هوک edit_posts_per_page ابزار رسمی این کار است و دو پارامتر مهم دارد: مقدار پیش‌فرض و نوع نوشته. الگوهای پیشرفته با ترکیب شرط نوع نوشته و نقش کاربر، تجربهٔ پیشخوان را برای هرکس به شکل مناسب تنظیم می‌کنند. ملاحظات کارایی (کوئری دیتابیس، حافظهٔ PHP، تفکیک نقش‌ها) در انتخاب عدد، اهمیت واقعی دارند و توصیهٔ من انتخاب متعادل و پایش پس از اعمال است. محل درست این اسنیپت، افزونهٔ اختصاصی یا چایلد تم است، نه فایل قالب والد.
گام بعدی عملی: در همین امروز، به صفحهٔ نوشته‌های سایت خودتان بروید و ببینید چقدر بین صفحات جابه‌جا می‌شوید. اگر بیش از پنج صفحه دارید، احتمالاً عدد بیست برای شما کافی نیست. یکی از الگوهای بالا را در محیط لوکال یا استجینگ اعمال کنید و یک هفته استفاده کنید؛ بعد تصمیم بگیرید که عدد نهایی چیست. تجربهٔ عملی شما، دقیق‌تر از هر پیشنهاد کلی است. اگر تجربه‌ای با تغییر تعداد نوشته‌های پیشخوان داشته‌اید — به‌ویژه اگر در پروژه‌ای با تعداد زیاد نوشته یا انواع سفارشی متعدد، الگوی منظمی برای تعیین عدد پیدا کرده‌اید — برای من جالب است بدانید چطور به این تصمیم رسیدید. تجربهٔ خودتان را در دیدگاه‌ها بنویسید؛ به‌ویژه اگر عددی پیدا کرده‌اید که در عمل به یک استاندارد کوچک تبدیل شده است. 🧭
نویسنده در وردپرس کار.