Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95865 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56405 invoked from network); 9 Sep 2016 13:56:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Sep 2016 13:56:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.20 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.20 mout.gmx.net Received: from [212.227.17.20] ([212.227.17.20:64843] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BF/12-46544-D9FB2D75 for ; Fri, 09 Sep 2016 09:56:46 -0400 Received: from [192.168.2.103] ([79.243.115.246]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LrNoG-1b3Xr322CC-0134fo; Fri, 09 Sep 2016 15:56:41 +0200 To: Yasuo Ohgaki , "internals@lists.php.net" References: Message-ID: <4e558dd2-b5e3-8091-68ae-578bed7aba88@gmx.de> Date: Fri, 9 Sep 2016 15:56:47 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:s8/Rj1uK1hYSAQyo1kO3V+ArBzvj5Lj3PEYWbUvxSU4osjrzphB bLPzo34EKBxI/xmzMHzWD37PZFAyIi9ffrD87UtE0rQmvesYCQJm0W423302Evg0gkO33Dp KxWb6Zojd+e3vZWhsSJkyPP/jV8ojmM3AgpNPxLFG5GyW7pYkPh76jDjqakkZ3vlv8+b+9j WNvh5lYs2gCouVGRtrSpg== X-UI-Out-Filterresults: notjunk:1;V01:K0:DjXi/flWH94=:SchhaENxihAiJNs3rJ+tQS Rksaa/LnDZQCK7+SzU0KRPtyF+mmQ2QYxvw0QibC1l7W1V/MKdAwD6YIsfQXR8/Ce9B9KBBXg mLVTAdqTCFOSRPgYJYS1xOe/ewU7CKSHPOrGDXO1HCiNNUXoIuQ9Z6vUGH5hM2Qe5Uj+ot7AJ +ZE1u7LVIbjGzdw5DU73yWx3zjqPHgGjPA2q9AWxqbbedfZOfMZa6g04wj2iKbXnu55kwAzQl j6GDn/zN2aviO+RnZGxqW4kNeJEP8LzGDAajeWjkH2isSYWYOdNj7kVKYYhM5PHUrruAnBc5+ yXPJpD0L9iFWqTjbmL5wkz78uOoXQB4srv9qx630M9PP3zHlJeu1dwVsqzcv5LXydapA0Ej1O 1zkLpwfae7Gk89Eg1izcx37XqikjDjYDO8JHBF6UQGlZWJQ77Nq/NTP5F4EJ3bcxOoaR7T02i Q8YrBC/KZ+PZ8v16dlHppbW0RFzDEDfWG4pe92HiVnzsuZz+yFQmPRpDxh+IpsUUTTSbKXq+g 7+BQmzFX4BaFJXcSJ2raml0FrWAO71pFw7K58RfdFkZ6zLcboTdzXtRzRcOxyDei7Bxj37TpX MSRpoEYprWkdcWaFUQOnJzN+PWnzUjCDt6EYVmfb2rqopHIzSQGlr1PbDxAeApaD34SonlAEK 44ON67tSGTRwMkwG4fuS0IOsI6WYZ6QHdaQKt1HxvbPNGU3eiJyETEngwzLp6RQ9eBuPLVeu7 Sp2U6CeyNmrgPviQvNsLtkiIUU8+p0gTgxosNWG+KHbnpNkKMDLM541V2Bv3ugDmdTxy1EMSS tuMO5QR Subject: Re: [RFC] Make uniqid() more unique From: cmbecker69@gmx.de ("Christoph M. Becker") On 09.09.2016 at 07:12, Yasuo Ohgaki wrote: > We all know, uniqid() is not unique at all and not safe as random ID > at all. This would be one of the most misused function because of its > name. uniqid() yields truly unique values for a single machine (except for CYGWIN, and potentially older Windows versions), if $more_entropy is FALSE[1]. Of course, the function shouldn't be used for any crypto purposes, but it is fine to get a unique ID if you have no database that delivers a sequential index number (aka. autoincrement field), for instance. [1] -- Christoph M. Becker