Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:73282 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 20963 invoked from network); 19 Mar 2014 00:17:28 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Mar 2014 00:17:28 -0000 Authentication-Results: pb1.pair.com header.from=narf@devilix.net; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=narf@devilix.net; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain devilix.net designates 209.85.160.178 as permitted sender) X-PHP-List-Original-Sender: narf@devilix.net X-Host-Fingerprint: 209.85.160.178 mail-yk0-f178.google.com Received: from [209.85.160.178] ([209.85.160.178:63201] helo=mail-yk0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 86/68-16983-712E8235 for ; Tue, 18 Mar 2014 19:17:28 -0500 Received: by mail-yk0-f178.google.com with SMTP id 79so21180495ykr.9 for ; Tue, 18 Mar 2014 17:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=devilix.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qZFhYyUDtzczUTtoNVC8yFSrRuFLFjThGhdFVRFrOPY=; b=gL8CnYiHw8ifw6UTdo+4Cs/EYk1v1qBqWRtcn+6uVzBaT0Oz1jiQLZAcvE/XWC0sqf bx+f3fa0SXrJ+pSu4UA5NEMMvU+61lkcrO2Wir0hGhO5JKe/2N9gbWsSJU2lvz9J9xiM sG3le9p/OyGa2VM5uA717tTPAoh7ool6pwEqI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qZFhYyUDtzczUTtoNVC8yFSrRuFLFjThGhdFVRFrOPY=; b=OTu5/xBIxYhmVcMGH6msjTVGm0BV/Xy0HnNDytd2pf8fRvvz+ey3TDkAfz5j7rp3/K WnDzxs4HlKEKOP93Ve0txQPU4fAtYHKgR1Nx9P8+jZilOZj0rmeUZ7JZPnqbzl4pku9z fxBd6rnIyHxazjXue0L/Y0/XQ+Of2rJGRmdKdrPnILRN9DyOcY/M0sW/pyBmufVJYPyp 4yV0denkt8IKogr8xl5D09NedKea+ZxhxI89fgHpfKdmjnAVwC4y2jKeLAAb7/BEENHc qPJSzD0TF1+IYAAuLn/sN853sl9lRhMVJQZbf+xAvksQ3S3xdsIe/wBeWdynt1Im7nFf 1MoQ== X-Gm-Message-State: ALoCoQmj/0VqQ9q5LuHuBU5a8u0rNkRwM1DKFwdiFbHQJ2f7Qhp06BHNcR+f4VaKhRqqFc+uJq4U MIME-Version: 1.0 X-Received: by 10.236.30.2 with SMTP id j2mr21682088yha.73.1395188244811; Tue, 18 Mar 2014 17:17:24 -0700 (PDT) Received: by 10.170.188.139 with HTTP; Tue, 18 Mar 2014 17:17:24 -0700 (PDT) In-Reply-To: References: <5324FE40.1070704@sugarcrm.com> <532603A0.8060802@sugarcrm.com> <5327DD6E.6030402@sugarcrm.com> Date: Wed, 19 Mar 2014 02:17:24 +0200 Message-ID: To: Yasuo Ohgaki Cc: Stas Malyshev , "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] [RFC] Revert/extend/postpone original RFC about read_only, lazy_write sessions From: narf@devilix.net (Andrey Andreev) Hi, >> >> > How about making it a INI option? It makes session_start() option >> >> > handling >> >> > code >> >> > a little simpler. It's not mandatory, though. >> >> >> >> +1 from me, if it is to be kept as an option. >> > >> > >> > I'm about to modify patch to make it INI. No objections for this? >> >> Well, I said 'if' we keep it as an option at all. I'd rather update >> the RFC to propose it as non-optional behavior since there are no >> downsides from it, as I understand. > > > How should we handle this? > It was session_start() option e.g. session_start(['lazy_write'=>true]); > We are proposing make it INI option. > > Since session_start() accepts all INI options, so it can work as > session_start(['lazy_write'=>true]); > with INI. > > Anyone? I'll rephrase ... I'm proposing lazy_write at all times, no option. Optional performance improvements don't make sense to me. > Please refer to code for details. > > https://github.com/php/php-src/pull/628/ Wooow, that includes way more additions than those related to the session-lock-ini RFC. Does it have to be all in one patch? I'll comment further on github to avoid more spam here. Cheers, Andrey.