نام پرونده (رایانه): تفاوت میان نسخهها
محتوای حذفشده محتوای افزودهشده
بدون خلاصۀ ویرایش |
اصلاح ارقام، اصلاح نویسه، اصلاح فاصلهٔ مجازی، اصلاح نویسههای عربی |
||
خط ۲:
یک نام پرونده، به طور معمول از اجزای زیر تشکیل میگردد:
*'''میزبان'''(یا '''گره''' یا '''کارگزار(سرور)''')-دستگاه
*'''دستگاه'''(یا '''درایو''')-دستگاه یا درایو سخت افزاری
* شاخه (Directory) یا مسیر (Patch)- (مانند: \TEMP, [USR.LIB.SRC], etc.)
* نام پرونده
* [[پسوند نام فایل]](مانند: txt, exe, com)
* نسخه (Version)-
ترکیب و قالب یک فایل معتبر مانند
مباحث پیرامون نام پرونده به دلیل فقدان استانداردسازی این واژه پیچیده هستند.نام پرونده گاهی برای نام کامل مانند نام ویندوز مثل c:\directory\myfile.txt به کار
==تاریخچه==
در حدود سال
تقریبا در همین زمان [[نقطه (نگارش)|نقطه]](برای توقف کامل یا کوتاه)به عنوان جداکنندهٔ افزونهٔ نام فایل به وجود آمد و افزونه به سه حرف محدود شد.<ref>{{cite web|author=Howard, Randall |url=http://randalljhoward.com/2008/12/31/who-invented-filenames-dot/ |title=General, History |publisher=Randalljhoward.com |date=December 31, 2008 |accessdate=September 17, 2013}}</ref>
در حدود سال 1995، یکی از افزونه های فایل سیستم FAT به نام [[جدول تخصیص فایل|VFAT]] دروینوز95 و ویندوزNT3.5 معرفی شد. در این افزونه علاوه بر نام های کلاسیک "8.3" نام پرونده های طولانی [[یونی کد]] نیز مجاز بود. در سال 1985، RFC959 تعریف رسمی زیر را برای نام مسیر(path name) ارائه کرد:رشته ای از کاراکترهاکه باید توسط کاربر برای شناسایی فایل وارد فایل سیستم شود.▼
در گذشته، تنها نویسه ها(کاراکترها)ی [[حرفی عددی]] در نام پرونده مجاز بودند اما با گذشت زمان تعداد کاراکترهای مجاز افزایش یافت. که این باعث ایجاد مشکلات همسازی در زمان انتقال پروندهها از یک فایل سیستم به دیگری شد.<ref name="solaris presentations IUC29-FileSystems">{{cite web|author=David Robinso|author2=Ienup Sung|author3=Nicolas Williams |date=March 2006 |url=http://developers.sun.com/global/products_platforms/solaris/reference/presentations/IUC29-FileSystems.pdf |title=Solaris presentations: File Systems, Unicode, and Normalization |location=San Francisco |publisher=Sun.com |deadurl=no |archiveurl=https://web.archive.org/web/20120704003732/http://developers.sun.com/global/products_platforms/solaris/reference/presentations/IUC29-FileSystems.pdf |archivedate=July 4, 2012 }}</ref>
▲در حدود سال
در سال ۱۹۸۵، RFC959 تعریف رسمی زیر را برای نام مسیر(path name) ارائه کرد:رشتهای از کاراکترهاکه باید توسط کاربر برای شناسایی فایل وارد فایل سیستم شود.<ref>{{IETF RFC|959}}
[http://www.ietf.org/rfc/rfc959.txt IETF.org] {{IETF RFC|959}}, File Transfer Protocol (FTP)
</ref>
===مهاجرت به یونی کد===
یک مسئله تغییر
*Microsoft برای تمامی کاربران تکنولوژی vfat، نرم افزار migration transparent را ارئه داد
*Apple نرم افزارFile Name Encoding Repair Utility v1.0 را ارائه کرد<ref>{{cite web|url=http://support.apple.com/downloads/File_Name_Encoding_Repair_Utility |title=File Name Encoding Repair Utility v1.0 |publisher=Support.apple.com |date=June 1, 2006 |accessdate=September 17, 2013}}</ref>
*Linux community نرم افزار convmv را ارائه داد<ref>{{cite web|url=http://www.j3e.de/linux/convmv/man/ |title=convmv - converts filenames from one encoding to another |publisher=J3e.de |date= |accessdate=September 17, 2013}}</ref>
[[Mac OS X 10.3]] marked Apple's adoption of Unicode 3.2 character decomposition, superseding the Unicode 2.1 decomposition used previously. This change caused problems for developers writing software for Mac OS X.<ref>{{cite web|url=http://kerneltrap.org/mailarchive/git/2008/1/23/593749/thread |title=Re: git on MacOSX and files with decomposed utf-8 file names |publisher=KernelTrap |date=May 7, 2010 |accessdate=July 5, 2010 |deadurl=yes |archiveurl=https://web.archive.org/web/20110315014244/http://kerneltrap.org/mailarchive/git/2008/1/23/593749/thread |archivedate=March 15, 2011 }}</ref>
==ارجاعات:مطلق در مقایسه با نسبی==
یک ارجاع مطلق تمام سطوح فهرست را شامل
بنابراین یک ارجاع نسبی یا مطلق مرکب از
==تعداد نامهای هر فایل==
فایل سیستمهای شبیه به Unix به یک فایل اجازه میدهند بیش از یک نام داشته باشد؛ نامها در فایل سیستمهای به سبک Unix قدیمی پیوندهایی سخت به [[آینود]] یا معادل فایل هستند. ویندوز از پیوندهای سخت فایل سیستمهای [[انتیافاس]] پشتیبانی میکند، و برای ساخت آنها فرمان <code>fsutil</code> را در ویندوز XP، و <code>mklink</code> را در نسخههای بعدی ارائه میدهد..<ref>{{cite web|title=Fsutil command description page|publisher=Microsoft.com|accessdate=September 15, 2013|url=http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/fsutil.mspx?mfr=true}}</ref><ref>{{cite web|title=NTFS Hard Links, Directory Junctions, and Windows Shortcuts|url=http://www.flexhex.com/docs/articles/hard-links.phtml|work=Flex hex|publisher=Inv Softworks|accessdate=March 12, 2011}}</ref> پیوندهای سخت با کلیدهای میانبر ویندوز، یا [[پیوند نمادین]] متفاوتند. معرفی LFNها با [[جدول تخصیص فایل]] اسمهای مستعار نام پرونده را مجاز کردند. برای مثال، {{چپچین}}<tt>longfi~1.???</tt>{{پایان چپچین}} با حداکثر هشت به علاوهٔ سه کاراکتر یک اسم مستعار برای {{چپچین}}"<tt>long file name.???</tt>"{{پایان چپچین}} است. این نام مستعار جهت مطابقت با محدودههای ۸٫۳ برای برنامههای قدیمی تر است.
این ویژگی توسط الگوریتم فرمان move که ابتدا یک نام پروندهٔ ثانویه ایجاد میکند سپس تنها نام پروندهٔ اولیه را حذف میکند، استفاده میشد.
طراحی سایر فایل سیستمها به گونه ایست که تنها یک نام پرونده را در هر پرونده مقرر میکند. این طراحی تضمین میکند که تغییرات فایل یک نام پرونده، فایل نام پروندهٔ دیگری را تغییر ندهد.
== جستارهای وابسته ==
* [[سیستم پرونده]]
|