问题描述
我想在自定义文件夹中上传自定义图片大小。该文件夹应具有所选宽度的名称。例如:
如果我添加这些自定义尺寸…
add_image_size('custom-1', 300, 9999);
add_image_size('custom-2', 400, 9999);
这将是很好的上传的图像是这样上传的:
http://www.my-site.com/wp-content/uploads/300/my-image.jpg
http://www.my-site.com/wp-content/uploads/400/my-image.jpg
这可能吗?我只发现我可以用 upload_dir 过滤器更改全局上传文件夹。
最佳解决方案
菲利普,任何事情都是可能的,如果你把你的想法。您可以通过扩展 WordPress 图像编辑器类来解决您的问题。
注意我正在使用 WordPress 3.7 – 我没有在早期版本和最新的 3.8 版本中检查下列代码。
图像编辑器基础知识
WordPress 有两个内置的类来处理图像处理:
-
WP_Image_Editor_GD
(/wp-includes/class-wp-image-editor-gd.php
) -
WP_Image_Editor_Imagick
(/wp-includes/class-wp-image-editor-imagick.php
)
这两个类扩展了 WP_Image_Editor
,因为它们都使用不同的图像引擎 (分别为 GD 和 ImageMagick) 来加载,调整大小,压缩和保存图像。
默认情况下,WordPress 将首先尝试使用 ImageMagick 引擎,该引擎需要一个 PHP 扩展,因为它通常优于 PHP 的默认 GD 引擎。大多数共享服务器没有启用 ImageMagick 扩展。
添加图像编辑器
要决定使用哪种引擎,WordPress 会调用内部函数__wp_image_editor_choose()
(位于/wp-includes/media.php
中) 。此函数循环遍历所有引擎,以查看哪个引擎可以处理请求。
该功能还有一个称为 wp_image_editors
的过滤器,可以让您添加更多的图像编辑器,如:
add_filter("wp_image_editors", "my_wp_image_editors");
function my_wp_image_editors($editors) {
array_unshift($editors, "WP_Image_Editor_Custom");
return $editors;
}
请注意,我们预设了自定义图像编辑器类 WP_Image_Editor_Custom
,因此 WordPress 将在测试其他引擎之前检查我们的引擎是否可以处理调整大小。
创建我们的图像编辑器
现在我们要写自己的图像编辑器,所以我们可以自己决定文件名。 Filenaming 由 WP_Image_Editor::generate_filename()
(两个引擎继承此方法) 的方法处理,因此我们应该在我们的自定义类中覆盖。
由于我们只计划更改文件名,所以我们应该扩展现有的引擎之一,所以我们不必重新发明。我将在我的例子中扩展 WP_Image_Editor_GD
,因为您可能没有启用 ImageMagick 扩展。该代码对于 ImageMagick 设置可以互换。如果您计划使用不同设置的主题,您可以添加两者。
// Include the existing classes first in order to extend them.
require_once ABSPATH.WPINC."/class-wp-image-editor.php";
require_once ABSPATH.WPINC."/class-wp-image-editor-gd.php";
class WP_Image_Editor_Custom extends WP_Image_Editor_GD {
public function generate_filename($prefix = NULL, $dest_path = NULL, $extension = NULL) {
// If empty, generate a prefix with the parent method get_suffix().
if(!$prefix)
$prefix = $this->get_suffix();
// Determine extension and directory based on file path.
$info = pathinfo($this->file);
$dir = $info['dirname'];
$ext = $info['extension'];
// Determine image name.
$name = wp_basename($this->file, ".$ext");
// Allow extension to be changed via method argument.
$new_ext = strtolower($extension ? $extension : $ext);
// Default to $_dest_path if method argument is not set or invalid.
if(!is_null($dest_path) && $_dest_path = realpath($dest_path))
$dir = $_dest_path;
// Return our new prefixed filename.
return trailingslashit($dir)."{$prefix}/{$name}.{$new_ext}";
}
}
上面的代码大部分是从 WP_Image_Editor
类直接复制的,并为了方便起见。唯一的实际变化是后缀现在是前缀。
或者,您可以调用 parent::generate_filename()
并使用 mb_str_replace()
将后缀更改为前缀,但我认为更倾向于出错。
保存元数据的新路径
上传 image.jpg
后,uploads 文件夹如下所示:
-
2013/12/150x150/image.jpg
-
2013/12/300x300/image.jpg
-
2013/12/image.jpg
到现在为止还挺好。但是,当调用 wp_get_attachment_image_src()
这样的基本功能时,我们会注意到所有的图像大小都存储为 image.jpg
,而没有新的目录路径。
我们可以通过将新的文件夹结构保存到图像元数据 (存储文件名的位置) 来解决此问题。在插入数据库之前,数据通过各种过滤器 (wp_generate_attachment_metadata
等) 运行,但由于我们已经在实现自定义图像编辑器,因此我们可以回到图像大小元数据源 WP_Image_Editor::multi_resize()
。它生成像这样的数组:
Array (
[thumbnail] => Array (
[file] => image.jpg
[width] => 150
[height] => 150
[mime-type] => image/jpeg
)
[medium] => Array (
[file] => image.jpg
[width] => 300
[height] => 300
[mime-type] => image/jpeg
)
)
我们将在我们的自定义类中覆盖 multi_resize()
方法:
function multi_resize($sizes) {
$sizes = parent::multi_resize($sizes);
foreach($sizes as $slug => $data)
$sizes[$slug]['file'] = $data['width']."x".$data['height']."/".$data['file'];
return $sizes;
}
你可以看到,我没有打扰替换任何代码。我只是调用父方法并让它生成元数据。然后我循环遍历结果数组,并调整每个大小的 file
值。
现在 wp_get_attachment_image_src($att_id, array(300, 300))
返回 2013/12/300x300/image.jpg
。万岁!
最后的想法
我希望这为您提供一个很好的依据。但是,请注意,如果图像小于指定尺寸 (例如,280×300),生成的后缀 (我们的前缀) 和图像尺寸是 280×300,而不是 300×300 。如果你上传了很多较小的图像,你会得到很多不同的文件夹。
一个很好的解决方案是使用大小插件作为文件夹名称 (small
,medium
等),或将代码扩展到圆形大小,直到最接近的首选图像大小。
你注意到你只想使用宽度作为目录名。要警告 – 插件或主题可以生成两个不同的大小,宽度相同但不同的高度。
此外,您可以通过在 “设置” 和 “设置” 下禁用 “将我上传到月份和 year-based 文件夹” 媒体还是进一步操纵 generate_filename
。
希望这可以帮助。祝你好运!
次佳解决方案
@ Robbert 的答案是将 WordPress 生成的替代大小存储在单独的目录中的神圣资源。我的代码也将上传目录更改为./media,所以如果不想要,请确保编辑这些行。这不是第一个海报问题的确切答案,而是为同一个问题提供了一个替代解决方案:
if ( !is_multisite() ) {
update_option( 'upload_path', 'media' ); //to-do: add to options page
define( 'UPLOADS', 'media' ); //define UPLOADS dir - REQUIRED
}
//don't “Organize my uploads into month- and year-based folders”
update_option( 'uploads_use_yearmonth_folders', '0' ); // to-do: add to options page
//create a custom WP_Image_Editor that handles the naming of files
function tect_image_editors($editors) {
array_unshift( $editors, 'WP_Image_Editor_tect' );
return $editors;
}
add_filter( 'wp_image_editors', 'tect_image_editors' );
require_once ABSPATH . WPINC . '/class-wp-image-editor.php';
require_once ABSPATH . WPINC . '/class-wp-image-editor-gd.php';
class WP_Image_Editor_tect extends WP_Image_Editor_GD {
public function multi_resize($sizes) {
$sizes = parent::multi_resize($sizes);
$media_dir = trailingslashit( ABSPATH . UPLOADS );
foreach($sizes as $slug => $data) {
$default_name = $sizes[ $slug ]['file'];
$new_name = $slug . '/' . preg_replace( '#-d+xd+.#', '.', $data['file'] );
if ( !is_dir( $media_dir . $slug ) ) {
mkdir( $media_dir . $slug );
}
//move the thumbnail - perhaps not the smartest way to do it...
rename ( $media_dir . $default_name, $media_dir . $new_name );
$sizes[$slug]['file'] = $new_name;
}
return $sizes;
}
}
根据我的测试,没有任何问题的工作,虽然我没有试图检查它如何票价与流行的画廊/媒体插件。
相关奖金:一个原始实用程序删除所有 WordPress 生成的缩略图 delete_deprecated_thumbs.php
参考文献
注:本文内容整合自 Google/Baidu/Bing 辅助翻译的英文资料结果。如果您对结果不满意,可以加入我们改善翻译效果:薇晓朵技术论坛。