热点
漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个
测试工程师解码:语言选型、函数设计、变量管理精要,reasoning_content:我们要求以测试工程师的口吻写一个与“技术、科技”相关,关于[工程编程核心:语言选型、函数设计与变量管理精要]的标题直接输出一个标题,不要加说明字数30字以内nn测试工程师的口吻:可能会带有测试思维,比如关注质量、效率、稳定性、精准等标题需要简短精炼,涵盖编程核心:语言选型、函数设计、变量管理nn可能的标题示例:工程编程三要素:语言选型、函数设计、变量管理精要 但字数可能略超?计算一下:工程编程三要素:语言选型、函数设计、变量管理精要 - 共用了19个汉字?等一下:工程编程三要素:语言选型、函数设计、变量管理精要字符:工(1)程(2)编(3)程(4)三(5)要(6)素(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24个字,符合30以内但需要测试工程师口吻,或许可以加“测试视角下”或“质量保障”等但标题要求与“技术、科技”相关,这个标题已经相关nn更好的测试工程师口吻:比如“测试角度解码编程核心:语言选型、函数设计、变量管理精要”?字数:测试角度解码编程核心:语言选型、函数设计、变量管理精要 —— 数一下:测(1)试(2)角(3)度(4)解(5)码(6)编(7)程(8)核(9)心(10):(11)语(12)言(13)选(14)型(15)、(16)函(17)数(18)设(19)计(20)、(21)变(22)量(23)管(24)理(25)精(26)要(27) —— 27个字可以nn或者更简洁:“研发测试必看:语言选型、函数设计、变量管理精要” —— 研发测试必看:语言选型、函数设计、变量管理精要字数为:研(1)发(2)测(3)试(4)必(5)看(6):(7)语(8)言(9)选(10)型(11)、(12)函(13)数(14)设(15)计(16)、(17)变(18)量(19)管(20)理(21)精(22)要(23) —— 23字nn测试工程师口吻也可以强调“可测性”或“稳定性”例如:“编程核心三精要:语言选型、函数设计、变量管理”——但少了“测试”味道加上“测试视角”更好nn考虑到标题要求直接输出,不要说明选择其中一个我认为“测试角度解码编程核心:语言选型、函数设计、变量管理精要”不错,但27字另一个“编程核心三精要:语言选型、函数设计、变量管理(测试视角)”但不够简洁nn或许“工程编程核心三要素:语言选型、函数设计、变量管理” 更通用,但无测试口吻最好保留测试工程师口吻nn再想一个:“测试工程师解码:语言选型、函数设计、变量管理精要” 字数:测(1)试(2)工(3)程(4)师(5)解(6)码(7):(8)语(9)言(10)选(11)型(12)、(13)函(14)数(15)设(16)计(17)、(18)变(19)量(20)管(21)理(22)精(23)要(24) —— 24字简洁,有测试工程师口吻,且涉及技术科技就这个吧nn注意:原标题中是[工程编程核心:语言选型、函数设计与变量管理精要],我们用了类似的直接输出
安全管理员:模块化设计引领灵活配置新策略,reasoning_content:我们要求以安全管理员的口吻,写一个与“技术、科技”相关,关于[运营中心产品升级:模块化设计引领灵活配置新策略]的标题需要简短精炼,30字以内直接输出标题,不要加说明nn口吻是安全管理员,所以标题应该体现安全视角,同时结合模块化设计、灵活配置可能的方向:强调模块化带来的安全可控性、灵活配置下的安全保障等nn例如:模块化升级:安全可控的灵活配置新策略 或者 安全管理员视角:模块化设计保障灵活配置 但要注意字数nn更精准:以安全管理员口吻,所以可以说安全护航:模块化设计引领运营中心灵活配置 但可能不够或者:安全管理员:模块化升级实现灵活配置与安全可控nn但需要简短尝试:模块化设计:安全可控的灵活配置新策略 正好13字nn或者:安全管理员看板:模块化升级保障灵活配置 14字nn最好直接点明身份:安全管理员:模块化设计让灵活配置更安全 16字nn注意要求以安全管理员的口吻,可以在标题中明确出现安全管理员字样比如:安全管理员:模块化设计引领运营中心灵活配置 18字,符合nn再精简:安全管理员:模块化升级实现灵活配置 14字nn或者更技术:模块化设计:安全管理员视角的灵活配置新策略 18字nn根据要求,直接输出一个标题我选择:安全管理员:模块化设计引领灵活配置新策略 正好18字,符合
域名管理者解析客户端开发:语言选型·函数封装·变量管理,reasoning_content:我们要求以域名管理者的口吻,写一个与技术、科技相关,关于[客户端开发核心实践:语言选型、函数封装与变量管理]的标题输出一个标题,不要加说明,字数30字以内nn注意:域名管理者通常与互联网域名相关,但这里可能是一种拟人化的角色,或者是一个比喻标题需要体现技术、科技,并且围绕客户端开发核心实践:语言选型、函数封装与变量管理要简短精炼nn可能的思路:使用“域名管理者”作为主语或修饰,比如“域名管理者的客户端开发三要素”之类的但需要更科技感nn例如:“域名管理者谈客户端开发:语言、函数、变量” 但字数可能超?计算一下:域名管理者谈客户端开发:语言、函数、变量 — 15个字?实际:域名管理者谈客户端开发:语言、函数、变量 共15个汉字?域名管理者谈客户端开发:语言、函数、变量 = 域名(2)管理者(3)谈(1)客户端(3)开发(2):(1)语言(2)、(1)函数(2)、(1)变量(2) 一共20个字符合nn或者更精炼:“域名管理者:客户端开发三核心” 再加副标题?但要求直接输出标题nn注意要体现“技术、科技”,可以加“技术”或“科技”字眼比如“域名管理者的技术实践:客户端开发三要素”但原话是“与‘技术、科技’相关”,所以标题本身可以包含“技术”或“科技”nn我考虑:“域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理” 这太长了,超过30字计算:域名管理者:客户端开发核心实践——语言选型、函数封装与变量管理数一下:域名管理者(5):(1)客户端(3)开发(2)核心(2)实践(2)——(2)语言(2)选型(2)、(1)函数(2)封装(2)与(1)变量(2)管理(2) 总共5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31?再仔细:域名(2)管理者(3)=5,冒号1,客户端3,开发2,核心2,实践2,破折号2(两个短横),语言2,选型2,逗号1,函数2,封装2,与1,变量2,管理2合计5+1+3+2+2+2+2+2+2+1+2+2+1+2+2=31字超了1字去掉“核心”或“实践”?或者改用“技术”替换?比如“域名管理者:客户端开发技术核心——语言选型、函数封装与变量管理” 更长了nn最好简短例如:“域名管理者:语言选型·函数封装·变量管理” 这个只有10多字但缺少“客户端开发”和“核心实践”信息可以改为:“域名管理者之客户端开发三核心” 再加冒号?“域名管理者:客户端开发三核心——语言、函数、变量” 这个13字?域名管理者:客户端开发三核心——语言、函数、变量 = 5+1+3+2+3+2+2+1+2+1+2=24字,可以nn或者更直接:“域名管理者谈技术:客户端开发三要素” 但没具体列出标题需要包含具体内容“语言选型、函数封装与变量管理”,最好体现这些关键词nn考虑到要求简短精炼,我们可以用缩写或符号比如:“域名管理者:客户端开发实践——语言·函数·变量” 这个21字左右nn为了更符合“技术、科技”感,可以加“技术”字眼:“域名管理者技术笔记:客户端开发三核心” 但缺少具体nn我再想一个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 字数:域名管理者解析客户端开发:语言选型·函数封装·变量管理 = 域名(2)管理者(3)解析(2)客户端(3)开发(2):(1)语言(2)选型(2)·(1)函数(2)封装(2)·(1)变量(2)管理(2) 总=2+3+2+3+2+1+2+2+1+2+2+1+2+2=29字刚好29字,符合30字以内而且体现了“解析”,有科技感但“解析”可能稍显普通或者“域名管理者视角:客户端开发核心实践——语言选型、函数封装、变量管理” 这个更长nn我选择29字那个:“域名管理者解析客户端开发:语言选型·函数封装·变量管理” 注意中间用点分隔,避免逗号或者用顿号?也可以nn另外注意要求:“直接输出一个标题,不要加说明提示等信息”所以直接输出这个字符串即可
16 9 月 2026, 周三

常见的图像类型怎样做优化?优缺点是哪些?

图像优化对于网站建设和优化来说,是很重要的一部分,能大大提高网站的性能。对此,本文就给大家来分享一下JPEG/JPG、PNG、WebP这些常见的图片怎样优化,这些图像的应用场景及优缺点?
 
    概述
    图像是web上提供的最基本的内容类型之一。他们说一张图片胜过千言万语。但是如果你不小心的话,图片大小有时高达几十兆。
 
    因此,虽然网络图像需要清晰明快,但它们尺寸可以缩小压缩的,使用加载时间保持在可接受的水平。
 
    在我的网站上,我注意到我的主页的页面大小 超过了1.1MB,图片占了约88%,我还注意到我提供的图像比它们需要的大(在分辨率方面),显然,还有很多改进的空间。
 
 
 
    我开始阅读 Addy Osmani 的优秀Essential Image Optimization电子书,并开始在我的网站上按照他们的建议做了一些图片的优化。,然后再对响应式图像进行了一些研究并应用了它。
 
    这使得页面大小减少到445kb,约62%!
 
    什么是图像压缩
    压缩图像就是在图片保持在可接受的清晰度范围内同时减少文件大小,我使用imagemin来压缩站点上的图像。
 
    要使用imagemin,确保你已经安装了 Node.js,然后打开一个终端窗口,cd进入项目,并运行以下命令:
 
npm install imagemin
    然后创建一个名为imagemin.js的新文件,写入下面的内容:
 
const imagemin = require('imagemin');
const PNGImages = 'assets/images/*.png';
const JPEGImages = 'assets/images/*.jpg';
const output = 'build/images';
    你可以根据自己的需要更改PNGImages、JPEGImages和output的值,以符合你的项目结构。
 
    此外要执行图片压缩,还需要根据要压缩的图像类型安装对应的插件。
 
    JPEG/JPG
    JPG 的优点
    JPG 最大的特点是有损压缩。这种高效的压缩算法使它成为了一种非常轻巧的图片格式。另一方面,即使被称为“有损”压缩,JPG的压缩方式仍然是一种高质量的压缩方式:当我们把图片体积压缩至原有体积的 50% 以下时,JPG 仍然可以保持住 60% 的品质。此外,JPG 格式以 24 位存储单个图,可以呈现多达 1600 万种颜色,足以应对大多数场景下对色彩的要求,这一点决定了它压缩前后的质量损耗并不容易被我们人类的肉眼所察觉――前提是你用对了业务场景。
 
    JPG 使用场景
    JPG 适用于呈现色彩丰富的图片,在我们日常开发中,JPG 图片经常作为大的背景图、轮播图或 Banner 图出现。
 
    JPG 的缺陷
    有损压缩在上文所展示的轮播图上确实很难露出马脚,但当它处理矢量图形和 Logo 等线条感较强、颜色对比强烈的图像时,人为压缩导致的图片模糊会相当明显。
 
    此外,JPEG 图像不支持透明度处理,透明图片需要召唤 PNG 来呈现。
 
    使用 MozJPEG 压缩 jpeg
    这里使用 Mozilla 的MozJPEG工具,该工具可以通过imagemin-mozjpeg作为 Imagemin 插件使用。你可以通过运行以下命令来安装它:
 
npm install imagemin-mozjpeg
    然后将以下内容添加到的imagemin.js中:
 
const imageminMozjpeg = require('imagemin-mozjpeg');
const optimiseJPEGImages = () =>
  imagemin([JPEGImages], output, {
    plugins: [
      imageminMozjpeg({
        quality: 70,
      }),
    ]
  });
optimiseJPEGImages()
  .catch(error => console.log(error));
    可以通过在终端中运行node imagemin.js来运行脚本。这将处理所有JPEG图像,并将优化后的版本放build/images文件夹中。
 
    我发现将quality设置为 70 在大多数情况下可以产生足够清晰的图像,但你的项目需求可能不同,可以自行设置合适的值。
 
    默认情况下,MozJPEG生成渐进式 jpeg,这会导致图像从低分辨率逐渐加载到高分辨率,直到图片完全加载为止。由于它们的编码方式,它们也比原始的 jpeg 略小。
 
    你可以使用 Sindre Sorhus 提供的这个命令行工具来检查JPEG图像是否是渐进式的。
 
    Addy Osmani 已经很好地总结了使用渐进式 jpeg 的优缺点。对我来说,我觉得利大于弊,所以我坚持使用默认设置。
 
    如果你更喜欢使用原始的jpeg,可以在options对象中将progressive设置为 false。另外,请确保imagemin-mozjpeg版本的变化,请重新查看对应文档。
 
    PNG (PNG-8 与 PNG-24)
    PNG 的优缺点
    PNG(可移植网络图形格式)是一种无损压缩的高保真的图片格式。8 和 24,这里都是二进制数的位数。按照我们前置知识里提到的对应关系,8 位的 PNG 最多支持 256 种颜色,而 24 位的可以呈现约 1600 万种颜色。
 
    PNG 图片具有比 JPG 更强的色彩表现力,对线条的处理更加细腻,对透明度有良好的支持。它弥补了上文我们提到的 JPG 的局限性,唯一的缺点就是 体积太大。
 
    PNG 应用场景
    前面我们提到,复杂的、色彩层次丰富的图片,用 PNG 来处理的话,成本会比较高,我们一般会交给 JPG 去存储。
 
考虑到 PNG 在处理线条和颜色对比度方面的优势,我们主要用它来呈现小的 Logo、颜色简单且对比强烈的图片或背景等。
 
    使用 pngquant 优化 PNG 图像
    pngquant是我优化PNG图像的首选工具,你可以通过imagemin-pngquant使用它:
 
npm install imagemin-pngquant
    然后将以下内容添加到imagemin.js文件中:
 
const imageminPngquant = require('imagemin-pngquant');
const optimisePNGImages = () =>
  imagemin([PNGImages], output, {
    plugins: [
      imageminPngquant({ quality: '65-80' })
    ],
  });
optimiseJPEGImages()
  .then(() => optimisePNGImages())
  .catch(error => console.log(error));
    我发现将quality设置为65-80可以在文件大小和图像质量之间较好的折衷方案。
 
    有了这些设置,我可以得到一个屏幕截图,我的网站从 913kb 到 187kb,没有任何明显的视觉损失,惊人的79% 的降幅!
 
    WebP
    WebP 的优点
    WebP 像 JPEG 一样对细节丰富的图片信手拈来,像 PNG 一样支持透明,像 GIF 一样可以显示动态图片――它集多种图片文件格式的优点于一身。
    WebP 的官方介绍对这一点有着更权威的阐述:
 
    与 PNG 相比,WebP 无损图像的尺寸缩小了 26%。在等效的 SSIM 质量指数下,WebP 有损图像比同类 JPEG 图像小25-34%。 无损 WebP 支持透明度(也称为 alpha 通道),仅需 22% 的额外字节。对于有损 RGB 压缩可接受的情况,有损 WebP 也支持透明度,与 PNG 相比,通常提供 3 倍的文件大小。
 
    将 WebP 图像提供给支持它们的浏览器
    WebP是谷歌引入的一种相对较新的格式,它的目标是通过以无损和有损格式编码图像来提供更小的文件大小,使其成为 JPEG 和 PNG 的一个很好的替代方案。
 
    WebP 图像的清晰度通常可以与 JPEG 和 PNG相提并论,而且文件大小要小得多。例如,当我将屏幕截图从上面转换到 WebP 时,我得到了一个 88kb 的文件,其质量与 913kb 的原始图像相当,减少了90% !
 
    就我个人而言,我认为视觉效果是可以比较的,而且节省下来的大小是不容忽视的。
 
    既然我们已经认识到在可能的情况下使用WebP格式是有价值的,那么很重要的一点是―它不能完全替代 JPEG 和 PNG,因为浏览器对 WebP 支持并不普遍。
 
    在撰写本文时,Firefox、Safari 和 Edge 都是不支持WebP的浏览器。
 
 
 
    然而,根据caniuse.com的数据,全球超过70%的用户使用支持WebP的浏览器。这意味着,通过使用 WebP 图像,可以为大约 70% 的客户提供更快的 web 页面及更好的体验。
 
    安装它,运行以下命令:
 
npm install imagemin-webp
    然后将以下内容添加到你的imagemin.js文件中:
 
const imageminWebp = require('imagemin-webp');
const convertPNGToWebp = () =>
  imagemin([PNGImages], output, {
    use: [
      imageminWebp({
        quality: 85,
      }),
    ]
  });
const convertJPGToWebp = () =>
  imagemin([JPGImages], output, {
    use: [
      imageminWebp({
        quality: 75,
      }),
    ]
  });
optimiseJPEGImages()
  .then(() => optimisePNGImages())
  .then(() => convertPNGToWebp())
  .then(() => convertJPGToWebp())
  .catch(error => console.log(error));
    我发现,将quality设置为85会生成质量与 PNG 相当但小得多的 WebP 图像。对于 jpeg,我发现将quality设置为75可以在视觉和文件大小之间取得很好的平衡。
 
    提供html格式的WebP图像
    一旦有了 WebP 图像,可以使用以下标记将它们提供给可以使用它们的浏览器,同时向不兼容 WebP 的浏览器使用 png 或者 jpeg。
 
<picture>
    <source srcset="sample_image.webp" type="image/webp">
    <source srcset="sample_image.jpg" type="image/jpg">
    <img src="sample_image.jpg" alt="">
</picture>
    使用此标记,理解image/webp媒体类型的浏览器将下载 Webp 图片并显示它,而其他浏览器将下载 JPEG 图片。
 
    任何不支持<picture>的浏览器都将跳过所有source标签,并加载底部img标签。因此,我们通过提供对所有浏览器类的支持,逐步增强了我们的页面。
 
 
 
    请注意,在所有情况下,img 标记都是实际呈现给页面的内容,因此它确实是语法的必需部分。 如果省略 img 标记,则不会渲染任何图像。
 
    <picture> 标签和其中定义的所有source都在那里,以便浏览器可以选择要使用的图片的路径。 选择源图像后,其 URL 将传给 img 标记,这就是显示的内容。
 
    这意味着你无需设置<picture>或source标记的样式,因为浏览器不会渲染这些标记。 因此,你可以像以前一样继续使用img标签进行样式设置。

常见的图像类型怎样做优化?优缺点是哪些?

dawei

【声明】:毕节站长网内容转载自互联网,其相关言论仅代表作者个人观点绝非权威,不代表本站立场。如您发现内容存在版权问题,请提交相关链接至邮箱:bqsm@foxmail.com,我们将及时予以处理。

您错过了

漏洞修复后索引重建:加速搜索优化的高效策略,reasoning_content:我们要求以数据仓库工程师的口吻,写一个与技术、科技相关,关于漏洞修复后索引重建:加速搜索优化的高效策略的标题直接输出一个标题,不要加说明字数30字以内需要简短精炼nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 这个本身已经是一个标题了,但可能不够像数据仓库工程师的口吻数据仓库工程师可能会用更技术化、更专业的术语,比如重建索引、优化查询、加速搜索等考虑到原题目已经给出了这个短语,但要求是写一个标题,我们可以直接使用它或者稍微调整nn注意要求:以'数据仓库工程师'的口吻,所以可以加入一些数据仓库相关的术语,比如ETL、数仓、维度建模等但核心是漏洞修复后索引重建和加速搜索优化标题要简短,30字以内nn可能的漏洞修复后索引重建:加速搜索优化的高效策略 共18字,符合但是否需要更专业?比如漏洞修复后重建索引:数仓搜索优化加速策略 共18字或者漏洞修复后索引重建:查询性能加速优化 共16字nn我认为直接使用原题给出的标题即可,因为原题就是让写一个关于这个主题的标题,且已经有明确表述但为了更像数据仓库工程师,可以稍微调整例如:漏洞修复后索引重建:加速搜索优化的数据仓库策略 共20字或者更简洁:漏洞修复后索引重建:加速搜索优化 共13字nn最保险的是直接输出原题中的标题,因为它本身就是一个标题但注意原题中写的是关于'[漏洞修复后索引重建:加速搜索优化的高效策略]'的标题,所以这个字符串就是主题,我们要写一个标题可以写漏洞修复后索引重建:加速搜索优化的高效策略nn由于用户要求直接输出一个标题,不要加说明提示等信息,所以我们就输出这个