Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:73066 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73001 invoked from network); 11 Mar 2014 13:37:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Mar 2014 13:37:48 -0000 Authentication-Results: pb1.pair.com smtp.mail=narf@devilix.net; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=narf@devilix.net; sender-id=pass Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.213.50 as permitted sender) X-PHP-List-Original-Sender: narf@devilix.net X-Host-Fingerprint: 209.85.213.50 mail-yh0-f50.google.com Received: from [209.85.213.50] ([209.85.213.50:56811] helo=mail-yh0-f50.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 13/A6-29501-AA11F135 for ; Tue, 11 Mar 2014 08:37:47 -0500 Received: by mail-yh0-f50.google.com with SMTP id c41so2306850yho.23 for ; Tue, 11 Mar 2014 06:37:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=devilix.net; s=google; h=mime-version:date:message-id:subject:from:to:content-type; bh=ie2U+6SHkjrLOem/SkKKEPWjo+/ZjdeGJsEys9iqJY8=; b=a7CtjGIRqXfi4TfNxLhSeEqqFyKY+QOkdbRucARtAtYZZEgSdy9EfFr9Fano29NRHz sFLwqnVDAKfAYQdGXHzswcErd/TtgQfX/tG/aAUEgt74QWHoAm5MgNiGXqlyTcLAkyNw SIl8PZc2OF2XiEjkDQInKndUfozCppHkRIcGg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=ie2U+6SHkjrLOem/SkKKEPWjo+/ZjdeGJsEys9iqJY8=; b=gXio17Ifreb7C/xFWNVYetAjuoDb0K8C6Y1C28y88NmuBO3P95piKNrqSC9Q3FlgsO 3Rhuj06bmteP+PNhFKHU+PPHLeqF8dcnth10P+oWvz5J7XcA9l6Z97xyt5iemgov5EUe BhXUoFaJTjGcqHgdacDMboUdhhOp8Nlk6lSQ6fMyGfRR+g5ra2AxVFLVMStJh46UpApP dQxx5cIdMAl+ez7fdXWZh41ca2vbYTxYFcwUdUoOPE5h6DXDPtNXFKIM6L9OmZicoFOi ti0TjjkxKjTihwSTZlE70MjmLkdLLRXimeaw6wjwe+eDwiE4NXhz8HfGQTaAcMt8Ovhs /sEQ== X-Gm-Message-State: ALoCoQkkEx7U8uTcAGeDRtoSUArKMEaRS15oQmwsrVMYzMe+m9WpcCoqucyDWiBv84VQTeH5I35M MIME-Version: 1.0 X-Received: by 10.236.35.17 with SMTP id t17mr1288203yha.138.1394545064210; Tue, 11 Mar 2014 06:37:44 -0700 (PDT) Received: by 10.170.188.139 with HTTP; Tue, 11 Mar 2014 06:37:44 -0700 (PDT) Date: Tue, 11 Mar 2014 15:37:44 +0200 Message-ID: To: "internals@lists.php.net" , Yasuo Ohgaki Content-Type: text/plain; charset=UTF-8 Subject: Revert session_serializer_name(), session_gc() From: narf@devilix.net (Andrey Andreev) Hello, I just saw this in the 5.6-alpha1 changelog: - Implemented Request #54649 (Create session_serializer_name()). (Yasuo) ... - Implemented Request #11100 (session_gc() function). (Yasuo) I didn't find an RFC and I don't know a way to search for a discussion on internals (Google doesn't find one). session_serializer_name(): https://bugs.php.net/bug.php?id=54649 I don't think that this should've been implemented, especially with the reasoning from the feature request ... The same could be applied to all session ini options and especially now since session_start() accepts them, it's useless IMO. session_gc() was added in a similar fashion: https://bugs.php.net/bug.php?id=11100 There's already a comment about how the same thing can be achieved by overloading SessionHandler::gc(), but a user could also just alter session.gc_divisor, session.gc_probability to ensure that the garbage collector is started. And while session_serializer_name() is just redundant, session_gc() could cause performance issues. I'd strongly suggest that these 2 functions should be removed before PHP 5.6 is officially released. Regards, Andrey Andreev.