草庐IT

NTFS文件系统详解

缘木之鱼 2023-07-12 原文

NTFS文件系统详解


　　NTFS （New Technology File System），是 Windows NT 环境的文件系统。新技术文件系统是Windows NT家族（如，Windows 2000、Windows XP、Windows Vista、Windows 7和 windows 8.1）等的限制级专用的文件系统（操作系统所在的盘符的文件系统必须格式化为NTFS的文件系统，4096簇环境下）。NTFS取代了老式的FAT文件系统。
　　NTFS对FAT和HPFS作了若干改进，例如，支持元数据，并且使用了高级数据结构，以便于改善性能、可靠性和磁盘空间利用率，并提供了若干附加扩展功能。NTFS文件系统拥有以下特点：
　　安全性高：NTFS支持基于文件或目录的ACL，并且支持加密文件系统（EFS）。
　　可恢复性：NTFS支持基于原子事务概念的文件恢复，比较符合服务器文件系统的要求。
　　文件压缩：NTFS支持基于文件或目录的文件压缩，可以很方便的节省磁盘空间。
　　磁盘配额：NTFS支持磁盘配额，可针对系统中每个用户分配磁盘资源。

一、分析NTFS文件系统的结构


　　当用户将硬盘的一个分区格式化为NTFS分区时，就建立了一个NTFS文件系统。NTFS文件系统同FAT32文件系统一样，也是用“簇”为存储单位，一个文件总是占用一个或多个簇。
　　NTFS文件系统使用逻辑簇号（LCN）和虚拟簇号（VCN）对分区进行管理。
　　逻辑簇号：既对分区内的第一个簇到最后一个簇进行编号，NTFS使用逻辑簇号对簇进行定位。
　　虚拟簇号：既将文件所占用的簇从开头到尾进行编号的，虚拟簇号不要求在物理上是连续的。
　　NTFS文件系统一共由16个“元文件”构成，它们是在分区格式化时写入到硬盘的隐藏文件（以”$”开头），也是NTFS文件系统的系统信息。
　　NTFS的16个元文件介绍：

序号元文件功能
0$MFT主文件表本身，是每个文件的索引
1$MFTMirr主文件表的部分镜像
2$LogFile事务型日志文件
3$Volume卷文件，记录卷标等信息
4$AttrDef属性定义列表文件
5$Root根目录文件，管理根目录
6$Bitmap位图文件，记录了分区中簇的使用情况
7$Boot引导文件，记录了用于系统引导的数据情况
8$BadClus坏簇列表文件
9$Quota（NTFS4）在早期的Windows NT系统中此文件为磁盘配额信息
10$Secure安全文件
11$UpCase大小写字符转换表文件
12$Extend metadata directory扩展元数据目录
13$Extend\$Reparse重解析点文件
14$Extend\$UsnJrnl加密日志文件
15$Extend\$Quota配额管理文件
16$Extend\$ObjId对象ID文件

二、分析$Boot文件


　　下面我们分析一下DBR中的各参数：

  • EB 52 90（跳转指令）

    　　本身占2字节它将程序执行流程跳转到引导程序处。“EB 52 90”清楚地指明了OS引导代码的偏移位置。jump 52H加上跳转指令所需的位移量，即开始于0×55。

  • 4E 54 46 53 20 20 20 20（OEM代号）

    　　这部分占8字节，其内容由创建该文件系统的OEM厂商具体安排，本例为“NTFS”。

  • BPB

    　　NTFS文件系统的BPB从DBR的第12个字节开始，占用73字节，记录了有关该文件系统的重要信息，下表中的内容包含了“跳转指令”、“OEM代号”以及“BPB”的参数。

偏移（offset）长度（字节）含义
00-02H3跳转指令EB 52 90
03-0AH8文件系统的ASIIC码，表示形式NTFS
0B-0CH2每个扇区内的字节总数，一般为00 02H
0DH1簇大小
0E-0FH2保留扇区
10-12H3总为0
13H1不使用
14-15H2介质描述，硬盘为F8
16-17H2总为0
18-19H2每磁头扇区数
1A-1BH2每柱面磁头数
1C-1FH4隐含扇区（从MBR到DBR的扇区总数）
20-23H4不使用
24-27H4不使用，总为80 00 80 00
28-2FH8扇区总数，即分区大小
30-37H8$MFT的开始簇号
38-3FH8$MFTmirr的开始簇号
40-43H4每个MFT记录的簇数
44-47H4每索引的簇数
48-4FH8分区的逻辑序列号


　　对照上表，对BPB的分析如下：

--
02 00每个扇区512个字节
08每个簇8个扇区
00 00保留扇区为 0
00 00 00为 0
00 00不使用
F8硬盘
00 00为0
00 3F每磁道63个扇区
00 FF每柱面255个磁头
00 00 00 3F隐藏扇区数（MBR到DBR）
00 00 00 00不使用
80 00 80 00不使用
00 00 00 00 04 FF D5 E5扇区总数 83875301
00 00 00 00 00 0C 00 00MFT的开始簇号 786432
00 00 00 00 00 00 00 10MFTmirr的开始簇号 16
00 00 00 F6每个MFT记录的簇数
00 00 00 01每索引的簇数
B6 FC 23 AA FC 23 63 B9分区的逻辑序列号


　　引导程序：DBR的引导程序占用426字节，其负责完成将系统文件NTLDR装入，对于没有安装系统的分区是无效的。

三、分析$MFT元文件


　　在NTFS文件系统中，磁盘上的所有数据都是以文件的形式存储，其中包括元文件。每个文件都有一个或多个文件记录，每个文件记录占用两个扇区，而MFT元文件就是专门记录每个文件的文件记录。由于NTFS文件系统是通过MFT元文件就是专门记录每个文件的文件记录。由于NTFS文件系统是通过MFT来确定文件在磁盘上的位置以及文件的属性，所以MFT是非常重要的，MFT是非常重要的，MFT的起始位置在DBR中有描述。MFT的文件记录在物理上是连续的，并且从0开始编号。MFT的文件记录在物理上是连续的，并且从0开始编号。MFT的前16个文件记录总是元文件的，并且顺序是固定不变的。

四、分析文件记录

1. MFT偏移地址计算


　　根据上面BPB的数据可以得到条件

说明数值
MBR开始扇区63
每个扇区内的字节总数512
簇大小8
每个MFT记录的簇数1
MFT的开始簇号786432


　　每个MFT字节总数 = 簇大小 * 每个扇区内的字节总数
　　 = 8 * 512 = 4096
　　MBR开始扇区字节总数 = MBR起始扇区 * 每个扇区内的字节总数
　　 = 63 * 512 = 32256
　　MFT的开始位置的字节总数 = MBR开始扇区字节总数 + MFT的开始簇号 * 每个MFT字节总数
　　 = 32256 + 786432 * 4096 = 3221257728
　　将3221257728转换为十六进制，即得到MFT开始位置偏移地址C0007E00

2. 文件记录的结构


　　文件记录由两部分构成，一部分是文件记录头，另一部分是属性列表，最后结尾是四个“FF”。
　　查看文件记录格式，如下是一个完整的文件记录：


　　在同一系统中，文件记录头的长度和具体偏移位置的数据含义是不变的，而属性列表是可变的，其不同的属性有着不同的含义。后文将对属性进行具体分析，先来看看文件记录头的信息。

偏移（offset）长度（字节）描述
0x04固定值，一定是“FILE”
0x42更新序列号的偏移
0x62更新序列号与更新数组以字为单位大小（S）
0x88日志文件序列号（每次记录被修改，都将导致该序列号加1）
0x102序列号（记录本文件记录被重复使用的次数，每次文件删除时加1，跳过0值，如果为0，则保持为0）
0x122硬连接数，只出现在基本文件记录中，目录所含项数要使用到它
0x142第一个属性流的偏移地址
0x162标志字节，1表示记录使用中，2表示记录为目录
0x184文件记录实际大小（填充到8字节，即以8字节为边界）
0x1C4文件记录分配大小（填充到8字节，即以8字节为边界）
0x208所对应的基本文件记录的文件参考号（扩展文件记录中使用，基本文件记录中为0，在基本文件记录的属性列表0x20属性存储中扩展文件记录的相关信息）
0x282下一个自由ID号，当增加新的属性时，将该值分配给新属性，然后该值增加，如果MFT记录重新使用，则将它置0，第一个实例总是0。
0x2A2边界，windows xp中使用，也就是本记录使用的两个扇区的最后两个字节的值
0x2C4windows xp中使用，本MFT记录号
-2更新序号
-2S-2更新序列数组


　　在NTFS文件系统中所有与文件相关的数据结构均被认为是属性，包括文件的内容。文件记录是一个与文件相对应的文件属性数据库，它记录了文件的所有属性。每个文件记录中都有多个属性，他们相对独立，有各自的类型和名称。每个属性都由两部分组成，既属性头和属性体。属性头的前四个字节为属性的类型。从文件记录头可以看到第一个属性流的偏移地址，（C0007E00+0038=C0007E38）如下是以10H属性为例的属性结构。


　　属性有常驻与非常驻之分。
　　当一个文件很小时，其所有属性体都可以存放在文件记录中，该属性就称为常驻属性。
　　如果某个文件很大，1KB的文件记录无法记录所有属性时，则文件系统会在MFT元文件之外的区域（也称数据流）存放该文件的其他文件记录属性，这些存放在非MFT元文件之外的区域（也称数据流）存放该文件的其他文件记录属性，这些存放在非MFT元文件内的记录就称为非常驻属性。

3. 属性的属性头分析


　　每个属性都有一个属性头，这个属性头包含了一些该属性的重要信息，如属性类型，属性大小，名字（并非都有）及是否为常驻属性等。
　　常驻属性的属性头分析表：

偏移（offset）长度（字节）常用值含义
00-034-属性类型
04-074-属性的长度，8的整数倍（整个属性长度）
08100是否为常驻属性，00表示为常驻属性
09100属性名的长度，00表示没有属性名
0A-0B218 00属性值的开始偏移
0C-0D200标志，如压缩、加密、稀疏等
0E-0F200标识
10-134Length属性长度
14-15218属性体开始位置
161-索引标志
171-填充
18Length-属性体开始


　　非常驻属性的属性头分析表：

偏移（offset）长度（字节）常用值含义
00-034-属性类型
04-074-属性的长度，8的整数倍（整个属性长度）
08101是否为常驻属性，01表示为非常驻属性
09100属性名的长度，00表示没有属性名
0A-0B2-属性值的开始偏移
0C-0D2-标志，如压缩、加密、稀疏等
0E-0F2-属性ID
10-178-起始虚拟簇号VCN
18-1F8-结束虚拟簇号VCN
20-21240Data Run的偏移地址
22-232-压缩单位大小，2的N次方
24-274-不使用
28-2F8-属性分配大小
30-378-属性实际大小
38-3F8-属性原始大小
40--Data Run信息

4. 属性的属性体分析


　　前面说过了，属性的种类有很多，因此各属性体的含义也不同。下表是NTFS文件系统中的所有属性体的简介。

属性类型（即属性偏移00H-03H处的十六进制数据）属性类型名属性描述
10H 00H 00H 00H$STANDARD_INFORMATION标准信息：包括一些基本文件属性，如只读、系统、存挡，时间属性，如文件的创建时间和最后修改时间；有多少目录指向该文件（ 即其硬链接数）
20H 00H 00H 00H$ATTRIBUTE_LIST属性列表，当一个文件需要多个MFT文件记录时，用来描述文件的属性列表
30H 00H 00H 00H$FILE_NAME文件名，用Unicode字符表示的文件名，由于MS DOS不能识别长文件名， 所以NTFS系统会自动生成一个8.3文件名
40H 00H 00H 00H$VOLUME_VERSION在早期的NTFS v1.2中为卷版本
40H 00H 00H 00H$OBJECT_ID对象ID：一个具有64个字节的标识符，其中最低的16个字节对卷来说是惟一的（链接跟踪服务为外壳快捷方式即OLE链接源文件赋予对象ID，NTFS提供的API是直接通过这些对象的ID而不是文件名来打开文件的）
50H 00H 00H 00H$SECURITY_DESCRIPTOR安全描述符：这是为向后兼容而保留的，主要用于保护文件以防止没有授权的访问，但Windows 2000、Windows XP中巳将安全描述符存放在＄Secure元数据中，以便于共享（早期的NTFS将其与文件目录一起存放，不便于共享）
60H 00H 00H 00H$VOLUME_NAME卷名（卷标识）：该属性仅存在于$Volume元数据中
70H 00H 00H 00H$VOLUME_INFORMATION卷信息，该属性仅存在于$Volume元数据中
80H 00 ll 00H 00H$DATA文件数据：该属性为文件的数据内容
90H 00H 00H 00H$INDEX_ROOT索引根
A0H 00H 00H 00H$INDEX_ALLOCATlON索引分配
B0H 00H 00H 00H$BITMAP位图
C0H 00H 00H 00H$SYMBOLIC_LINK在早期的NTFS v1.2中为符号链接
C0H 00H 00H 00H$REPARSE_POINT重解析点
D0H 00H 00H 00H$EA_INFORMATION扩充属性信息
E0H 的H 00H 00H$EA扩允属住
F0H 00H 00H 00H$PROPERTY_SET早期的NTFS v1.2中才有
00H 10H 00H 00H$LOGGED_UTILITY_STREAMEFS加密屈性：该属性主要用于存储实现EFS加密的有关加密信息，如合法用户列表、解码密钥等


　　接下来来看几个重要的属性：

  • 10H属性

    　　10H属性包含文件的一些基本信息，如文件的传统属性，文件的创建时间和最后修改时间和日期，文件的硬链接数等等。
偏移（offset）长度（字节）操作系统描述
---标准属性头（已经分析过）
0x008-C TIME 文件创建时间
0x088-A TIME 文件修改时间
0x108-M TIME MFT变化时间
0x188-R TIME 文件访问时间
0x204-文件属性（按照DOS术语来称呼，都是文件属性）
0x244-文件所允许的最大版本号（0表示未使用）
0x284-文件的版本号（最在版本号为0，则他为0）
0x2C4-类ID（一个双向的类索引）
0x3042K所有者ID（表示文件的所有者，是文件配额$QUOTA中$O和$Q索引的关键字，为0表示未使用磁盘配额）
0x3442K安全ID是文件$SECURE中$SII和$SDS数据流的关键字，注意不要与安全标识相混淆
0x3882K本文件所占用的字节数，它是文件所有流占用的总字节数，为0表示未使用磁盘配额
0x4082K更新系列号（USN），是到文件$USNJRNL的一个直接的索引，为0表示USN日志未使用


　　如下是一个10H属性偏移0×20处属性体的解释：

标志描述标志描述
0001H只读文件0200H稀疏文件
0002H隐含文件0400H重点解析文件
0004H系统文件0800H压缩文件
0020H存档文件1000H脱机文件
0040H设备文件2000H未编入文件
0080H常规文件4000H加密文件
0100H临时文件--
  • 20H属性

    　　20H类型属性既属性列表，当一个文件需要好几个文件记录时，才会用到20H属性。20H属性记录了一个文件的下一个文件记录的位置。
    　　如下是20H属性偏移0×20处属性体的解释。
偏移（offset）长度（字节）描述
--标准属性头（已经分析过）
0x004类型
0x042记录长度
0x061属性名长度（N，为0表示没有属性名）
0x071属性名偏移（如果没有属性名，则指向属性内容）
0x088起始VCN（属性常驻时为0）
0x108属性的基本文件记录中的文件参考号（所有MFT的文件都有一个文件索引号，引用到这个文件参考号，等价于引用这个文件记录，这个参考号在文件记录头中有定义）
0x182属性ID（每个属性都有一个唯一的ID号）
0x1A2NUnicode属性名（如果有属性名）
  • 30H属性

    　　30H类型属，该属性用于存储文件名 ，它总是常驻属性。最少68字节，最大578字节，可容纳最大Unicode字符的文件名长度。
偏移（offset）长度（字节）描述
--标准属性头（已经分析过）
0x008父目录的文件参考号（即父目录的基本文件记录号，分为两部分，前6个字节48位为父目录的文件记录号，此处为0x05，即根目录，所以$MFT的父目录为根目录，后2个字节为序列号）
0x088文件创建时间
0x108文件修改时间
0x188最后一次MFT更新时间
0x208最后一次访问时间
0x288文件分配大小
0x308文件实际大小
0x384标志，如目录、压缩、隐藏等
0x3C4用于EAS和重解析点
0x401以字符计的文件名长度，每字符占用字节数由下一字节命名空间确定，一个字节长度，所以文件名最长255字节。
0x411文件名命名空间
0x422L以Unicode方式表示的文件名
  • 80H属性

    　　80H属性是文件数据属性，该属性容纳着文件的内容，文件的大小一般指的就是未命名数据流的大小。该属性没有最大最小限制，最小情况是该属性为常驻属性。常驻属性就不做多的解释了，上面我标记的是一个非常驻的80H属性。


　　其中，Run List是最难理解，也是最重要的。当属性不能存放完数据，系统就会在NTFS数据区域开辟一个空间存放，这个区域是以簇为单位的。Run List就是记录这个数据区域的起始簇号和大小，一个Run List例子上所示。这个示例中，Run List的值为“32 CC 26 00 00 0C”，因为后面是00H，所以知道已经是结尾。如何解析这个Run List呢？ 第一个字节是压缩字节，高位和低位相加，3 + 2 = 5，表示这个Data Run信息占用五个字节，其中高位表示起始簇号占用多少个字节，低位表示大小占用的字节数。在这里，起始簇号占用3个字节，值为0C 00 00，大小占用2个字节，值为26 CC。解析后，得到这个数据流起始簇号为C0000，大小为9932簇。

  • 90H属性

    　　90H属性是索引根属性，该属性是实现NTFS的B+树索引的根节点，它总是常驻属性。该属性的结构如下图：


　　索引根结构表：

偏移（offset）长度（字节）描述
--标准属性头（已经分析过）
0x004属性类型
0x044排序规则
0x084索引项分配大小（字节数）
0x0C1每索引记录的簇数
0x0D3填充（到8字节）


　　索引头结构表：

偏移（offset）长度（字节）描述
--标准属性头（已经分析过）
0x004第一个索引项的偏移
0x044索引项的总大小
0x084索引项的分配大小
0x0C1标志
0x0D3填充（到8字节）


　　索引项结构表：

偏移（offset）长度（字节）描述
0x008文件的MFT参考号
0x082索引项大小
0x0A2文件名偏移
0x0C2索引标志
0x0E2填充（到8字节）
0x108父目录的MFT文件参考号
0x188文件创建时间
0x208最后修改时间
0x288文件记录最后修改时间
0x308最后访问时间
0x388文件分配大小
0x408文件实际大小
0x488文件标志
0x501文件名长度（F）
0x511文件名命名空间
0x522F文件名
2F+0x52P填充（到8字节）
P+2F+0x528子节点索引缓存的VCN
  • A0H属性

    　　A0属性是索引分配属性，也是一个索引的基本结构，存储着组成索引的B+树目录索引子节点的定位信息。它总是常驻属性。如下：是一个A0H属性的实例。


　　根据上图A0H属性的“Run List”可以找到索引区域，偏移到索引区域所在的簇，如下图：
　　起始簇：18265
　　簇大小：3
　　起始扇区号 = 该分区的其实扇区 + 簇号 * 每个簇的扇区数 也就是
　　64 + 18265 * 8 = 146124


　　上面的偏移0x28，还要加上0x18 = 0×40

　　起始簇：18265
　　簇大小：3
　　起始扇区号 = 该分区的起始扇区 + 簇号 * 每个簇的扇区数
　　也就是
　　64 + 18265 * 8 = 146124

　　标准索引头的解释如下：

偏移（offset）长度（字节）描述
0x004总是“INDX”
0x042更新序列号的偏移
0x062更新序列号与更新数组以字为单位的大小（S）
0x088日志文件序列号
0x108本索引缓存在索引分配中的VCN
0x184索引项的偏移
0x1C4索引项大小
0x204索引项分配大小
0x241如果不是叶节点，置1，表示还有子节点
0x253用0填充
0x282更新序列
0x2A2S-2更新序列数组


　　索引项的解释如下：

偏移（offset）长度（字节）描述
0x008文件的MFT参考号
0x082索引项大小
0x0A2文件名偏移
0x0C2索引标志
0x0E2填充（到8字节）
0x108父目录的MFT文件参考号
0x188文件创建时间
0x208最后修改时间
0x288文件记录最后修改时间
0x308最后访问时间
0x388文件分配大小
0x408文件实际大小
0x488文件标志
0x501文件名长度（F）
0x511文件名命名空间
0x522F文件名
2F+0x52P填充（到8字节）
P+2F+0x528子节点索引缓存的VCN


　　到此一些常用属性基本介绍的差不多了。

五、遍历分区文件列表的思路


　　1. 定位DBR，通过DBR可得到“$MFT”的起始簇号及簇大小；
　　2. 定位并找到“MFT”后，在其中寻找根目录的文件记录，一般在5号文件记录；
　　3. 在90H属性中得到B+树索引的根节点文件信息，重点在A0属性上。通过属性中的“Run List”定位到其数据流；
　　4. 从“Run List”定位到起始簇后，再分析索引项可以得到文件名等信息；
　　5. 从索引项中可以获取“MFT”的参考号；
　　6. 进入到“MFT”的参考号；
　　7. 进入到“MFT”找到对应的文件记录；
　　8. 然后再根据80H属性中的数据流就，可以找到文件真正的数据了。

NTFS文件系统详解系列

详解NTFStdalignxff数据恢复windows数据结构

有关NTFS文件系统详解的更多相关文章

  1. ruby - 使用 RubyZip 生成 ZIP 文件时设置压缩级别 - 2

    我有一个Ruby程序，它使用rubyzip压缩XML文件的目录树。gem。我的问题是文件开始变得很重，我想提高压缩级别，因为压缩时间不是问题。我在rubyzipdocumentation中找不到一种为创建的ZIP文件指定压缩级别的方法。有人知道如何更改此设置吗？是否有另一个允许指定压缩级别的Ruby库？ 最佳答案 这是我通过查看ruby​​zip内部创建的代码。level=Zlib::BEST_COMPRESSIONZip::ZipOutputStream.open(zip_file)do|zip|Dir.glob("**/*")d

  2. ruby - 其他文件中的 Rake 任务 - 2

    我试图在一个项目中使用rake，如果我把所有东西都放到Rakefile中，它会很大并且很难读取/找到东西，所以我试着将每个命名空间放在lib/rake中它自己的文件中，我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题，但没有任务。我现在只有一个.rake文件作为测试，名为“servers.rake”，它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时

  3. ruby-on-rails - 在 Rails 中将文件大小字符串转换为等效千字节 - 2

    我的目标是转换表单输入，例如“100兆字节”或“1GB”，并将其转换为我可以存储在数据库中的文件大小(以千字节为单位)。目前，我有这个:defquota_convert@regex=/([0-9]+)(.*)s/@sizes=%w{kilobytemegabytegigabyte}m=self.quota.match(@regex)if@sizes.include?m[2]eval("self.quota=#{m[1]}.#{m[2]}")endend这有效，但前提是输入是倍数(“gigabytes”，而不是“gigabyte”)并且由于使用了eval看起来疯狂不安全。所以，功能正常，

  4. ruby-on-rails - Rails 3 中的多个路由文件 - 2

    Rails2.3可以选择随时使用RouteSet#add_configuration_file添加更多路由。是否可以在Rails3项目中做同样的事情？ 最佳答案 在config/application.rb中:config.paths.config.routes在Rails3.2(也可能是Rails3.1)中，使用:config.paths["config/routes"] 关于ruby-on-rails-Rails3中的多个路由文件，我们在StackOverflow上找到一个类似的问题

  5. ruby - 将差异补丁应用于字符串/文件 - 2

    对于具有离线功能的智能手机应用程序，我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl

  6. ruby - 如何将脚本文件的末尾读取为数据文件(Perl 或任何其他语言) - 2

    我正在寻找执行以下操作的正确语法(在Perl、Shell或Ruby中):#variabletoaccessthedatalinesappendedasafileEND_OF_SCRIPT_MARKERrawdatastartshereanditcontinues. 最佳答案 Perl用__DATA__做这个:#!/usr/bin/perlusestrict;usewarnings;while(){print;}__DATA__Texttoprintgoeshere 关于ruby-如何将脚

  7. ruby - 使用 Vim Rails，您可以创建一个新的迁移文件并一次性打开它吗？ - 2

    使用带有Rails插件的vim，您可以创建一个迁移文件，然后一次性打开该文件吗？textmate也可以这样吗？ 最佳答案 你可以使用rails.vim然后做类似的事情::Rgeneratemigratonadd_foo_to_bar插件将打开迁移生成的文件，这正是您想要的。我不能代表textmate。 关于ruby-使用VimRails，您可以创建一个新的迁移文件并一次性打开它吗？，我们在StackOverflow上找到一个类似的问题： https://sta

  8. Ruby 写入和读取对象到文件 - 2

    好的，所以我的目标是轻松地将一些数据保存到磁盘以备后用。您如何简单地写入然后读取一个对象？所以如果我有一个简单的类classCattr_accessor:a,:bdefinitialize(a,b)@a,@b=a,bendend所以如果我从中非常快地制作一个objobj=C.new("foo","bar")#justgaveitsomerandomvalues然后我可以把它变成一个kindaidstring=obj.to_s#whichreturns""我终于可以将此字符串打印到文件或其他内容中。我的问题是，我该如何再次将这个id变回一个对象？我知道我可以自己挑选信息并制作一个接受该信

  9. ruby - 如何使用 Ruby aws/s3 Gem 生成安全 URL 以从 s3 下载文件 - 2

    我正在编写一个小脚本来定位aws存储桶中的特定文件，并创建一个临时验证的url以发送给同事。(理想情况下，这将创建类似于在控制台上右键单击存储桶中的文件并复制链接地址的结果)。我研究过回形针，它似乎不符合这个标准，但我可能只是不知道它的全部功能。我尝试了以下方法:defauthenticated_url(file_name,bucket)AWS::S3::S3Object.url_for(file_name,bucket,:secure=>true,:expires=>20*60)end产生这种类型的结果:...-1.amazonaws.com/file_path/file.zip.A

  10. ruby - rspec 需要 .rspec 文件中的 spec_helper - 2

    我注意到像bundler这样的项目在每个specfile中执行requirespec_helper我还注意到rspec使用选项--require，它允许您在引导rspec时要求一个文件。您还可以将其添加到.rspec文件中，因此只要您运行不带参数的rspec就会添加它。使用上述方法有什么缺点可以解释为什么像bundler这样的项目选择在每个规范文件中都需要spec_helper吗？ 最佳答案 我不在Bundler上工作，所以我不能直接谈论他们的做法。并非所有项目都checkin.rspec文件。原因是这个文件，通常按照当前的惯例，只

随机推荐