Bug #64178 [Opn->Wfx]: move_uploaded_file() sometimes executes a copy followed by a move unnecessarily

From: Date: Mon, 31 May 2021 15:59:22 +0000
Subject: Bug #64178 [Opn->Wfx]: move_uploaded_file() sometimes executes a copy followed by a move unnecessarily
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-234126@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=64178&edit=1 ID: 64178 Updated by: cmb@php.net Reported by: jbrown at bluedroplet dot com Summary: move_uploaded_file() sometimes executes a copy followed by a move unnecessarily -Status: Open +Status: Wont fix Type: Bug Package: Streams related Operating System: Ubuntu 12.10 PHP Version: 5.4.11 -Assigned To: +Assigned To: cmb Block user comment: N Private report: N New Comment: This is not particularly related to move_uploaded_file(), but rather a general restriction of rename() which is not supported across wrapper types. To resolve this on the php-src level, wrappers would need to know about other wrappers. I don't think this will be implemented. If you still think this situation should be improved, please pursue the RFC process[1]. [1] <https://wiki.php.net/rfc/howto> Previous Comments: ------------------------------------------------------------------------ [2013-02-17 00:22:56] jbrown at bluedroplet dot com I used to run a transcoding server and it would fall over if a 1GB file was uploaded. Pre-resolving the private:// URI before passing it to move_uploaded_file() would prevent this from happening as it would issue a rename instead of a copy followed by a delete. In general, when moving a file between stream wrappers it makes sense to attempt to resolve them both. If they do both resolve then an rename can be issued instead of a copy followed by a delete. If source and destination are on the same filesystem then this will be extremely cheap. ------------------------------------------------------------------------ [2013-02-15 23:14:45] cataphract@php.net You mean copy followed by a delete? In which case, PHP just calls rename(2) and, if that fails, moves on to copy+delete. Apart from the case where the destination is actually a file:// URL, I don't see any situation where the copy is unnecessary and PHP could detect it. Can you elaborate on that point? ------------------------------------------------------------------------ [2013-02-09 02:20:17] jbrown at bluedroplet dot com Description: ------------ move_uploaded_file() executes a copy followed by a move when stream wrapper URIs are used, even the source and destination are on the same file system See http://drupal.org/node/1395524 ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=64178&edit=1

« previous php.bugs (#234126) next »