آپلود فایل بزرگ در هاست دانلود قطع می‌شود؛ چطور آن را کامل و سالم منتقل کنیم؟

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

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

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

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

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

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

اگر سرویس SFTP و دسترسی آن را ارائه می‌دهد، از یک برنامه انتقال معتبر مانند FileZilla یا ابزار مورد تأیید خود استفاده کنید. نام میزبان، پورت، نام کاربری و اثرانگشت کلید سرور را از مسیر مطمئن بگیرید و پیش از پذیرش کلید با مقدار ارائه‌دهنده تطبیق دهید. SFTP با FTP معمولی متفاوت است و رمز را روی اتصال SSH محافظت می‌کند.

فایل را ابتدا با نامی جدا مثل release.zip.uploading در پوشه‌ای که برای آزمون انتخاب کرده‌اید منتقل کنید. اگر برنامه هنگام قطع‌شدن گزینه ادامه انتقال دارد، ابتدا مطمئن شوید فایل مبدأ تغییر نکرده و مقصد همان فایل ناتمام است. همه سرورها و برنامه‌ها ادامه انتقال را یکسان پشتیبانی نمی‌کنند؛ در صورت تردید، یک فایل آزمایشی را عمداً قطع و قابلیت ادامه را با راهنمای همان ابزار امتحان کنید.

اگر فقط FTP در اختیار دارید، از اتصال رمزگذاری‌شده پشتیبانی‌شده مانند FTPS استفاده کنید و برای ZIP، تصویر و ویدئو حالت انتقال Binary را انتخاب کنید. FTP ساده رمز و داده را محافظت نمی‌کند. ادامه انتقال FTP به پشتیبانی سرور بستگی دارد؛ برای فایل حساس یا شبکه نامطمئن از روش امن مورد تأیید سرویس استفاده کنید.

این روش برای همه هاست‌های اشتراکی فعال نیست. در ترمینال Linux یا macOS مبدأ، پس از تأیید دسترسی SSH و وجود rsync در مقصد، مثال زیر یک فایل را با نگه‌داشتن بخش ناقص منتقل می‌کند:

نام کاربر، میزبان، پورت، فایل و مسیر باید با اطلاعات خودتان جایگزین شوند. پوشه staging باید از قبل موجود و قابل نوشتن و ترجیحاً خارج از مسیر عمومی باشد. -P شامل نمایش پیشرفت و نگه‌داشتن فایل ناقص است. اجرای دوباره همان فرمان می‌تواند از داده ناقص برای سریع‌ترشدن انتقال استفاده کند؛ میزان صرفه‌جویی به شرایط و نسخه‌ها بستگی دارد. این دستور می‌تواند مقصد همنام را تغییر دهد؛ نام منحصربه‌فرد انتخاب کنید و روی نسخه فعال اجرا نکنید.

اگر SSH یا rsync در مقصد در دسترس نیست، همان روش انتقال مورد پشتیبانی پنل را دنبال کنید. نصب ابزار سیستمی با sudo در هاست اشتراکی راه‌حل مناسبی نیست.

روی مبدأ و مقصد، اگر ابزار موجود است، هش فایل کامل را مقایسه کنید:

دستور اول روی مبدأ و دومی در پوشه مقصد اجرا می‌شود. خروجی‌ها باید برای محتوای یکسان برابر باشند. در PowerShell ویندوز از Get-FileHash -Algorithm SHA256 -LiteralPath 'C:/Path/release.zip' استفاده کنید. اگر هش متفاوت است، فایل را منتشر نکنید؛ انتقال را با منبع ثابت دوباره انجام دهید و سلامت دیسک و ابزار را بررسی کنید.

بعد از تطبیق هش، با روش پنل و در همان فایل‌سیستم، نام آزمایشی را به نام نسخه نهاییِ جدید تغییر دهید و لینک را منتشر کنید. برای جزئیات و احتیاط‌های انتشار، راهنمای جلوگیری از دانلود فایل نیمه‌کاره را بخوانید. امکانات هاست دانلود نت‌آرام و شرح گزینه --partial در مستندات rsync در دسترس است.