Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40344 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 77219 invoked from network); 8 Sep 2008 13:47:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 13:47:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=arnaud.lb@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=arnaud.lb@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.78.27 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: arnaud.lb@gmail.com X-Host-Fingerprint: 74.125.78.27 ey-out-2122.google.com Received: from [74.125.78.27] ([74.125.78.27:39000] helo=ey-out-2122.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 64/98-58883-20D25C84 for ; Mon, 08 Sep 2008 09:47:47 -0400 Received: by ey-out-2122.google.com with SMTP id 5so602094eyj.59 for ; Mon, 08 Sep 2008 06:47:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=W6mqpFDqn1+dQoBE5yRwDowMvu+1MCQDYHTbnOpnoiQ=; b=RtYa4KtXlCeg5zaozJ3Ptk3z9UIDd0sEFjwrDoscG1Uu6yGNQ/8jeSLfS2ESqdlJbn AM4KMrFooGOqfaZ4UcPBGCk8Zdkj6VcLcwDPcH62iQ2/O0pF9Ga/mpW2p7VwseEOTLDv DieS3LrT6DXiwKqtYiJ65an7fuXAxOWPGndEs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=ErzkACqOWL/UVxJqBQBQXZQNWxQoM2xm54l/Nk1bA1ZvSqeIvTHKhp/ffCjnTpL8l0 YDOv9YuFw20qb6tZLpfV3Lkbo2fGoG2tl3qiC8RWoa2kvPM5rYsfaCfqfDQLRFNXb9pF hwB+ncv4IokPl8Z54RG7/CMoIMTnptk+Lbuhg= Received: by 10.180.205.9 with SMTP id c9mr10972058bkg.6.1220881663874; Mon, 08 Sep 2008 06:47:43 -0700 (PDT) Received: from 207-177-41-213.getmyip.com ( [213.41.177.207]) by mx.google.com with ESMTPS id p17sm3355988fka.14.2008.09.08.06.47.41 (version=SSLv3 cipher=RC4-MD5); Mon, 08 Sep 2008 06:47:42 -0700 (PDT) To: internals@lists.php.net, RQuadling@googlemail.com Date: Mon, 8 Sep 2008 15:47:40 +0200 User-Agent: KMail/1.10.0 (Linux/2.6.26-1-amd64; KDE/4.1.0; x86_64; ; ) References: <200809081218.02471.arnaud.lb@gmail.com> <200809081319.53187.arnaud.lb@gmail.com> <10845a340809080619x156de004nbf634686287c1053@mail.gmail.com> In-Reply-To: <10845a340809080619x156de004nbf634686287c1053@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <200809081547.40481.arnaud.lb@gmail.com> Subject: Re: [PHP-DEV] [PATCH][HEAD] Upload progress in sessions From: arnaud.lb@gmail.com (Arnaud Le Blanc) Hi, On Monday 08 September 2008 15:19:07 Richard Quadling wrote: > 2008/9/8 Arnaud Le Blanc : > > Hi, > > > > On Monday 08 September 2008 13:06:50 Martin Jansen wrote: > >> On Mon, Sep 8, 2008 at 12:18 PM, Arnaud Le Blanc > > wrote: > >> > The patch allows to store upload progress informations in session > > variables. > >> > These informations can be retrieved by an other script while the upload is > >> > still in progress, allowing to provide feedback to the user. > >> > Implementing this in the sessions extension makes this feature available > > to > >> > every one. > >> > Using the session extension for this purpose also allows to use the > > different > >> > storage backends available. > >> > I have written a RFC/documentation here: > >> > http://wiki.php.net/rfc/session_upload_progress > >> > >> Would it be possible to use something like > >> $_SESSION['foo']['upload_progress_123'] instead of storing the > >> information in the top-level session space? I can imagine there being > >> frameworks and such that put their session stuff in some special > >> container like $_SESSION['foo'] so that their session data does not > >> interfere with the data of other components or the application that > >> makes use of the framework. > > > > Yes, this can be done. The prefix setting ("upload_progress_" by default) was > > added for that purpose, but it may be possible to use $_SESSION[prefix] [name]. > > > >> > >> Martin > >> > > > > Regards, > > > > Arnaud > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > Would maybe having $_SESSION['_Files'] == $_FILES for multiple uploads > and have the current size uploaded as a new entry in $_FILES be > easier? > > That way no additional configuration option. This will not work if the user sends a request while a previous one is not terminated. Also, this may break some applications that use "_Files" as a key in $_SESSION if this is not configurable. And the entries outside of "files" (content_length, etc) needs to be added somewhere ;) The "files" array in the current patch is just like $_FILES. > > > > -- > ----- > Richard Quadling > Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731 > "Standing on the shoulders of some very clever giants!" > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > > Regards, Arnaud