Php WordPress使用工作缩略图重命名附件文件

我正在尝试编写一个函数来重命名附件文件，无论是在上传时，还是在上传后

我已经编写了一个很好的函数，可以做到这一点，但它会导致WP仪表板中缺少缩略图。我怀疑这是因为GUID变错了，但是WP现在已经无法更改GUID了（我想），所以我不知道还能做什么。希望这里有人能帮忙

这就是我所拥有的，基于我能在网上找到的一切

add_action("add_attachment", "rename_attachment", 10, 1);
function rename_attachment($post_id) {
     custom_attachment_rename($post_id, "My name filename here");
}

function custom_attachment_rename( $post_id, $new_filename = 'new filename' ){

    // Get path info of orginal file
    $og_path = get_attached_file($post_id);
    $path_info = pathinfo($og_path);

    // Santize filename
    $safe_filename = wp_unique_filename($path_info['dirname'], $new_filename);

    // Build out path to new file
    $new_path = $path_info['dirname']. "/" . $safe_filename . "." .$path_info['extension'];
    
    // Rename the file and update it's location in WP
    rename($og_path, $new_path);    
    update_attached_file( $post_id, $new_path );

    // URL to the new file
    $new_url = wp_get_attachment_url($post_id);
    
    // Update attachment data
    $id = wp_update_post([
        'ID' => $post_id,
        'post_title' => $new_filename,
        'guid' => $new_url // Doesn't seem to work
    ]);
    
    // Try this to reset the GUID for the attachment. Doesn't seem to actually reset it.
    // global $wpdb;
    // $result = $wpdb->update($wpdb->posts, ['guid' => $new_url], ['ID' => $post_id]);
    
    // Update all links to old "sizes" files, or create it for new upload.
    $metadata = get_post_meta($post_id, '_wp_attachment_metadata', true);
    if( empty($metadata) ) {

        // New upload.
        $data = wp_generate_attachment_metadata($post_id, $new_path);
        //update_post_meta($post_id, '_wp_attachment_metadata', $data); // Tried this. Doesn't work.
        wp_update_attachment_metadata($post_id, $data); // Also doesn't work
        
    } else {
        // Regenerating an existing image
        // TODO loop through $metadata and update the filename and resave? Maybe just delete it and regenerate instead?
    }
    
    // TODO Update use of the old filename in post_content throughout site
}

到目前为止，这些都是我看过的有用的帖子

奇怪的是，如果我在这个函数的末尾死了，那么它就工作了。因此，我怀疑WP中的其他内容正在覆盖此附件的

\u WP\u附件\u元数据

。这就是我怀疑GUID是问题的原因。另一种方法是通过

GUID

查找附件，找到不再存在的文件的URL（我更改了文件名），并在错误的文件路径上运行

wp\u generate\u attachment\u metadata

。这是我的直觉

---

我没有安装任何其他插件。

代码无法工作的原因与GUID无关

这是因为，在WP core中，在媒体上载请求处理结束时，会使用原始文件名调用函数WP_update_attachment_metadata（）。钩子add_attachment在wp_insert_attachment（）函数中调用

function media_handle_upload( $file_id, $post_id, $post_data = array(), $overrides = array( 'test_form' => false ) ) {

    ... ...

    // Save the data.
    $attachment_id = wp_insert_attachment( $attachment, $file, $post_id, true );

    if ( ! is_wp_error( $attachment_id ) ) {
        // Set a custom header with the attachment_id.
        // Used by the browser/client to resume creating image sub-sizes after a PHP fatal error.
        if ( ! headers_sent() ) {
            header( 'X-WP-Upload-Attachment-ID: ' . $attachment_id );
        }

        // The image sub-sizes are created during wp_generate_attachment_metadata().
        // This is generally slow and may cause timeouts or out of memory errors.
        wp_update_attachment_metadata( $attachment_id, wp_generate_attachment_metadata( $attachment_id, $file ) );
    }

    return $attachment_id;
}

我们可以使用“wp\u update\u attachment\u metadata”过滤器更改具有新文件名的元数据

请检查下面的代码。我做了测试，效果很好

class CustomAttachmentRename {
    public $new_filename = 'custom file';

    private $new_path;

    function __construct () {
        add_action("add_attachment", array($this, "rename_attachment"), 10, 1);     
    }

    function rename_attachment($post_id) {
        // Get path info of orginal file
        $og_path = get_attached_file($post_id);
        $path_info = pathinfo($og_path);

        // Santize filename
        $safe_filename = wp_unique_filename($path_info['dirname'], $this->new_filename);

        // Build out path to new file
        $this->new_path = $path_info['dirname']. "/" . $safe_filename . "." .$path_info['extension'];
        
        // Rename the file and update it's location in WP
        rename($og_path, $this->new_path);    
        update_attached_file( $post_id, $this->new_path );

        // Register filter to update metadata.
        add_filter('wp_update_attachment_metadata', array($this, 'custom_update_attachment_metadata'), 10, 2);
    }

    function custom_update_attachment_metadata($data, $post_id) {
        return wp_generate_attachment_metadata($post_id, $this->new_path);
    }
}

$customAttachmentRename = new CustomAttachmentRename();
$customAttachmentRename->new_filename = "test image" . time();

---

我把@chengmin answer变成了这样一个单一的函数：

/**
* Renames a file. Will also regenerate all the thumbnails that go with the file.
* @SEE https://stackoverflow.com/questions/64990515/wordpress-rename-attachment-file-with-working-thumbnails
*
* @param string $post_id The WordPress post_id for the attachment
* @param string $new_file_name The filename (without extension) that you want to rename to
*/  
function attachment_rename($post_id, $filename) {

    // Get path info of orginal file
    $og_url = wp_get_attachment_url($post_id);
    $og_path = get_attached_file($post_id);
    $path_info = pathinfo($og_path);
    $og_meta = get_post_meta($post_id, '_wp_attachment_metadata', true);

    // Santize filename
    $safe_filename = wp_unique_filename($path_info['dirname'], $filename);

    // Build out path to new file
    $new_path = $path_info['dirname']. "/" . $safe_filename . "." .$path_info['extension'];
    
    // Rename the file in the file system
    rename($og_path, $new_path); 

    // Delete old image sizes if we have them
    if( !empty($og_meta) ) {
        delete_attachment_files($post_id);
    }

    // Now save new path to file in WP
    update_attached_file( $post_id, $new_path );

    // Register filter to update metadata
    $new_data = wp_generate_attachment_metadata($post_id, $new_path);    
    return add_filter('wp_update_attachment_metadata', function($data, $post_id) use ($new_data) {        
        return $new_data;
    }, 10, 2);
}

/**
 * Delete all old image files, if they aren't used post_content anywhere. 
 * The dont-delete check isn't perfect, it will give a lot of false positives (keeping more files than it should), but it's best I could come up with.
 * @SEE https://github.com/WordPress/WordPress/blob/f4cda1b62ffca52115e4b04d9d75047060d69e68/wp-includes/post.php#L5983
 *
 * @param string $post_id The WordPress post_id for the attachment
 */ 
function delete_attachment_files($post_id) {
    
    $meta = wp_get_attachment_metadata( $post_id );
    $backup_sizes = get_post_meta( $post_id, '_wp_attachment_backup_sizes', true );
    $file = get_attached_file( $post_id );   
    $url = wp_get_attachment_url($post_id);
    
    // Remove og image so it doesn't get deleted in wp_delete_attachment_files()
    $meta['original_image'] = "";
    
    // Check if image is used in a post somehwere
    $url_without_extension = substr($url, 0 , (strrpos($url, ".")));
    $args = [
        "s" => $url_without_extension,
        "posts_per_page" => 1,
        "post_type" => "any"
    ];
    $found = get_posts($args);
    if( empty($found) ) {
        return wp_delete_attachment_files( $post_id, $meta, $backup_sizes, $file );
    }

    return false;
}

---

这真是太好了。虽然这会导致原始图像的中间尺寸仍然在服务器右侧吗？我可能需要扩展此功能来重命名这些文件，然后在post_内容中搜索并替换这些文件的使用。结果将与上载先前重命名的图像文件完全相同。包括插件注册的所有图像大小都可以工作。而且，是的，您需要根据需要扩展该函数。使用此命令在第4998行的/www/wp includes/formatting.php中获取“致命错误：允许内存大小268435456字节用尽（尝试分配262144字节）”。致命错误：允许内存大小268435456字节用尽（尝试分配262144字节），第0行未知。