نکات کلیدی
- کنترل تمام عیار پشته: ویرایش PHP، پیکربندی PHP-FPM، Redis و پایگاه داده را خودتان تعیین می کنید.
- منابع تضمینی بی اثر سایت های همسایه اختیار تمام عیار روی ویرایش PHP، PHP-FPM، Redis و پایگاه داده توانایی میزبانی چندین فروشگاه یا سایت روی یک سخت افزار آی پی اختصاصی و کنترل تمام عیار روی فایروال و گواهی SSL
- آماده سازی سرور: وب سرور، PHP 8.3، MySQL یا MariaDB، Redis و گواهی SSL را نصب و پیکربندی کنید.
سرور وردپرس به سروری گفته می‌شود که نرم‌افزارهای لازم برای اجرای وردپرس، یعنی وب‌سرور، PHP، پایگاه داده MySQL یا MariaDB و لایه کش، روی آن نصب و برای همین کار پیکربندی شده‌اند. تفاوت آن با میزبانی اشتراکی این است که منابع و پیکربندی تنها دسترس سایت شماست و قادر هستید هر لایه را متناسب با احتیاج فروشگاه یا سایت خود بهینه کنید.
پایداری در اوج فروش: در کمپین‌های تخفیف، سایتی که روی منابع اشتراکی است بیشتر وقت‌ها زودتر از همه کند می‌شود. کنترل تمام‌عیار پشته: ویرایش PHP، پیکربندی PHP-FPM، Redis و پایگاه داده را خودتان تعیین می‌کنید. تجربه خرید بهتر: کندی برگه تسویه قادر است مستقیماً روی تکمیل سفارش‌ها اثر بگذارد. ایمنی و ایزوله‌سازی: سایت شما از رفتار سایت‌های همسایه روی یک میزبانی مشترک جدا می‌شود.
سرور اختصاصی وردپرس = منابع و پیکربندی تنها برای سایت شما
سرور اختصاصی ایران برای فروشگاه‌های وردپرسی
سرور وردپرس چه پیش‌نیازهایی دارد؟
برای تصمیم‌گیری بهتر، در آغاز سرور وردپرس چه پیش‌نیازهایی دارد را دقیق‌تر می‌شناسیم.
هر درخواست به یک سایت وردپرسی از چندین لایه عبور می‌کند. وب‌سرور مانند Nginx یا Apache درخواست را می‌گیرد، چنانچه ویرایش کش‌شده برگه موجود باشد همان را برمی‌گرداند و در غیر این صورت درخواست را به PHP-FPM می‌سپارد. کد وردپرس و افزونه‌ها اجرا می‌شوند، داده‌ها از پایگاه داده خوانده می‌شوند و در نهایت HTML ساخته و برای کاربر ارسال می‌شود. برگزیدن صحیح سرور برای وردپرس به معنای شناختن گنجایش هر یک از این لایه‌ها است.
برای درک بهتر، سایت را مانند یک رستوران تصور کنید. کش برگه غذاهای آماده‌ای است که فوراً سرو می‌شوند، PHP Workerها آشپزهایی هستند که سفارش‌های خاص را آماده می‌کنند و پایگاه داده انبار مواد اولیه است. چنانچه شمار آشپز کم باشد یا انبار دور باشد، مشتری‌ها در صف می‌مانند؛ فرقی هم نمی‌کند سالن چقدر بزرگ باشد. تصویر کلی اجزای سرور سایت را در راهنمای سرور سایت مرور کرده‌ایم.
نسخه‌های پیشنهادی رسمی وردپرس و ووکامرس
در زمان نگارش این مقاله، برگه Requirements در WordPress.org ویرایش PHP 8.3 یا بالاتر، MySQL 8.0 یا بالاتر یا MariaDB 10.11 یا بالاتر و حمایت از HTTPS را توصیه می‌کند. اسناد فنی ووکامرس هم PHP 8.3، MySQL 8.0 یا MariaDB 10.6 و محدودیت حافظه وردپرس دست‌کم 256 مگابایت را توصیه کرده است.
نشانه‌هایی که میزبانی اشتراکی دیگر بسنده نیست
خطای 503 یا 508 در ساعات اوج: سقف منابع حساب میزبانی پر شده و درخواست‌های تازه رد می‌شوند. کندی برگه تسویه و پیشخوان: صفحه‌هایی که کش نمی‌شوند، زودتر از بقیه کمبود منابع را نشان می‌دهند. احتیاج به Redis یا پیکربندی PHP-FPM: بیشتر هاست‌های اشتراکی اجازه تغییر این لایه‌ها را نمی‌دهند. کمپین‌های پرترافیک: فروش اختصاصی یا تبلیغات گسترده، بار چندبرابری در زمان کوتاه می‌سازد. افزونه‌های سنگین: فیلتر محصولات، جست‌وجوی پیشرفته یا همگام‌سازی انبار، مصرف PHP و پایگاه داده را بالا می‌برند.
سنجش هاست، سرور مجازی و سرور اختصاصی برای وردپرس
جدول زیر تفاوت سه گزینه رایج در گزینش سرور برای وردپرس و ووکامرس را نشانگر آن است. جزئیات عمومی‌تر را در نوشته تفاوت سرور مجازی و اختصاصی بخوانید.
| ویژگی | میزبانی اشتراکی | سرور مجازی | سرور اختصاصی |
|---|---|---|---|
| منابع | مشترک با سایت‌های دیگر | سهم مشخص از یک سرور | کل سخت‌افزار برای شما |
| پیکربندی PHP-FPM و Redis | بیشتر وقت‌ها ممکن نیست | تمام‌عیار | تمام‌عیار |
| دسترسی root | ندارد | دارد | دارد |
| کنترل فنی لازم | کم | متوسط | زیاد یا سرویس اداره |
| همخوان با | سایت و فروشگاه تازه‌کار | فروشگاه در حال رشد | فروشگاه پرترافیک و چندسایتی |
بررسی منابع لازم برای سرور ووکامرس
این قسمت به منابع لازم برای سرور ووکامرس می‌پردازد و نکات پراهمیت آن را روشن می‌کند.
درباره چرا ووکامرس از وردپرس معمولی سنگین‌تر چه باید دانست؟: در یک وبلاگ، بیشتر بازدیدها از کش برگه پاسخ داده می‌شوند و PHP کمتر درگیر می‌شود. ولی بر پایه اسناد فنی ووکامرس، صفحه‌های سبد خرید، تسویه و حساب کاربری لازم است از کش برگه مستثنا شوند و کوکی‌هایی مانند woocommerce_cart_hash و wp_woocommerce_session_ هم کش را دور می‌زنند. پس هر مشتری که محصولی به سبد اضافه کند، از آن لحظه به بعد مستقیماً بار PHP و پایگاه داده می‌سازد.
PHP Worker و پیکربندی pm.max_children
هر PHP Worker یک پردازه PHP-FPM است که در هر لحظه تنها یک درخواست را پردازش می‌کند. بر پایه اسناد فنی PHP، میزان pm.max_children سقف شمار درخواست‌هایی را تعیین می‌کند که هم‌زمان پاسخ داده می‌شوند. چنانچه همه PHP Workerها مشغول باشند، درخواست‌های بعدی در صف می‌مانند و کاربر کندی یا خطای 502 و 504 می‌بیند.
یک شیوه رایج برای تخمین این عدد، تقسیم رم دسترس PHP بر میانگین مصرف هر پردازه است. فرض کنید 8 گیگابایت رم برای PHP کنار گذاشته‌اید و هر پردازه نزدیک به 100 مگابایت مصرف می‌کند؛ سقف منطقی نزدیک به 80 PHP Worker خواهد بود. مصرف واقعی هر پردازه را با ابزارهایی مانند top یا ps روی سرور خودتان ابعاد بگیرید، چون افزونه‌ها آن را یکسره تغییر می‌دهند.
◀ وضعیت static برای سرورهای اختصاصی با بار ثابت همخوان است و همه پردازه‌ها از نخست آماده‌اند. ◀ وضعیت dynamic شمار پردازه‌ها را میان حداقل و حداکثر تعریف‌شده جابه‌جا می‌کند. ولی آغاز اولین درخواست‌ها کمی کندتر است، ◀ وضعیت ondemand در زمان بیکاری کمترین مصرف را دارد.
CPU و رم همخوان سرور برای وردپرس: هر درخواست PHP روی یک هسته اجرا می‌شود؛ پس سرعت تک‌هسته زمان پاسخ هر برگه را تعیین می‌کند و شمار هسته، شمار PHP Workerهایی که واقعاً هم‌زمان عمل می‌کنند. رم هم میان سه مصرف‌کننده تقسیم می‌شود: پردازه‌های PHP، بافر پایگاه داده و Redis. چنانچه رم کم باشد، سیستم‌عامل سراغ Swap می‌رود و همه چیز کند می‌شود.
دیسک NVMe و RAID
پایگاه داده ووکامرس پر از خواندن و نوشتن‌های کوچک است: ثبت سفارش، بروزرسانی موجودی و جلسه‌های کاربران. در این گونه بار، تأخیر دیسک مهم‌تر از سرعت انتقال خطی است و به همین علت NVMe برگزیدن مناسبی است. تفاوت فنی این دو گونه حافظه را در سنجش NVMe و SSD ببینید و برای جلوگیری از توقف فروش با خرابی یک دیسک، RAID را هم به حساب بیاورید.
📚 از منابع معتبر
بر پایه راهنمای رسمی ووکامرس برای تنظیم ساختار افزونه‌های کش، سه برگه سبد خرید، حساب کاربری و تسویه ضروری است پویا بمانند و از کش خارج شوند، چون اطلاعات اختصاصی هر مشتری را نمایش می‌دهند. همین راهنما فهرست کوکی‌هایی را آورده که لازم است در پیکربندی کش مستثنا شوند.
نگاهی دقیق به کش، پایگاه داده و NVMe؛ سه
در ادامه، کش، دیتابیس و NVMe را با جزئیات بیشتری مرور می‌کنیم.
پیش از بالا رفتن سخت‌افزار، قابل اعتماد شوید از همین منابع صحیح اقدام می‌کنید. چهار پیکربندی زیر در بیشتر فروشگاه‌ها اثر بیشتری از ارتقای CPU دارند.
کش برگه با استثناهای صحیح: در هر سرور ووکامرس، کش صفحه، چه با ماژول و چه در سطح وب‌سرور مانند FastCGI Cache در Nginx، صفحه‌های عمومی مانند خانه، دسته‌ها و محصولات را بی اجرای PHP تحویل می‌دهد. نکته حیاتی، رعایت استثناهای ووکامرس است؛ کش شدن اشتباه برگه سبد خرید ممکن است باعث شود یک مشتری اطلاعات سبد مشتری دیگری را ببیند.
کش آبجکت با Redis: بر پایه اسناد فنی توسعه‌دهندگان وردپرس، کش آبجکت به‌صورت پیش‌فرض باثبات نیست و داده‌ها تنها تا پایان همان درخواست در حافظه می‌مانند. با نصب یک فایل drop-in به نام object-cache.php در پوشه wp-content، امکان دارد این کش را به Redis سپرد تا نتیجه کوئری‌های تکراری میان درخواست‌ها حفظ شود. آشنایی تمام‌عیار با این ابزار را در نوشته Redis چیست بخوانید.
پیکربندی پایگاه داده و فعال کردن HPOS
اصلی‌ترین پیکربندی MySQL برای جداول InnoDB میزان innodb_buffer_pool_size است. اسناد فنی MySQL می‌گوید روی سرورهای اختصاصی دیتابیس، اغلب تا 80 درصد رم به این بافر داده می‌شود؛ ولی وقتی PHP و Redis روی همان سرور هستند، سهم کمتری ضروری است مدنظر قرار دهید. گزینش رم، NVMe و RAID برای پایگاه داده را در نوشته سرور پایگاه داده مفصل مرور کرده‌ایم.
در ووکامرس، قابلیت HPOS یا High-Performance Order Storage سفارش‌ها را به جای جدول عمومی نوشته‌های وردپرس در جدول‌های اختصاصی نگهداری می‌کند. بر پایه اسناد فنی ووکامرس، این قابلیت از ویرایش 8.2 در اکتبر 2023 برای نصب‌های جدید پیش‌فرض است و با کم شدن عملیات خواندن و نوشتن، به مقیاس‌پذیری فروشگاه یاری می‌رساند. در فروشگاه‌های قدیمی‌تر، پیش از فعال‌سازی، سازگاری افزونه‌ها را بسنجید.
جایگزینی WP-Cron با کران سیستم
WP-Cron به‌صورت پیش‌فرض با هر بارگذاری برگه واکاوی می‌شود. در سایت پربازدید این کار سربار بی‌دلیل دارد و در سایت کم‌بازدید هم کارهای زمان‌بندی‌شده دیر اجرا می‌شوند. راهنمای رسمی وردپرس توصیه می‌کند آن را در wp-config.php غیرفعال کنید و اجرای wp-cron.php را به زمان‌بند سیستم بسپارید:
اعداد این جدول نقطه آغاز برگزیدن سرور ووکامرس هستند و حاصل بنچمارک نیستند؛ کانفیگ نهایی را بر اساس مصرف واقعی فروشگاه خود و نتیجه آزمون بار تعیین کنید.
| ابعاد فروشگاه | سرویس پیشنهادی | CPU و رم | دیسک و کش |
|---|---|---|---|
| کوچک و تازه‌کار | میزبانی وردپرس یا سرور مجازی کوچک | 2 تا 4 هسته، 4 تا 8GB | SSD یا NVMe، کش برگه |
| در حال رشد | سرور مجازی قوی | 4 تا 8 هسته، 16GB | NVMe، کش برگه و Redis |
| پرترافیک | سرور اختصاصی | دو CPU سروری، 64GB یا بیشتر | NVMe در RAID، Redis، HPOS |
| به‌طور چشمگیری بزرگ | چندین سرور با پایگاه داده جدا | بسته به آزمون بار | لود بالانسر، سرور پایگاه داده مستقل |
ولی برای هر فروشگاهی لازم نیست، سرور اختصاصی وردپرس مزایای روشنی دارد. پیش از تصمیم، هر دو طرف را کنار هم ببینید.
منابع تضمینی بی اثر سایت‌های همسایه اختیار تمام‌عیار روی ویرایش PHP، PHP-FPM، Redis و پایگاه داده توانایی میزبانی چندین فروشگاه یا سایت روی یک سخت‌افزار آی‌پی اختصاصی و کنترل تمام‌عیار روی فایروال و گواهی SSL
❌ مسئولیت بروزرسانی سیستم‌عامل، ایمنی و نسخه پشتیبان با شماست، مگر اینکه سرویس کنترل بگیرید. ❌ برای فروشگاه کوچک، قسمت چشمگیری از منابع بلااستفاده می‌ماند. ❌ یک سرور تنها همچنان نقطه شکست واحد است و افزونگی تمام‌عیار به معماری چندسروری نیازمند است.
⚠ سرور قوی جای بهینه‌سازی را نمی‌گیرد
افزونه‌ای که در هر بارگذاری ده‌ها کوئری سنگین اجرا می‌کند، روی قوی‌ترین سرور هم کند است. چنانچه گروه فنی ندارید، نوشته سرور اختصاصی مدیریت‌شده یا مدیریت‌نشده را پیش از خرید بخوانید و برای مقابله با حملات هم دفاع در برابر حملات DDoS وردپرس را مرور کنید.
یک سناریوی رایج: فروشگاه ووکامرسی که روی میزبانی اشتراکی رشد کرده، در روزهای کمپین تخفیف با خطای 503 و کندی برگه تسویه روبه‌رو می‌شود. صاحب فروشگاه بیشتر وقت‌ها اول درخواست یک سرور اختصاصی وردپرس با بیشترین منابع را می‌دهد؛ ولی گروه فنی در آغاز گلوگاه را مرور می‌کند: شمار PHP Workerها، حجم دیتابیس، افزونه‌های سنگین و وضعیت کش.
راه‌حل بیشتر وقت‌ها ترکیبی است: انتقال به سرور با منابع اختصاصی، فعال کردن Redis و HPOS، رعایت استثناهای کش ووکامرس و جایگزینی WP-Cron با کران سیستم. چنانچه پس از این تغییرات مصرف منابع هنوز بالا باشد، ارتقای سخت‌افزار یا جدا کردن پایگاه داده تصمیم دقیق‌تری خواهد بود.
مهاجرت از میزبانی به سرور؛ آنچه باید بدانید
در همین قسمت واکاوی می‌شود، آنچه درباره مهاجرت از میزبانی به سرور ضرورت دارد.
مهاجرت یک فروشگاه فعال با مهاجرت یک وبلاگ تفاوت مهمی دارد: سفارش‌ها در حین انتقال هم ثبت می‌شوند. چنانچه ترتیب مراحل را رعایت نکنید، سفارش‌هایی که پس از کپی پایگاه داده روی میزبانی قبلی ثبت شده‌اند از دست می‌روند. مراحل زیر این ریسک را به حداقل می‌رسانند:
- فهرست‌برداری: ویرایش PHP، افزونه‌ها، حجم فایل‌ها و پایگاه داده و پیکربندی ایمیل را یادداشت کنید.
- کم شدن TTL: چندین روز قبل، TTL رکوردهای DNS را کم کنید تا تغییر آی‌پی سریع‌تر اعمال شود.
- آماده‌سازی سرور: وب‌سرور، PHP 8.3، MySQL یا MariaDB، Redis و گواهی SSL را نصب و پیکربندی کنید.
- انتقال آزمایشی: فایل‌ها و پایگاه داده را منتقل کنید و سایت را با فایل hosts روی سرور جدید تست کنید.
- همگام‌سازی نهایی: در ساعت کم‌ترافیک، فروشگاه را موقتاً در وضعیت حفظ بگذارید و آخرین ویرایش پایگاه داده را منتقل کنید.
- تغییر DNS و پایش: رکوردها را به سرور جدید اشاره دهید و خطاها، سفارش‌ها و ایمیل‌ها را زیر نظر بگیرید.
⚠ سفارش‌های لحظه آخر را فراموش نکنید
تا هنگامی که DNS به‌طور تمام‌عیار به سرور جدید منتقل نشده، برخی کاربران هنوز سرور قبلی را می‌بینند. برترین کار این است که در بازه همگام‌سازی نهایی، ثبت سفارش روی سرور قبلی متوقف شود تا هیچ سفارشی میان دو پایگاه داده گم نشود.
پلن PRIME 9 روی HPE DL360 Gen9: دو CPU Xeon E5-2680 v4 با مجموع 28 هسته و 56 رشته، 64 گیگابایت رم Registered ECC DDR4 و 1 ترابایت NVMe پورت 10Gbit/s روی شبکه‌ای با آپلینک 100Gbit حفاظت DDoS با گنجایش 100Gbit/s، فایروال سخت‌افزاری و ایمنی چندلایه محاسبه ترافیک تنها بر اساس دانلود. آپلود بدون هزینه است نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری کنترل‌پنل اداره با ری‌استارت، روشن و خاموش کردن، کنسول KVM و نصب مجدد سیستم‌عامل تنظیم ساختار سفارشی رم، دیسک، پورت یا IP از طریق تیکت یا تماس و گروه فنی 24/7 برای مشاوره پیش از خرید.
سخت‌افزار این پلن نسل Gen9 است؛ HPE گواهی DL360 Gen9 را برای ویندوز سرور تا ویرایش 2019 اعلام کرده و اینتل هم CPU E5-2680 v4 را از 30 ژوئن 2022 در وضعیت End of Servicing Updates قرار داده است. برای پشته رایج وردپرس روی لینوکس این محدودیت کمتر مطرح است، ولی چنانچه به نسل جدیدتر احتیاج دارید، کانفیگ سفارشی از طریق تیکت یا تماس مرور می‌شود. برای نصب و پیکربندی پشته هم برگه خدمات کانفیگ و کنترل سرور را ببینید.
چه میزان رم سرور برای وردپرس بسنده چگونه ارزیابی می‌شود؟
به شمار PHP Worker، حجم پایگاه داده و کار با Redis تابع است. ولی فروشگاهی با هزاران محصول و بازدید هم‌زمان بالا اغلب به 16 گیگابایت یا بیشتر احتیاج پیدا می‌کند، یک سایت کوچک بیشتر وقت‌ها با 4 گیگابایت هم کار می‌کند. بهینه‌ترین روش، اندازه‌گیری مصرف فعلی و تخمین سهم PHP، پایگاه داده و Redis به‌صورت جداگانه است.
سرور ووکامرس چه پیش‌نیازهایی دارد؟: در وبلاگ، بیشتر صفحه‌ها کش می‌شوند و بار PHP کم است. در ووکامرس، سبد خرید، تسویه و حساب کاربری بر پایه اسناد فنی رسمی نباید کش شوند و هر مشتری فعال، بار PHP و پایگاه داده می‌سازد. به همین علت شمار PHP Worker، سرعت دیسک و پیکربندی پایگاه داده در فروشگاه ضرورت به‌طور چشمگیری بیشتری دارد.
برای فروشگاه کوچک هم سرور؛ پاسخ کوتاه چیست؟: بیشتر وقت‌ها نه. برای فروشگاه تازه‌کار، یک میزبانی وردپرس خوب یا سرور مجازی کوچک بسنده و به‌صرفه‌تر است. سرور اختصاصی زمانی منطقی می‌شود که منابع سرور مجازی در ساعات اوج پر شود، چندین فروشگاه را روی یک سخت‌افزار میزبانی کنید یا به منابع یکسره تضمینی احتیاج داشته باشید.
درباره PHP Worker چه باید دانست؟: PHP Worker پردازه‌ای از PHP-FPM است که هر بار یک درخواست را اجرا می‌کند. شمار لازم به درخواست‌های هم‌زمانی تابع است که از کش عبور می‌کنند. عدد را از تقسیم رم دسترس PHP بر مصرف میانگین هر پردازه تخمین کنید و با آزمون بار اصلاح کنید؛ عدد بیش از حد باعث پر شدن رم و کار با Swap می‌شود.
Redis چگونه ارزیابی می‌شود؟: Redis نتیجه کوئری‌های تکراری وردپرس را میان درخواست‌ها در حافظه نگه می‌دارد تا لازم نباشد هر بار از پایگاه داده خوانده شوند. این کار بیشتر در صفحه‌هایی اثر دارد که کش برگه ندارند، مانند پیشخوان و سبد خرید. Redis جای کش برگه یا بهینه‌سازی کوئری‌های سنگین را نمی‌گیرد و ضروری است کنار آن‌ها بهره‌گیری شود.
HPOS را روی فروشگاه قدیمی چه پیش‌نیازهایی دارد؟: HPOS از ویرایش 8.2 برای نصب‌های جدید پیش‌فرض است و سفارش‌ها را در جدول‌های اختصاصی نگه می‌دارد. در فروشگاه قدیمی، در آغاز سازگاری همه افزونه‌ها را مرور کنید، از پایگاه داده نسخه پشتیبان بگیرید و فرایند همگام‌سازی را روی ویرایش آزمایشی امتحان کنید. پس از اطمینان، آن را روی سایت اصلی فعال کنید.
مهاجرت از میزبانی به سرور؛ پاسخ کوتاه چیست؟: با برنامه‌ریزی درست، قطعی به بازه کوتاه همگام‌سازی نهایی محدود می‌شود. کم شدن TTL از چندین روز قبل، تست سایت روی سرور جدید با فایل hosts و توقف موقت ثبت سفارش در لحظه انتقال، ریسک را کم می‌کند. بازه مشخص به حجم پایگاه داده و فایل‌ها تابع است و نمی‌توان عدد ثابتی برای آن اعلام کرد.
جمع‌بندی؛ سرور وردپرس متناسب را از روی گلوگاه گزینش کنید
در این نوشته دیدیم که فروشگاه ووکامرس به علت صفحه‌های غیرقابل‌کش، بار PHP و پایگاه داده بیشتری از یک سایت معمولی دارد. شمار PHP Worker، رم بسنده برای PHP و دیتابیس، دیسک NVMe، کش برگه با استثناهای درست، Redis، HPOS و کران سیستم، کلیدی‌ترین اهرم‌های سرعت هستند. مسیر ارتقا هم بیشتر وقت‌ها از میزبانی به سرور مجازی و سپس سرور اختصاصی است.
توصیه ما این است که پیش از خرید، گلوگاه واقعی را با داده پیدا کنید: چنانچه PHP Workerها پر می‌شوند، رم و هسته بیشتر لازم است؛ چنانچه پایگاه داده کند است، رم بافر و NVMe را در اولویت بگذارید. مهاجرت را هم با کم شدن TTL، تست روی سرور جدید و توقف کوتاه ثبت سفارش صورت دهید تا هیچ سفارشی گم نشود.
منابع: WordPress.org: Requirements؛ WooCommerce: Server Requirements؛ WooCommerce Developer Docs: Configuring caching plugins؛ WooCommerce Developer Docs: High-Performance Order Storage (HPOS). PHP Manual: FPM configuration (pm.max_children)؛ MySQL 8.0 Reference Manual: InnoDB Buffer Pool.
نکات کلیدی این مطلب
- سرور وردپرس چه پیش‌نیازهایی دارد
- منابع لازم برای سرور ووکامرس
- کش، دیتابیس و NVMe
- مهاجرت از میزبانی به سرور
پرسش‌های پرتکرار
چرا ووکامرس از وردپرس معمولی سنگین‌تر چگونه ارزیابی می‌شود؟
در یک وبلاگ، بیشتر بازدیدها از کش برگه پاسخ داده می‌شوند و PHP کمتر درگیر می‌شود. ولی بر پایه اسناد فنی ووکامرس، صفحه‌های سبد خرید، تسویه و حساب کاربری لازم است از کش برگه مستثنا شوند و کوکی‌هایی مانند woocommerce_cart_hash و wp_woocommerce_session_ هم کش را دور می‌زنند. پس هر مشتری که محصولی به سبد اضافه کند، از آن لحظه به بعد مستقیماً بار PHP و پایگاه داده پدید می‌آورد.
چه میزان رم سرور برای وردپرس بسنده چگونه ارزیابی می‌شود؟
به شمار PHP Worker، حجم پایگاه داده و بهره‌گیری از Redis تابع است. ولی فروشگاهی با هزاران محصول و بازدید هم‌زمان بالا اغلب به 16 گیگابایت یا بیشتر احتیاج پیدا می‌کند، یک سایت کوچک بیشتر وقت‌ها با 4 گیگابایت هم کار می‌کند. برترین روش، اندازه‌گیری مصرف فعلی و تخمین سهم PHP، پایگاه داده و Redis به‌صورت جداگانه است.
سرور ووکامرس چگونه ارزیابی می‌شود؟
در وبلاگ، بیشتر صفحه‌ها کش می‌شوند و بار PHP کم است. در ووکامرس، سبد خرید، تسویه و حساب کاربری بر پایه اسناد فنی رسمی نباید کش شوند و هر مشتری فعال، بار PHP و پایگاه داده می‌سازد. به همین علت شمار PHP Worker، سرعت دیسک و پیکربندی پایگاه داده در فروشگاه ضرورت به‌شدت بیشتری دارد.
برای فروشگاه کوچک هم سرور چگونه ارزیابی می‌شود؟
بیشتر وقت‌ها نه. برای فروشگاه تازه‌کار، یک میزبانی وردپرس خوب یا سرور مجازی کوچک بسنده و به‌صرفه‌تر است. سرور اختصاصی زمانی منطقی می‌شود که منابع سرور مجازی در ساعات اوج پر شود، چندین فروشگاه را روی یک سخت‌افزار میزبانی کنید یا به منابع یکسره تضمینی احتیاج داشته باشید.
پرسش‌های متداول
چه میزان رم سرور برای وردپرس بسنده چگونه ارزیابی می‌شود؟
به شمار PHP Worker، حجم پایگاه داده و کار با Redis تابع است. ولی فروشگاهی با هزاران محصول و بازدید هم‌زمان بالا اغلب به 16 گیگابایت یا بیشتر احتیاج پیدا می‌کند، یک سایت کوچک بیشتر وقت‌ها با 4 گیگابایت هم کار می‌کند.
چرا ووکامرس از وردپرس معمولی سنگین‌تر چگونه ارزیابی می‌شود؟
در یک وبلاگ، بیشتر بازدیدها از کش برگه پاسخ داده می‌شوند و PHP کمتر درگیر می‌شود. ولی بر پایه اسناد فنی ووکامرس، صفحه‌های سبد خرید، تسویه و حساب کاربری لازم است از کش برگه مستثنا شوند و کوکی‌هایی مانند woocommerce_cart_hash و wp_woocommerce_session_ هم کش را دور می‌زنند.
چه میزان رم سرور برای وردپرس بسنده چگونه ارزیابی می‌شود؟
به شمار PHP Worker، حجم پایگاه داده و بهره‌گیری از Redis تابع است. ولی فروشگاهی با هزاران محصول و بازدید هم‌زمان بالا اغلب به 16 گیگابایت یا بیشتر احتیاج پیدا می‌کند، یک سایت کوچک بیشتر وقت‌ها با 4 گیگابایت هم کار می‌کند.
کمپین ابتکار نو
کمپین ایده های نو
کمپین آینده روشن
کمپین طراحی مدرن