فایل، پوشه و پسوند فایل

فایل چیست و پوشه چیست

فایل یک رشته پشت سر هم از بایت هاست که سیستم عامل به آن یک نام داده. همین. چه یک عکس باشد چه یک متن چه یک برنامه، روی دیسک همه شان یک چیزند: عددهایی پشت سر هم.

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

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

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

پسوند فایل چیست و چه چیزی نیست

پسوند همان چند حرف بعد از آخرین نقطه در نام فایل است: .pdf، .jpg، .docx. کاری که می کند دقیقا یک کار است و نه بیشتر: سیستم عامل در فهرست خودش نگاه می کند ببیند کدام برنامه برای این پسوند ثبت شده و فایل را به همان می دهد.

حالا نکته ای که تقریبا همه اشتباه می فهمند: پسوند محتوای فایل را عوض نمی کند و توصیفش هم نمی کند. پسوند یک برچسب چسبیده روی جعبه است و هر کسی می تواند برچسب را عوض کند. محتوای جعبه سر جایش می ماند.

این را روی همین سرور امتحان کردیم. یک تصویر PNG هشت در هشت ساختیم و بدون هیچ تبدیلی کپی اش کردیم به نامی با پسوند .jpg. دستور file باز هم گفت PNG است، و تابع خواندن تصویر در PHP هم نوع را image/png برگرداند. دلیلش در خود فایل است: هشت بایت اولش 89 50 4E 47 0D 0A 1A 0A بود، همان چیزی که مشخصات رسمی PNG آن را «امضای PNG» می نامد و می گوید هر فایل PNG با همین هشت بایت شروع می شود.

پس دو چیز جدا وجود دارد: آنچه فایل ادعا می کند، که پسوند است، و آنچه فایل هست، که در بایت های اولش نوشته شده. برنامه های جدی به دومی نگاه می کنند. نتیجه عملی اش برای شما این است: وقتی یک عکس با پیام «فرمت پشتیبانی نمی شود» باز نمی شود، اسمش را عوض کردن تقریبا هیچ وقت درستش نمی کند، و اگر کرد یعنی از اول پسوندش غلط بوده.

چرا فایلی به نام photo.jpg.exe خطرناک است

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

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

پس اولین کاری که ارزش دارد همین امروز انجام دهید این است: نمایش پسوند فایل ها را روشن کنید. مایکروسافت خودش مسیرش را نوشته و جمله اش با همین شروع می شود که اگر پسوند فایل ها را در File Explorer نمی بینید، در ویندوز ۱۱ از View و بعد Show گزینه File name extensions را بزنید، و در ویندوز ۱۰ در سربرگ View همان تیک را در گروه Show/hide بگذارید. یک بار انجام می شود و برای همیشه می ماند.

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

این موضوع دنباله دارد و جایش این درس نیست؛ در مسیر امنیت هم به انواع بدافزار می رسیم و هم به اینکه یک نرم افزار را از کجا باید گرفت.

اسم گذاری که شش ماه بعد هم کار می کند

مشکل نام گذاری این نیست که مرتب نیستید. مشکل این است که نام را برای خودتان در همان لحظه می نویسید، نه برای خودتان شش ماه بعد. آن آدم نمی داند «نهایی» یعنی چه و کدام «کپی» جدیدتر است.

سه قاعده کافی است و بقیه تزئین است.

تاریخ را همیشه به شکل سال بعد ماه بعد روز بنویسید، مثل 2026-09-06. دلیلش زیبایی نیست؛ دلیلش این است که در این شکل، مرتب کردن بر اساس حروف الفبا دقیقا همان مرتب کردن بر اساس زمان است. 6-9-26 این خاصیت را ندارد و در ضمن معلوم نیست ماه است یا روز.

نسخه را با عدد نشان دهید نه با صفت: v01، v02، v03. صفر ابتدایی مهم است، وگرنه نسخه ۱۰ قبل از نسخه ۲ مرتب می شود. کلمه «نهایی» یک صفت است و صفت جا برای صفت بعدی باز می کند؛ همین طور است که به «نهایی۲» می رسیم.

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

یک صداقت لازم: هیچ قاعده ای در برابر یک تیم چهار نفره روی یک درایو مشترک دوام نمی آورد مگر اینکه نوشته شده باشد و یک نفر مسئولش باشد. اگر بعد از سه ماه فایل ها به هم ریخته اند، مشکل قاعده نبوده؛ مالک نداشته است.

پوشه بسازم یا به جستجو تکیه کنم

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

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

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

و آخرین چیز، که ربطی به مرتب بودن ندارد و مهم تر از همه است: هیچ کدام از این ها نسخه پشتیبان نیست. یک پوشه مرتب که فقط روی یک دیسک است، با خراب شدن همان دیسک به همان اندازه از بین می رود که یک پوشه به هم ریخته. آن بحث درس خودش را دارد و قدم بعدی منطقی همین درس است.