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

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

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

اول با یک فایل کوچک و بدون اطلاعات خصوصی تمرین کنید. فرض کنیم نام نهایی قرار است guide-v2.zip باشد. یک نام آزمایشی متفاوت مانند guide-v2-uploading.tmp انتخاب کنید. این نام فقط برای جلوگیری از اشتباه است؛ اگر فایل در پوشه عمومی وب قرار بگیرد، ممکن است کسی با دانستن آدرس همچنان بتواند آن را دریافت کند. بنابراین برای اطلاعات محرمانه از پوشه واقعاً خصوصی و روش کنترل دسترسی مناسب استفاده کنید، نه از نام حدسی.

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

با روشی که سرویس پشتیبانی می‌کند، مانند SFTP یا FTPS، فایل آزمایشی را با نام موقت منتقل کنید. در صورت استفاده از FTP یا FTPS، برای فایل فشرده حالت Binary را مطابق آموزش انتقال سالم ZIP انتخاب کنید. اعتبار گواهی یا اثر انگشت سرور را از روش مورد اعتماد بررسی کنید.

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

بهترین آزمایش برای فایل نمونه، مقایسه هش SHA-256 نسخه اصلی و نسخه بازگشتی است. در PowerShell ویندوز، ابتدا هش فایل اصلی را بگیرید:

فایل موقت را از هاست به یک پوشه آزمایشی متفاوت برگردانید و هش آن را حساب کنید:

مسیرها نمونه هستند. برابر بودن دو مقدار Hash نشانه بسیار قوی یکسان بودن محتوای دو نسخه است. در لینوکس نیز sha256sum برای هر دو فایل کاربرد دارد. اگر روی خود سرویس دستور sha256sum و دسترسی مجاز ترمینال دارید، می‌توانید فایل همان مسیر را بدون دانلود دوباره هش کنید؛ در هاست اشتراکی وجود این دسترسی را از پیش فرض نکنید.

اگر هش متفاوت است، نام و مسیر نسخه‌هایی را که مقایسه کرده‌اید، حالت انتقال و کامل‌بودن صف را بررسی کنید. اگر فایل از لینک عمومی به‌جای فایل اصلی صفحه ورود برگردانده، هش هم متفاوت خواهد شد؛ راهنمای دریافت صفحه HTML به جای ZIP این حالت را توضیح می‌دهد.

در File Manager یا برنامه انتقال، بعد از موفقیت مراحل قبل فایل موقت را انتخاب و گزینه Rename را بزنید. نام نهاییِ نمونه guide-v2.zip است. مطمئن شوید فایل دیگری با این نام وجود ندارد؛ برخی برنامه‌ها هنگام جایگزینی هشدار می‌دهند و برخی تنظیمات یا سرورها رفتار متفاوتی دارند. برای اولین آزمایش، یک نام نهایی تازه و بدون برخورد انتخاب کنید.

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

بعد از تغییر نام، لینک نهایی را با یک مرورگر خصوصی دانلود کنید و هش را با فایل اصلی مقایسه کنید. اگر کاربر قبلاً نسخه دیگری را با همان URL دریافت کرده و CDN یا مرورگر آن را نگه داشته باشد، ممکن است هنوز محتوای قبلی را ببیند. در این حالت نام نسخه‌دار تازه، مثلاً guide-v2.zip به جای بازنویسی guide.zip، به جداشدن دو نسخه کمک می‌کند. در صورت نیاز کش همان نشانی را طبق راهنمای CDN پاک کنید؛ فایل خصوصی را در کش عمومی قرار ندهید.

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

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

تا تأیید کامل، نسخه اصلی و پشتیبان را نگه دارید. برای بررسی امکانات و ظرفیت میزبانی فایل، صفحه هاست دانلود نت‌آرام را ببینید. جزئیات رفتار تغییر نام فایل در لینوکس در مستند rename آمده است؛ رفتار پنل یا ذخیره‌ساز خارجی باید جداگانه تأیید شود.