アカウント名:
パスワード:
今のバージョン番号で止めて日付だけで管理しなよ
西暦9999年問題が生まれる。一日に複数回リリースされる場合もあるのでその日の何回目のリリースかみたいな番号もいる。別にyyyy/mm/dd/hh/ss/mmmm/nnnn/ppppでもいいけど多分不便。
DNSのSOAレコードシリアル値(更新確認用の数値。増加したら更新が入ったとみなす)は、基本的には単調増加さえすればどんな数値を使ってもいいんけど、手動管理する場合は「YYYYMMDDnn」(日付とその日の連番)が推奨 [ietf.org]されてますね。32bit整数なので、このルールが使えるのは西暦4294年まで
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
バージョンインフレ止めればいい (スコア:0)
今のバージョン番号で止めて日付だけで管理しなよ
Re:バージョンインフレ止めればいい (スコア:0)
西暦9999年問題が生まれる。一日に複数回リリースされる場合もあるのでその日の何回目のリリースかみたいな番号もいる。
別にyyyy/mm/dd/hh/ss/mmmm/nnnn/ppppでもいいけど多分不便。
Re:バージョンインフレ止めればいい (スコア:2)
DNSのSOAレコードシリアル値(更新確認用の数値。増加したら更新が入ったとみなす)は、
基本的には単調増加さえすればどんな数値を使ってもいいんけど、
手動管理する場合は「YYYYMMDDnn」(日付とその日の連番)が推奨 [ietf.org]されてますね。
32bit整数なので、このルールが使えるのは西暦4294年まで