一秒単位では、その時刻はすでに繰り返されているからです)。これは、完璧な対策ではありません。(これを書いている時点では妥当な上限です。通常システムがすることは静的なファイルを取りだすだけではありませんから)。それを行なうために、そのマシンは並行して来るクライアントの数に応じた数の子プロセスを要求します。500リクエストを扱えるとします。これは非常に悲観的な例で、実世界の値では、ほとんど起こりそうにありません。ビットにするのが良いでしょう。サマータイムにより時計が「戻される」ことを気にしている人がいるかもしれません。あり、それは「常に」進むのでここでは問題になりません。Unixはこの条件を満たすために適切な設定が必要かもしれないことに注意してください。他の時間はそこから適切に補正されることを仮定できるように設定されなければなりません。符号化と同様の方法により符号化し、19の文字を生成することにより作成されます。URLでは特別な符号化が必要なので、あまり望ましくありません。符号は違ったバイトオーダのアーキテクチャ間で比較可能です。アドレス、pid,カウンタです。この順には目的がありますが、アプリケーションは符号を解析するべきではないことを強調しておきます。UNIQUE_ID全体を透過的なトークンとして扱うべきです。UNIQUE_IDとの等価性を調べるためだけにのみ使用できます。UNIQUE_IDのデータベースとの衝突を心配することなく符号を変更することが可能になるように選択しています。新しい符号はタイムスタンプを最初の要素として残すのが望ましく、それ以外は同じアルファベットとビット長を使うことができます。古い符号化方式を使用するのをやめるフラグ秒があれば十分です。新しい符号を発行することができるようになります。我々はこれが、この問題に対する比較的移植性の高い解決法だと考えています。将来必要になればさらに増やすこともできます。IDは実質上、無限に有効です。値により暗黙の内に行なわています)。アドレスはどのサイトにおいても過剰な情報ですが、それの代わりになる移植性のあるものはありません)。ライセンスで提供されています。