آموزش تغییر پسوند فایل در ویندوز ۱۰ و ۱۱

هنگامی که تعداد زیادی فایل با الگوی نام‌گذاری یکسان دارید، تغییر دستی پسوند آن‌ها زمان‌بر و مستعد خطاست. ابزارهای PowerShell و Command Prompt می‌توانند این کار را به‌صورت گروهی انجام دهند.

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

در PowerShell ابتدا با فرمان `Get-ChildItem -File` فهرست فایل‌های پوشه جاری را مشاهده کنید. برای محدودکردن فهرست می‌توانید از عبارتی مانند `Get-ChildItem -File -Filter '*.jpeg'` استفاده کنید. این مرحله نشان می‌دهد چه فایل‌هایی مشمول عملیات خواهند شد و مانع تغییر ناخواسته فایل‌هایی با پسوند یا کاربرد متفاوت می‌شود.

برای تغییر گروهی پسوند JPEG به JPG می‌توان فرمان `Get-ChildItem -File -Filter '*.jpeg' | Rename-Item -NewName { $_.BaseName + '.jpg' } -WhatIf` را اجرا کرد. گزینه `-WhatIf` فقط نتیجه احتمالی را نمایش می‌دهد و هیچ فایلی را تغییر نمی‌دهد.

پس از بررسی خروجی، همین گزینه را حذف کنید تا نام‌های جدید واقعاً ثبت شوند.

هنگام استفاده از `-Recurse`، PowerShell زیرپوشه‌ها را نیز پردازش می‌کند؛ بنابراین دامنه عملیات بسیار گسترده‌تر می‌شود. پیش از اجرای بازگشتی، وجود فایل‌هایی با نام مقصد یکسان را بررسی کنید.

اگر `photo.jpeg` و `photo.jpg` هم‌زمان در یک پوشه باشند، تغییر نام ممکن است با خطای تداخل نام متوقف شود یا بخشی از مجموعه بدون تغییر باقی بماند.

در Command Prompt نیز فرمان ساده `ren *.jpeg *.jpg` پسوند فایل‌های منطبق در پوشه جاری را عوض می‌کند. این روش پیش‌نمایش داخلی ندارد و کنترل آن از PowerShell کمتر است. بهتر است ابتدا فرمان `dir *.jpeg` را اجرا کنید و سپس عملیات تغییر نام را انجام دهید.

فرمان `ren` به‌طور پیش‌فرض وارد زیرپوشه‌ها نمی‌شود.

برای عملیات مهم، جدولی از نام قدیمی و نام جدید تهیه کنید. این نگاشت را می‌توان در یک فایل CSV ذخیره کرد تا بازگرداندن نام‌ها امکان‌پذیر باشد. ثبت مسیر کامل فایل نیز ضروری است، زیرا ممکن است نام یکسانی در چند زیرپوشه وجود داشته باشد.

زمان اجرا، تعداد فایل‌های موفق و خطاهای تداخل نام را هم یادداشت کنید.

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

تغییر گروهی پسوند باید صرفاً نام فایل را اصلاح کند؛ اگر محتوا یا اندازه فایل عوض شده باشد، فرایند دیگری نیز روی داده است.

پسوند بخشی از نام فایل است و همیشه نوع واقعی داده‌های داخل آن را ثابت نمی‌کند. ممکن است فایلی پسوند نادرست داشته باشد، بدون پسوند ذخیره شده باشد یا عمداً با نام گمراه‌کننده ارائه شود.

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

گزینه Type در File Explorer عمدتاً از پسوند و برنامه مرتبط با آن استفاده می‌کند؛ بنابراین برای شناسایی قطعی کافی نیست. اگر نام `report.jpg` باشد، ویندوز احتمالاً آن را تصویر معرفی می‌کند، حتی اگر محتوای فایل یک سند PDF باشد.

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

بسیاری از فرمت‌ها با امضای باینری یا Magic Number شروع می‌شوند. فایل JPEG معمولاً با بایت‌های `FF D8 FF`، فایل PNG با `89 50 4E 47`، سند PDF با `25 50 44 46` و فایل ZIP با نویسه‌های `PK` آغاز می‌شود.

مشاهده این نشانه‌ها کمک می‌کند نوع فایل مستقل از نام فعلی آن تشخیص داده شود.

در PowerShell می‌توانید چند بایت ابتدایی را با `Get-Content -Path ./unknown -Encoding Byte -TotalCount 16 | Format-Hex` مشاهده کنید. این فرمان محتوای فایل را تغییر نمی‌دهد. نتیجه را باید با مشخصات رسمی فرمت مقایسه کرد؛ شباهت چند بایت به‌تنهایی همیشه کافی نیست، زیرا بعضی قالب‌ها ساختار پایه مشترکی دارند.

فرمت‌های DOCX، XLSX و PPTX در واقع بسته‌های ZIP شامل چند فایل XML هستند. به همین دلیل امضای ابتدایی آن‌ها شبیه ZIP است. برای تمایز، یک نسخه کپی را با 7-Zip باز کنید و پوشه‌ها یا فایل‌هایی مانند `word`، `xl`، `ppt` و `[Content_Types].xml` را بررسی کنید.

وجود این اجزا نوع سند آفیس را روشن‌تر می‌کند.

در فایل‌های متنی، نوع رمزگذاری نیز اهمیت دارد. یک فایل UTF-8، UTF-16، CSV، JSON یا XML ممکن است در ظاهر فقط متن باشد، اما ساختار داخلی و نویسه‌های ابتدایی آن کاربرد مناسب را مشخص می‌کنند.

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

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

شناسایی فرمت باید بر پایه چند نشانه، شامل امضای باینری، ساختار داخلی، منبع فایل و برنامه سازنده احتمالی باشد.

همه پسوندها فقط از یک بخش تشکیل نشده‌اند. نام‌هایی مانند `archive.tar.gz`، `backup.sql.zip`، `types.d.ts` و `script.user.js` چند نقطه دارند و هر بخش می‌تواند معنای مستقلی داشته باشد.

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

در `archive.tar.gz`، بخش TAR نشان می‌دهد چند فایل در یک بایگانی قرار گرفته‌اند و GZ روش فشرده‌سازی آن بایگانی را مشخص می‌کند. اگر فقط `.gz` حذف شود، معمولاً فایل TAR باقی می‌ماند و باید جداگانه استخراج شود.

تبدیل نام به `.zip` ساختار فشرده‌سازی را عوض نمی‌کند و برنامه‌های آرشیو ممکن است آن را ناسازگار تشخیص دهند.

برخی پسوندهای ترکیبی برای ابزارهای توسعه معنا دارند. فایل `index.d.ts` تعریف نوع TypeScript است و `extension.user.js` ممکن است اسکریپت مخصوص یک افزونه مرورگر باشد. تبدیل این نام‌ها به `.ts` یا `.js` می‌تواند رفتار ویرایشگر، ابزار ساخت یا نصب‌کننده را تغییر دهد.

در چنین مواردی باید قرارداد پروژه یا مستندات نرم‌افزار سازنده بررسی شود.

ویندوز معمولاً آخرین بخش پس از نقطه را پسوند در نظر می‌گیرد. برای نمونه، در `invoice.final.pdf` پسوند قابل‌تشخیص `.pdf` است و عبارت `final` بخشی از نام پایه محسوب می‌شود. وجود چند نقطه لزوماً نشانه خطا نیست.

هنگام مرتب‌سازی نسخه‌های یک سند، استفاده از نام‌هایی مانند `report.2026-07.pdf` کاملاً معتبر و قابل جست‌وجو است.

فایل‌هایی که نامشان با نقطه آغاز می‌شود، مانند `.env` یا `.gitignore`، بیشتر در ابزارهای توسعه و سامانه‌های شبه‌یونیکس دیده می‌شوند. این نام‌ها الزاماً پسوند معمول ندارند.

بعضی پنجره‌های ویندوز اجازه ایجاد مستقیم چنین نامی را نمی‌دهند یا درباره خالی‌بودن نام پایه هشدار می‌دهند؛ PowerShell و برنامه‌های ویرایش کد معمولاً آن‌ها را دقیق‌تر مدیریت می‌کنند.

برای تغییر گروهی نام‌های چندبخشی، استفاده کورکورانه از `BaseName` می‌تواند بخش آخر را حذف کند و نتیجه نامناسبی بسازد. بهتر است ابتدا یک قاعده صریح تعریف شود؛ مثلاً فقط عبارت `.tar.gz` با `.tgz` جایگزین شود.

مقایسه انتهای کامل نام، نسبت به تعویض هر رخداد `.gz` در مسیر یا نام فایل، کنترل بیشتری فراهم می‌کند.

پس از تغییر، وابستگی‌های مرتبط را نیز بررسی کنید. فایل‌های پیکربندی، اسکریپت‌ها، میانبرها و پروژه‌های برنامه‌نویسی ممکن است نام کامل فایل را ذخیره کرده باشند.

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

پس از تغییر پسوند، ممکن است آیکون فایل و برنامه‌ای که با دوبار کلیک اجرا می‌شود عوض شود. ویندوز برای هر پسوند یک ارتباط فایل یا File Association نگه می‌دارد. این ارتباط تعیین می‌کند کدام برنامه فایل را باز کند، اما ساختار داخلی فایل را تغییر نمی‌دهد.

انتخاب برنامه نامناسب معمولاً باعث پیام خطا یا نمایش محتوای ناخوانا می‌شود.

برای انتخاب برنامه، روی فایل راست‌کلیک کنید و از Open with گزینه Choose another app را بزنید. برنامه موردنظر را انتخاب کرده و در صورت نیاز گزینه استفاده همیشگی برای این نوع فایل را فعال کنید.

این روش فقط ارتباط همان پسوند را تغییر می‌دهد و نباید برای وادارکردن یک برنامه ناسازگار به بازکردن فایل استفاده شود.

مسیر Settings، سپس Apps و Default apps امکان مدیریت گسترده‌تر را فراهم می‌کند. در این صفحه می‌توان خود پسوند، مانند `.csv` یا `.pdf`، را جست‌وجو کرد و برنامه پیش‌فرض آن را تغییر داد.

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

در Command Prompt، فرمان `assoc .txt` نام گروه مرتبط با یک پسوند را نشان می‌دهد و فرمان `ftype` می‌تواند دستور اجرای گروه‌های کلاسیک را نمایش دهد. بااین‌حال، در نسخه‌های جدید ویندوز بخشی از انتخاب‌های پیش‌فرض تحت کنترل رابط Settings و سازوکارهای امنیتی کاربر است.

ویرایش مستقیم رجیستری برای دورزدن این تنظیمات می‌تواند ارتباط فایل‌ها را ناپایدار کند.

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

از دانلود برنامه‌های ناشناس که صرفاً وعده بازکردن هر نوع فایل را می‌دهند، پرهیز کنید.

گاهی یک برنامه پس از به‌روزرسانی، ارتباط چند پسوند را به نام خود ثبت می‌کند. اگر فایل‌ها ناگهان با نرم‌افزار دیگری باز می‌شوند، Default apps را بازبینی کنید.

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

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

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

پیش از شروع، وضعیت همگام‌سازی و دامنه دسترسی افراد به پوشه را بررسی کنید.

در OneDrive، نماد ابر نشان می‌دهد فایل فقط به‌صورت آنلاین موجود است. بهتر است پیش از آزمایش، گزینه Always keep on this device را برای فایل یا پوشه انتخاب کنید و منتظر علامت سبز بمانید.

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

اگر برنامه‌ای فایل را باز نگه داشته باشد، تغییر نام ممکن است موقتاً ناموفق شود یا یک نسخه تعارضی ایجاد کند. برنامه‌های Office، ویرایشگرها و پیش‌نمایش File Explorer را ببندید. سپس صبر کنید تا وضعیت Sync pending پایان یابد.

انجام چندصد تغییر در زمان همگام‌سازی فعال می‌تواند صف طولانی بسازد و تشخیص فایل‌های ناموفق را دشوار کند.

در پوشه‌های مشترک، برنامه‌ها یا همکاران ممکن است به نام کامل فایل ارجاع داده باشند. تغییر `data.csv` به `data.txt` می‌تواند لینک، فرایند واردکردن داده، داشبورد یا اسکریپت زمان‌بندی‌شده را از کار بیندازد.

پیش از تغییر فایل‌های عملیاتی، مالک فرایند را شناسایی کنید و وابستگی‌ها را با جست‌وجوی نام فعلی بررسی کنید.

در مسیرهای شبکه SMB، مجوز Rename یا Modify لازم است. داشتن اجازه خواندن و نوشتن محتوا همیشه به معنای اجازه تغییر نام نیست. همچنین فایل ممکن است توسط کاربر دیگری قفل شده باشد.

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

قابلیت Version history در OneDrive و SharePoint می‌تواند نسخه محتوای فایل را بازگرداند، اما تغییر نام و جابه‌جایی همیشه در همه پیکربندی‌ها به یک شکل بازیابی نمی‌شود. برای مجموعه‌های مهم، پیش از تغییر یک نسخه خارج از پوشه همگام‌سازی تهیه کنید.

سطل بازیافت ابری را نیز جایگزین نسخه پشتیبان مستقل در نظر نگیرید.

بعد از پایان کار، پنل همگام‌سازی را برای خطاهایی مانند نام نامعتبر، تداخل، نبود فضا یا محدودیت دسترسی بررسی کنید. سپس نام فایل را روی یک دستگاه دوم یا رابط وب سرویس کنترل کنید.

اگر تغییر گروهی انجام شده است، تعداد فایل‌های محلی و ابری باید یکسان باشد و هیچ موردی در حالت Pending یا Conflict باقی نماند.

فایل دوپسوندی نامی مانند `invoice.pdf.exe` یا `photo.jpg.scr` دارد. وقتی پسوندهای شناخته‌شده مخفی باشند، کاربر ممکن است فقط بخش ابتدایی را ببیند و فایل اجرایی را با سند یا تصویر اشتباه بگیرد. مهاجمان از همین شباهت، همراه با آیکون جعلی، برای ترغیب کاربر به اجرای بدافزار استفاده می‌کنند.

پسوند واقعی در مثال `invoice.pdf.exe` آخرین بخش یعنی `.exe` است. بخش `.pdf` فقط جزئی از نام پایه محسوب می‌شود. برای بررسی، File Explorer را روی نمای Details قرار دهید و ستون Type را نیز فعال کنید.

عباراتی مانند Application، Screen saver یا Windows Command Script باید برای فایلی که ظاهراً تصویر یا سند معرفی شده است، هشداردهنده باشند.

پسوندهای اجرایی فقط به EXE محدود نیستند. فایل‌های `.scr`، `.com`، `.msi`، `.bat`، `.cmd`، `.js`، `.vbs` و `.ps1` نیز می‌توانند دستور اجرا کنند. یک نام طولانی یا چند فاصله ممکن است آخرین پسوند را از محدوده قابل‌مشاهده پنجره خارج کند.

بهتر است ستون Name را گسترش دهید و انتهای کامل نام را بررسی کنید.

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

فایل مشکوک را صرفاً برای فهمیدن نوع آن اجرا نکنید.

در PowerShell، فرمان `Get-AuthenticodeSignature -FilePath ./file.exe` وضعیت امضای دیجیتال فایل اجرایی را نشان می‌دهد. وضعیت Valid فقط ثابت می‌کند امضا از نظر فنی معتبر است و جایگزین بررسی اعتبار ناشر نیست.

فرمان `Get-FileHash ./file.exe` نیز هش فایل را تولید می‌کند تا بتوان آن را با مقدار منتشرشده در وب‌سایت رسمی سازنده مقایسه کرد.

برای فایل دانلودشده، هشدار SmartScreen، منبع دانلود و بخش Digital Signatures در Properties را بررسی کنید. تغییر پسوند یا حذف علامت مسدودسازی، فایل را امن نمی‌کند.

اگر فرستنده ایمیل یا پیام‌رسان ادعا می‌کند فایل یک فاکتور است ولی نوع آن اجرایی دیده می‌شود، از کانالی جداگانه درباره صحت ارسال سؤال کنید.

فایل مشکوک را در پوشه کاری یا کنار اسناد مهم آزمایش نکنید. آن را با Microsoft Defender یا ابزار امنیتی سازمان اسکن کرده و در صورت نبود نیاز حذف کنید. برای تحلیل تخصصی، از محیط ایزوله و تیم امنیت کمک بگیرید.

نمایش دائمی پسوندها، توجه به آخرین بخش نام و خودداری از اجرای فایل ناشناس سه لایه مکمل برای کاهش این خطر هستند.