سرور وبnginx.conf
مهاجرت از NGINX
بلوکهای سرور نقشه، مکانها، آپاستریمها، بررسی سلامت، تایماوتها و فایلهای TLS را به Webship TOML سخت با یک انتقال اولویت لبه نگاشت کنید.
راهنمای NGINX را باز کنید →راهنماهای مهاجرت Webship
از سرور وب فعلی خود به Webship با یک جابجایی کنترلشده منتقل شوید.
انتقال خاتمه TLS، مسیریابی، بررسی سلامت، تحویل استاتیک و سیاست لبه به یک Runtime Rust. هر راهنما نگاشتهای مستقیم را از رفتار خاص فروشنده که نیاز به طراحی مجدد دارد جدا میکند.
لطفاً لبه فعلی خود را انتخاب کنید.
سرورهای وب اصلی، پراکسیهای معکوس، کشها و محیطهای زمان اجرای برنامه که معمولاً جایگزین یا به پشت Webship منتقل میشوند را جستجو کنید.
سرور وبhttpd.conf
مهاجرت از Apache HTTP Server
VirtualHost، ProxyPass، TLS، زمانسنج قطع اتصال، و رفتار upstream را به Webship TOML دقیق ترجمه کنید، سپس شنوندههای لبه Apache را در مراحل کنترلشده بازنشسته کنید.
راهنمای Apache HTTP Server را باز کنید →سرور وبCaddyfile
مهاجرت از Caddy
آدرسهای سایت، تطبیقدهندهها، اهداف reverse_proxy، پروبهای سلامتی و گواهینامههای Caddyfile را به پیکربندی صریح و معتبر Webship تبدیل کنید.
راهنمای Caddy را باز کنید →پراکسی معکوسhaproxy.cfg
مهاجرت از HAProxy
رابطهای جلویی و پشتی HTTP، بررسی سلامت، بالانس کردن، تایماوتها و مدیریت گواهینامه را به Webship منتقل کنید و در عین حال مسیر بازگشت سریع را حفظ کنید.
راهنمای HAProxy را باز کنید →پراکسی معکوسenvoy.yaml
مهاجرت از Envoy
لیسنرها، میزبانهای مجازی، مسیرها، کلاسترها، endpointها، بررسیهای سلامتی، تایماوتها و TLS پاییندست را به یک پیکربندی edge کوچکتر Webship نگاشت کنید.
راهنمای Envoy را باز کنید →پراکسی معکوسtraefik.yaml
مهاجرت از Traefik
نقاط ورودی، مسیریابها، قوانین، سرویسها، بررسی سلامت، میانافزارها و TLS را به مسیرها و سیاستهای پایدار Webship تبدیل کنید.
راهنمای Traefik را باز کنید →سرور وبlighttpd.conf
مهاجرت از Lighttpd
ترجمه شرایط میزبان، اهداف پروکسی، ریشههای سند، فایلهای TLS و تنظیمات گوشدهنده به مسیرها یا سایتهای Webship.
راهنمای Lighttpd را باز کنید →سرور وبweb.config
مهاجرت از Microsoft IIS
جایگزین کردن بایندینگهای IIS، قوانین پروکسی ARR، مسیریابی URL Rewrite و TLS لبهای با Webship در حالی که وابستگیهای برنامه ویندوز پشت آن باقی بمانند.
راهنمای Microsoft IIS را باز کنید →سرور وبWebAdmin / virtual host
مهاجرت از LiteSpeed / OpenLiteSpeed
میزبانهای مجازی، شنوندهها، برنامههای خارجی، زمینههای پروکسی، ریشههای استاتیک و گواهینامهها را به سایتها و مسیرهای صریح Webship تبدیل کنید.
راهنمای LiteSpeed / OpenLiteSpeed را باز کنید →سرور وبnginx.conf + Lua
مهاجرت از OpenResty
رفتار استاندارد لبه NGINX را به Webship منتقل کنید در حالی که منطق برنامه Lua را برای تصمیم صریح حفظ یا بازنویسی منزوی کنید.
راهنمای OpenResty را باز کنید →کش HTTPVCL
مهاجرت از Varnish Cache
مسیریابی استاندارد بکاند و سیاست کش محدود را به Webship منتقل کنید، در حالی که رفتار سفارشی VCL را به عنوان یک بازطراحی سنجیده شده در نظر بگیرید، نه به عنوان تبدیل جستجو و جایگزینی.
راهنمای Varnish Cache را باز کنید →پراکسی معکوسRust + YAML
مهاجرت از Pingora
یک سرویس لبه سفارشی Pingora را با مسیرهای اعلامی Webship جایگزین کنید در صورتی که TLS استاندارد، پراکسی، سلامت، سیاست و قابلیت مشاهده کافی باشد.
راهنمای Pingora را باز کنید →سرور برنامهTypeScript
مهاجرت از Bun.serve
کد برنامه را از وظایف لبه جدا کنید: Bun را بهعنوان مبدأ نگه دارید در حالی که Webship مسئول TLS، ارائه استاتیک، HTTP/3، حفاظت و مسیریابی درخواستها میشود.
راهنمای Bun.serve را باز کنید →