هاست Node.js با فضای کافی برای اجرای اپلیکیشن‌های واقعی

بله، انتخاب کاملاً با شماست. چون هر پلن یک سرور مجازی KVM با روت کامل است، به هر نسخه‌ای که یک هاست اشتراکی اتفاقاً ارائه می‌دهد گره نخورده‌اید. بیشتر افراد nvm را نصب می‌کنند و دقیقاً همان نسخه‌ای را که اپلیکیشن‌شان لازم دارد می‌کشند — شاخه LTS جاری برای پایداری عملیاتی، یا نسخه مشخصی که بیلدشان با آن آزمایش شده — و روی همان سرور برای هر پروژه میان نسخه‌ها جابه‌جا می‌شوند. اگر ترجیح می‌دهید، می‌توانید به جایش باینری‌های رسمی Node یا بسته‌های توزیع خودتان را نصب کنید. همچنین می‌توانید چند نسخه را کنار هم نگه دارید و هر اپلیکیشن را با یک فایل .nvmrc به نسخه خودش قفل کنید، که وقتی بیش از یک پروژه میزبانی می‌کنید به کار می‌آید. وقتی LTS جدیدی منتشر می‌شود، طبق برنامه خودتان ارتقا می‌دهید نه با انتظار برای ما. هیچ‌چیز از محیط اجرا قفل نیست: شما نسخه، مدیر بسته npm یا pnpm یا yarn و زمان به‌روزرسانی را تعیین می‌کنید.

هر دو خوب کار می‌کنند چون روت در دست شماست. برای یک پروسه ساده Node، PM2 انتخاب رایج است: اپلیکیشن‌تان را در حال اجرا نگه می‌دارد، اگر کرش کرد دوباره راهش می‌اندازد، می‌تواند چند نمونه fork کند تا از همه هسته‌های CPU استفاده شود و لاگ‌ها را برایتان چرخش می‌دهد. معمولاً یک `pm2 start` به‌علاوه `pm2 startup` و `pm2 save` کافی است تا اپلیکیشن از راه‌اندازی مجدد جان سالم به در ببرد. اگر ترجیح می‌دهید کانتینری کنید، Docker را نصب کنید و ایمیج خود را مستقیماً اجرا کنید، یا یک استک کوچک را با فایل docker-compose بالا بیاورید — مثلاً یک کانتینر اپلیکیشن در کنار Postgres و Redis. برخی این دو را ترکیب می‌کنند و Docker را برای وابستگی‌ها و PM2 را برای اپلیکیشن اجرا می‌کنند، یا برعکس. چون سرور مال شماست، اگر با گردش کارتان جورتر است می‌توانید از یونیت‌های systemd هم استفاده کنید. ما سرور مجازی زیرین، شبکه و محافظت DDoS را سالم نگه می‌داریم؛ اینکه چطور پروسه‌هایتان را نظارت می‌کنید کاملاً انتخاب خودتان است.

این‌ها پلن‌های سرور مجازی خودمدیریتی هستند و این عمدی است — مدیریت‌نشده نگه داشتن سرور دقیقاً همان چیزی است که دسترسی روت، نسخه‌های سفارشی Node و ساختار پروسه دلخواه شما را با این قیمت ممکن می‌کند. هر چه بالای سیستم‌عامل است مال شماست: محیط اجرای Node، PM2 یا Docker، پروکسی معکوس، پایگاه‌های داده و استقرارها را هرطور اپلیکیشن‌تان لازم دارد پیکربندی می‌کنید. آنچه ما مدیریت می‌کنیم بنیان زیرین است — سخت‌افزار فیزیکی، مجازی‌سازی KVM، شبکه دیتاسنتر Tier-3 و محافظت DDoS — پس هرگز نگران بخش‌هایی که نمی‌بینید نیستید. تیم پشتیبانی ما به‌صورت 24/7 برای سؤالات زیرساخت، تحویل سرویس و شبکه در دسترس است و می‌تواند در تغییر اندازه پلن یا عیب‌یابی اتصال کمک کند. اگر ترجیح می‌دهید خودتان سرور را اداره نکنید، گزینه‌های مدیریت‌شده در صورت درخواست موجودند و بسیاری از تیم‌ها یک توسعه‌دهنده را برای لایه اپلیکیشن می‌آورند در حالی که ما سرور مجازی را سریع، آنلاین و محافظت‌شده نگه می‌داریم.

بله. با روت کامل می‌توانید Postgres، MongoDB یا Redis را مستقیماً روی سرور مجازی نصب کنید و اپلیکیشن Node شما از طریق localhost با آن‌ها حرف بزند، که تأخیر را پایین نگه می‌دارد و از یک پرش شبکه اضافه جلوگیری می‌کند. Redis همراه محبوبی برای نشست‌ها، کش و صف کارهاست، در حالی که Postgres یا MongoDB داده اصلی شما را نگه می‌دارد — یکی را اجرا کنید یا هر سه را، متناسب با رمی که سطح پلن‌تان می‌دهد. جلوی اپلیکیشن، معمول است که Nginx را به‌عنوان پروکسی معکوس بگذارید: TLS را با یک گواهی SSL رایگان و خودتمدیدشونده خاتمه می‌دهد، نقطه پایانی عمومی 443 را سرو می‌کند، بار را میان نمونه‌های PM2 یا Docker شما توزیع می‌کند و می‌تواند دارایی‌های ایستا را کش کند. این همان چیدمان کلاسیک عملیاتی است — Nginx در لبه، Node پشت آن و پایگاه‌های داده در کنارش. اگر ترجیح می‌دهید داده را روی یک پایگاه داده مدیریت‌شده جداگانه نگه دارید، می‌توانید صرفاً به آن وصل شوید؛ هیچ‌چیز پایگاه داده را به همان ماشین تحمیل نمی‌کند.

یک `node server.js` خالی همان لحظه که ترمینال بسته شود یا پروسه کرش کند متوقف می‌شود، پس روی یک سرور واقعی آن را زیر یک مدیر پروسه اجرا می‌کنید. PM2 پاسخ معمول است: اپلیکیشن را به دیمن تبدیل می‌کند، پس از کرش به‌طور خودکار دوباره راهش می‌اندازد و با `pm2 startup` به‌علاوه `pm2 save` همه‌چیز را پس از راه‌اندازی مجدد برمی‌گرداند. حالت cluster آن می‌تواند برای هر هسته CPU یک کارگر fork کند تا یک اپلیکیشن از همه منابعی که سطح پلن‌تان می‌دهد استفاده کند، و مدیریت داخلی لاگ، ردیابی مشکلات را آسان‌تر می‌کند. اگر به جایش کانتینری می‌کنید، سیاست‌های restart در Docker همان کار را می‌کنند و systemd هم گزینه بومی محکمی است اگر ترجیحش دهید. علاوه بر این، منابع تضمین‌شده KVM و فضای NVMe یعنی اپلیکیشن برای CPU با همسایه‌های مزاحم نمی‌جنگد، و محافظت DDoS در سطح شبکه آن را زیر حمله در دسترس نگه می‌دارد. بین یک مدیر پروسه و منابع اختصاصی، همان آپ‌تایمی که در آزمایش می‌بینید همان چیزی است که کاربرانتان می‌گیرند.

بله. پس از ثبت‌نام، تیکتی باز کنید تا تیم ما در راه‌اندازی کمکتان کند — تحویل سرور، تأیید SSH و IPv4 اختصاصی شما، و راهنمایی درباره سیستم‌عامل و فایروال. برای خود اپلیکیشن، یک استقرار معمول این است که مخزن Git خود را روی سرور کلون کنید، وابستگی‌ها را نصب کنید، متغیرهای محیطی را تنظیم کنید، در صورت نیاز بیلد بگیرید و پروسه را زیر PM2 یا Docker راه بیندازید — و ما با کمال میل درباره این جریان مشورت می‌دهیم. اگر از هاست دیگری می‌آیید، می‌توانیم در آوردن کد، پیکربندی محیط و هر پایگاه داده محلی کمک کنیم تا اپلیکیشن روی سرور مجازی جدید همان‌طور اجرا شود. می‌توانید پیش از تعویض DNS آن را روی IP اختصاصی بالا بیاورید و آزمایش کنید تا جابه‌جایی نرم باشد. کمک مدیریت‌شده برای لایه اپلیکیشن در صورت درخواست موجود است اگر دست پرقدرت‌تری می‌خواهید؛ در غیر این صورت تیم 24/7 ما روی بخش زیرساخت و شبکه می‌ماند.

Yes. Since you have full root and outbound access, you can authenticate npm, pnpm or yarn against a private registry using a token in your package manager's config, exactly as you would on your own machine. There's no proxy or firewall rule blocking package installs, so private dependencies resolve the same way they do in local development.

Every plan includes daily backups of the server, covering your application code, installed dependencies, configuration and any co-located database data. If a deploy goes wrong, a dependency upgrade breaks something, or a config change needs undoing, you can restore to a previous day rather than rebuilding by hand.

Yes — root access means the server's own cron is available for anything you'd rather run outside your application process, such as nightly database dumps or report generation. Just as commonly, people schedule jobs from within Node itself using a scheduling library, keeping that logic in the same codebase as the rest of the app. Both approaches run fine side by side on the same VPS.

Yes, every Node.js VPS plan carries a 30-day money-back guarantee, so you can put a real workload on the server, benchmark it against wherever you're hosting now, and request a refund within that window if it isn't the right fit. It's the same guarantee across our hosting lineup, not a scaled-down version for VPS.

Yes. A single VPS can run several Node processes at once — each on its own port, managed as a separate PM2 process or container, with a reverse proxy routing incoming requests to the right one based on subdomain or path. It's a common way to run an API, an internal dashboard and a webhook handler on one server instead of three, or to keep a staging copy running next to production.

Yes. Pricing across our plans, including the Node.js VPS tiers, is displayed and billed in your local currency automatically based on where you're signing up from, so international teams don't have to work out conversions before checkout.