通过 wp_handle_upload 删除未放入上传文件夹的图像

Question

我正在将图像保存到上传文件夹，但我使用的是 file_put_contents 而不是 wp_handle_upload - 因为我在 base64 中获得了图像，而不是作为 $_FILES 中的文件。

图像和某些帖子数据被保存/更新，因为它们应该使用此功能：

• wp_insert_attachment
• wp_update_attachment_metadata

问题是当我想删除旧图像时（保存新图像时）。

wp_delete_attachment 不会删除图像（尽管它似乎确实删除了 db 中的东西..）。我认为问题在于不使用 wp_handle_upload。 （当我通过上传 btn 上传图像并使用 $_FILES 接收它然后使用 wp_handle_upload 上传时 - 删除作品）

有没有人知道在我的情况下删除图像的正确方法是什么？ 也许我可以使用 wp_handle_upload 正确保存它，即使我有 base64 中的图像？

感谢您提供任何信息。

编辑：我还尝试使用 wp_upload_bits 保存图像，但 wp_delete_attachment 仍然无效。

我检查的另一件事：位于 wp-admin/includes/file.php 的 wp_handle_upload 函数的 the code：我没有看到一种简单的方法来修改或复制现有函数并添加一个自定义函数，该函数将接受 base64 图像而不是文件作为在 $_FILES 中。也许有人有“base64 to $_FILES”的解决方法？

Answer 1

正如@KamilP 所说，WP 在wp_posts 和wp_postmeta 表中插入记录。

所以首先你必须将你的base64图像保存在临时目录中，然后使用它的相对路径和其他数据，你可以使用wp_insert_attachment在数据库中插入记录，链接包含适当的示例。 此函数将图像添加到媒体库。

要生成更多缩略图，您可以使用wp_generate_attachment_metadata 函数。此函数还将使用图像和缩略图的所有详细信息更新 wp_postmeta 表。

之后你可以使用wp_delete_attachment函数从目录和数据库中删除图片。

另一种解决方案：

• 使用this link 中的函数从base64 字符串生成图像。
• 然后获取图像的 mime 类型、大小和路径
• 创建一个类似于 $_FILES 的数组。
• 然后将其传递给wp_handle_upload

更新：

$_FILES 数组的结构是这样的

array(5) {
    'name'     => string(8) "file name.extension" // file name with extension
    'type'     => string(0) "" // mime type of file, i.e. image/png
    'tmp_name' => string(0) "" // absolute path of file on disk.
    'error'    => int(2) // 0 for no error
    'size'     => int(0) // size in bytes
  }

您可以像上面一样创建包含所有详细信息的数组，使用各种文件处理 PHP 函数来获取大小和 mime 类型。名称是您要放置的任何内容，而 tmp_name 是文件所在服务器上的文件路径，在您的情况下是从 base64 字符串保存文件的文件夹位置。

请参阅上面的更新链接以获取来自 base64 字符串的图像。

Answer 2

我实际上是在我在这里看到答案之前完成了这个，所以如果有人遇到同样的问题，我会在这里提供一个解决方案。我使用了下面的函数（第一个）并使用 wp_delete_attachment after 只是为了确保所有东西都被删除了。

/**
 * Attempt at removing all images in uploads folder by providing an image url 
 * Example: 
 *   - Provide http://mypage.com/wp-content/themes/mytheme/uploads/2015/12/testImage.jpg
 *   - this should remove all its images created when uploading:
 *   - testImage-150x150.jpg, testImage-300x300.jpg etc and also the provided original image 
 *
 * We'r doing this because wp_delete_attachment() will not remove an image that was uploaded via a 
 * custom mytheme_upload_image() function (which is providing base64 image instead of file in $_FILES)
 *
 * TODO TODO mytheme_get_image_sizes() does not return ALL IMAGES THAT WERE CREATED (all sizes)
 */
function mytheme_remove_all_image_sizes_from_uploads($primary_image_url) {

    $pi = pathinfo($primary_image_url);

    $img_dirname = $pi['dirname'];
    $img_dirname_exploded = explode('/',$img_dirname);   
    $last_dir = array_pop($img_dirname_exploded); // month usually (two digits)
    $second_last_dir = array_pop($img_dirname_exploded); // year usually (4 digits)

    $basename = $pi['basename']; // without trailing /
    $img_name = $pi['filename'];
    $img_extension = $pi['extension'];

    $uploads = wp_upload_dir();
    $base_uploads_dir = $uploads['basedir']; // without trailing /

    $path_to_appropriate_uploads_dir =      $base_uploads_dir.'/'.$second_last_dir.'/'.$last_dir.'/';

    $img_name_to_remove = $img_name.'.'.$img_extension; // UNLINK

    if(!@unlink($path_to_appropriate_uploads_dir.$img_name_to_remove)) {
       // this image was not removed
    }

    $image_sizes = mytheme_get_image_sizes();

    foreach($image_sizes as $size) {
       $img_name_to_remove = $img_name.'-'.$size.'.'.$img_extension; // UNLINK
       $img_path = $path_to_appropriate_uploads_dir.$img_name_to_remove;

       if(mytheme_image_on_url_exists($img_path) && !@unlink($img_path)) {
          // this image was not removed
       }
    }

 }


    /**
 * Get size information for all currently-registered image sizes.
 * Found an example of this on one of the wordpress' example pages ..
 *
 * @global $_wp_additional_image_sizes
 * @uses   get_intermediate_image_sizes()
 * @return array $sizes Data for all currently-registered image sizes.
 * TODO TODO mytheme_get_image_sizes() does not return ALL IMAGES THAT WERE CREATED (all sizes)
 */
function mytheme_get_image_sizes() {
    global $_wp_additional_image_sizes;

    $sizes = array();

    foreach ( get_intermediate_image_sizes() as $_size ) {

        if ( in_array( $_size, array( 'thumbnail', 'medium', 'large' ) ) ) {

            $width = get_option( "{$_size}_size_w" );
            $height = get_option( "{$_size}_size_h" );

        } elseif ( isset( $_wp_additional_image_sizes[ $_size ] ) ) {

            $width = $_wp_additional_image_sizes[ $_size ]['width'];
            $height = $_wp_additional_image_sizes[ $_size ]['height'];

        }

        $img_name_end = $width."x".$height;

        if(!in_array($img_name_end,$sizes)) {
            $sizes[] = $img_name_end;
        }

    }

    // ADD CUSTOM SIZES (this one is not returned otherwise?!)
    $sizes[] = '300x200';

    return $sizes;
}

Answer 3

简单的解决方案可能是手动将_wp_attached_file 元值添加到附件中。

设置为删除附件时要删除的文件。

这背后的逻辑是根据https://core.trac.wordpress.org/browser/tags/4.4/src/wp-includes/post.php#L0：

get_attached_file 将该值返回给wp_delete_attachment，将其设置为$file

在wp_delete_attachment 的末尾，它调用wp_delete_file($file)

所以我猜测根本问题是，您永远不会为元键 _wp_attached_file 设置值。

唯一的缺点是我不确定 wp 中的哪些其他进程可能正在使用该值。但是你可能会很幸运，也许没有，和/或手动设置它不会搞砸任何事情。