主页 / user-216941

andselisk's questions

Martin Hope
andselisk
Asked: 2019-03-12 01:59:48 +0800 CST
  • 1

我一直在阅读 Michael Stapelberg 最近的博文“结束我对 Debian 的参与”。抛开可悲的细节不谈，有人提到在 Debian 基础设施中，批处理作业每天在 XX:52 UTC 运行四次：

当你想在 Debian 中提供一个包时，你可以通过匿名 FTP 上传 GPG 签名的文件。有几个批处理作业（队列守护程序，unchecked, dinstall，可能还有其他）按固定时间表dinstall运行（例如，在 UTC 时间 01:52、UTC 时间 07:52、UTC 时间 13:52 和 UTC 时间 19:52 运行）。

是否有理由选择 XX: 52 UTC 并且不使用四舍五入到最接近小时的时间，例如 02:00、08:00、08:00 和 14:00？

我是否也应该在新的时间开始之前稍微开始我的 cron 工作，或者这是 Debian 团队的随机选择？

debian cron
Martin Hope
andselisk
Asked: 2017-12-11 05:08:44 +0800 CST
  • 6

使用双点或双减号作为分隔符是个好主意吗？我正在尝试为实验科学数据找到一个好的命名约定。例如：

2017-12-11T19-45..JDoe-042..UO2(NO3)2-EtOAc_dist..150.3K..1.234mM.dat
2017-12-11T19-45--JDoe-042--UO2(NO3)2-EtOAc_dist--150.3K--1.234mM.dat

我的理由：

  1. 为了确保跨平台的兼容性，唯一合适的字符是_ - .及其组合；
  2. 在我的情况下，它们都不能单独使用：
    • _为空间预留；由于区分大小写的化学公式，我不能使用 camelCase。
    • -通常是内部实验室代码的一部分，此外，它还被用作冒号的替代品:（修改后的 ISO 8601 符号）和比率；
    • .是一个小数点。
  3. 在他们的组合中，最流行的似乎是_-_. 但是，这是 3 个字符，并且文件名已经很长（从示例中可以看出），所以如果可能的话，我想坚持使用两个字符。
  4. 从视觉上我发现很难快速区分__and _，而--vs-和.vs..对我来说很容易区分。
  5. 我没有包括逗号,（正如评论中正确建议的那样，这也是一个值得考虑的可行字符），因为我认为它很容易与一个 dot 混淆.，它已经主要用于带有 a 的数值小数点。

根据 SE 网络上的几个帖子，例如

我会假设两者--都是..完全可以接受的，我正在考虑最终选择... 但是，我不确定，尤其是关于正则表达式或 python 脚本如何处理这些文件和文件夹（我对这两者的经验都很少，但我正在学习）。

不考虑专用软件的行为，您会说这些分隔符对于常见的文件系统和脚本语言通常是安全的吗？

filenames