Replies: 1 comment 3 replies
-
|
下载过程不会产生额外的临时文件 文件目录结构的话，你觉得目前有什么弊端吗？ |
Beta Was this translation helpful? Give feedback.
-
|
第一点收到，感谢。 第二点： 一个是没有弹幕文件，一个是从命令行用的话，打汉字有点麻烦…… 我的意思主要并非目录结构怎样，而是文件名，以及有哪些文件上。您可以看下上文中的“专业模式”部分。（当然，这个所谓“专业模式”如果能被应用的话，名字无所谓叫啥。这只是我随手想到的称呼） 现在的文件名的问题是，视频标题并不是和视频内容有强对应关系的，因为它是会被改变的。不变的是视频号，会变的可能是内容、P数，可能是标题。所以才认为，标题应当视为内容的一部分，存在文本文件里。当然也可以作为文件名，但我个人认为，不能因此在文件名里没有视频号了：它是唯一标识。而如果视频名做文件名，那么也就应该在其中带上时间，表示“它是在这个时间叫这个名字的，别的时间能不能用这个名字从网上找到原视频我就管不着了”这种意思。 保留唯一标识，对于管理和分析数据都是很有意义的，这个我可以保证。 我刚刚想到个点子： 这样，就能把工具的可定制性提高，甚至还允许用户之间分享各自的定制。 所谓的，把对业务逻辑部分的描述，能够独立出来；工具只负责解读这个描述，程序的内容也只是对这种描述（配置）的规则的定义，而“解释”那配置文件的结果就是根据这个结构把参数中指定的视频号下载下来。 （这种情况下，默认的目录结构/文件命名，最好也是弄成对配置读取的形式。这样也方便验证一部分错误） |
Beta Was this translation helpful? Give feedback.
-
|
嗯，这个想法很好。之后可以尝试搞一个配置文件，哈哈~ |
Beta Was this translation helpful? Give feedback.
-
|
好的，感谢！😆 |
Beta Was this translation helpful? Give feedback.
-
尝试了一下，发现，目前下下来到当前目录的视频的默认目录结构是这样的：
希望增加一个 option ，或者干脆默认，就是使用的时候，目录结构会成为这样：
当然了，从功能上说，上述有可能需要增加一个爬取简介的功能。。。
另外，也可以加一个“专业模式”的 option ，启用的话，目录会是譬如这样：
就是，文件名一律全用 ansii 字符，仅仅做唯一标识，描述用一个描述文件记录，顺便描述文件还可以再记录各种信息。然后单独一 P 文件本身就要有能够从网络上定位到它本身的全部信息，同时还要体现，这个爬取结果，是当时被按照什么清晰度去爬取的（我知道日志里有这个我的意思是能直接在文件名体现会感到更舒适点...）。
以及，希望如果会在中途产生临时文件的话，最好不要用系统的临时文件夹。现在大部分机器的系统都是在固态上（当然如果是Linux的话
/tmp应该会被挂在tmpfs文件系统上也就是使用的是内存就跟固态没关系了），所以这点我觉得还蛮重要，当然我也不清楚现在临时文件是会产生在哪。。。如果会有临时文件的话，就在当前目录（或者指定的目标目录如果可以指定的话）生成，如果目前是使用系统临时文件目录的话，希望能改成这样，目前就是这样，那就当我这段没说。。。（捂脸）Beta Was this translation helpful? Give feedback.
All reactions