阅读视图

发现新文章,点击刷新页面。
🔲 ☆

领克 GT 概念跑车全球首秀,领克 10+ 与 10 开启预售,20.99 万起

在中国汽车品牌向上发展的过程中,「性能」一直是一个相对特殊的命题。它不像空间、智能座舱或者辅助驾驶那样容易被快速感知,也不像价格和配置那样可以直接量化。性能更多时候考验的是一个品牌对底盘、动力、调校、赛事经验和用户情绪的长期理解。

这也是领克一直试图建立的品牌标签。从早期的 03+,到 TCR 赛场,再到今天更高阶的纯电性能车和概念跑车,领克并没有把性能只理解为加速成绩,而是试图把它放进更完整的产品体系里:既有可以进入真实市场的量产车,也有承担品牌想象力的概念车。

4 月 24 日,2026 北京国际汽车展览会正式开幕,领克带来了品牌十周年献礼之作——GT 概念跑车。同时,领克新能源首款「+」系列产品领克 10+,以及领克 10 同步开启预售,预售价 20.99 万元起,并计划于 5 月正式上市。

GT 概念跑车:帅就完事儿了

本届北京车展上,领克第一台 GT 概念跑车迎来全球首秀。这款车名为「Time to Shine」,既是领克品牌成立十周年的阶段性表达,也承担了展示品牌性能愿景的功能。

从定位来看,它并不是一台单纯追求极限性能的概念车,而是试图重新解释 GT 车型的含义。传统 GT 强调优雅、舒适和长途巡航能力,领克 GT 概念跑车在保留这些特征的同时,加入了更强的运动化表达和前卫设计语言。

车身尺寸方面,领克 GT 概念跑车长宽高分别为 4780 / 2000 / 1330mm,轴距为 2750mm。低趴、宽体的比例,让它呈现出典型 GT 跑车姿态。整车采用「顶峰蓝」液态金属车漆,并延续领克以光为灵感的设计哲学,通过车身型面变化呈现不同光影效果。

空气动力学也是这台概念车的重要信息点。新车采用一体式蚌式机盖,并配备一系列主动空气动力学套件,可以根据不同驾驶场景进行动态调整,在低风阻和高下压力之间取得平衡。

座舱部分,领克 GT 概念跑车采用四座布局,在日常使用和驾驶氛围之间寻求平衡。赛车风格方向盘、精密布局的仪表盘,以及包裹感较强的桶形座椅,强化了驾驶者中心的座舱取向。座椅背后使用 Textreme 360 碳纤维材料,并融入天然云母材料,试图在科技感和工艺感之间建立联系。

这台概念车上最具仪式感的设计,是中央扶手处的星火黄色「+ 按钮」。按下之后,车辆可以从日常模式切换到赛道模式。此时,星火黄色前铲自动伸出 100mm,主动式后扰流板展开,车身离地间隙降低 15mm;中控区域的 3 块小屏会折叠收回,只保留核心驾驶数据;座椅、转向和动力响应也会同步进入更激进的设定。

性能方面,领克表示这台 GT 概念跑车具备 2 秒级零百加速能力,极速超过 330km/h,并实现 49:51 的前后轴荷比。新车还搭载 VMC 协同控制系统与 AI 数字底盘,通过毫秒级控制四轮动力、制动与转向,让车辆更准确地响应驾驶意图。

对于领克来说,这台 GT 概念跑车的意义并不只在于展示一组性能数据。它更像是品牌对未来性能产品的一次集中表达:既延续领克在赛事和性能车领域积累的经验,也尝试把智能底盘、主动空气动力学和纯电性能放进同一个叙事里。

不过,这台车目前仍处在概念车阶段。领克也表示,未来是否量产,将交由用户决定。车展现场,领克设置了「Time to Shine 缔造者」互动装置,希望通过用户反馈判断这台 GT 跑车后续走向。

领克 10+ 与 10 开启预售:全系 900V 高压架构

相比 GT 概念跑车承担品牌想象力,领克 10+ 和领克 10 则是此次车展更接近市场端的重点车型。

本次北京车展,领克 10+ 和 10 正式开启预售。新车共推出 3 个版型,其中领克 10 的 701 长续航版预售价为 20.99 万元起,816 超长续航版预售价为 22.59 万元起,领克 10+ 四驱版预售价为 25.99 万元起。预售期间下订,用户可享至高价值 35000 元双重豪华权益。新车还可选装「弯道之王」加强件 Racing Package,价格为 69900 元。按照计划,领克 10+ 和 10 将于今年 5 月正式上市。

设计方面,领克 10+ 和 10 延续 The Next Day 家族设计语言。车身尺寸为 5050 / 1966 / 1468mm,轴距达到 3005mm,整体比例强调宽体、低趴和运动姿态。此前领克 10+ 专属的「赛影蓝」车色关注度较高,领克也在发布会现场宣布,这一车色将从即日起向领克 10 全系开放。

内饰方面,领克 10 提供月影黑、暗影红、日光米 3 种内饰风格;领克 10+ 则提供专属脉冲黄内饰,并搭配运动化材质、赛道纹理缝线和桶形座椅。整体来看,领克希望通过颜色、材质和座椅形态,拉开 10 与 10+ 在运动氛围上的差异。

三电系统是领克 10+ 和 10 的核心信息之一。新车搭载 900V 高压架构,并应用航天级镁合金技术以实现轻量化。官方表示,领克 10 最快可以实现「1 秒极充 2 公里」,从 10% 补能至 70% 需要 4 分 22 秒。电池安全方面,新车搭载神盾金砖电池,并完成行业首次超国标 12 倍、1800 焦电池底部极限撞击测试。

在纯电运动轿车市场,补能效率和电池安全决定的是基础体验,真正能够建立差异化的,仍然是底盘和操控。

领克 10+ 和 10 全系标配前双叉臂后多连杆独立悬架,以及 CCD 电控减振系统带智能魔毯悬架。底盘由纽北赛道认证团队参与调校,历经多轮虚拟迭代和山路实测。根据官方资料,新车调校出 3.16°/g 的侧倾梯度,并通过多模式智能预测控制悬架算法,在运动支撑和日常舒适之间取得平衡。

此外,新车还针对转向、制动和车身动态控制进行了运动化设定。ESP 弯道智能补偿、线性制动踏板,以及更敏捷的转向响应,都是为了服务更稳定的弯道表现。

作为领克新能源第一款「+」系列产品,领克 10+ 的性能规格更进一步。新车搭载双电机四驱系统,最高功率 680kW,最大马力 925 匹,零百加速时间为 3.2 秒。同时,它还配备一键弹射模式、毫秒级自由扭矩分配技术、G-TCS 智能防滑控制,以及可调碳纤维大尾翼、BREMBO 打孔刹车盘、高性能四活塞定钳和赛用竞技刹车片。

在此前的亚洲山脊赛道圈速测试中,领克 10+ 以 1 分 40 秒 14 的成绩刷新纪录,打破保时捷 Taycan Turbo GT 保持 9 个月的圈速成绩。对于一台 20 万元级起售的纯电运动轿车来说,领克显然希望用这类赛道成绩,强化 10+ 的性能标签。

除了新车预售和概念跑车首秀,领克还在北京车展现场完成了中国第一台领克 03+ TCR 赛车交付。2025 赛季 TCR China 年度车手总冠军朱戴维成为首位车主。这一动作也延续了领克近几年围绕赛事、性能车和用户俱乐部建立的品牌路径。

整体来看,领克此次北京车展的主线比较清晰:一边用 GT 概念跑车展示品牌十周年后的性能想象力,一边用领克 10+ 和 10 把这种性能叙事落到 20 万元级纯电轿车市场。

对于当下的纯电轿车市场而言,竞争已经非常充分。续航、补能、智能座舱和辅助驾驶,都在快速趋同。领克 10+ 和 10 想要建立差异化,不能只依赖 900V 架构和加速成绩,更要靠底盘调校、弯道表现和长期驾驶体验来形成记忆点。

这也是领克一直以来比较鲜明的品牌路线。它没有把性能完全包装成高高在上的小众标签,而是尝试把赛事经验、底盘技术和日常使用结合起来。GT 概念跑车负责把品牌情绪拉高,领克 10+ 和 10 则负责进入真实市场。至于这套叙事能否真正转化为销量和用户口碑,还要等 5 月正式上市之后,由市场给出答案。

稳中向好。

#欢迎关注爱范儿官方微信公众号:爱范儿(微信号:ifanr),更多精彩内容第一时间为您奉上。

🔲 ☆

记录 typecho 1.2.0 升级到 1.3.0 过程

主要过程

我的 typecho 是基于 docker compose 部署安装的。当前的 compose 文件如下

services:
  typecho:
    container_name: typecho
    image: joyqi/typecho:1.3.0-php7.4-apache
    restart: unless-stopped
    environment:
      TIMEZONE: Asia/Shanghai
      TYPECHO_DB_HOST: mysql-typecho
      TYPECHO_DB_USER: typecho
      TYPECHO_DB_PASSWORD: xxx
      TYPECHO_DB_DATABASE: typecho
      TYPECHO_SITE_URL: https://blog.xxx.com
      TYPECHO_USER_NAME: xxx
      TYPECHO_USER_PASSWORD: xxx
      TYPECHO_USER_MAIL: xxx
      MAX_POST_BODY: 100M
    networks:
        - typecho-net
    volumes:
        - ./typecho-data-1.3.0:/app
    ports:
        - 8090:80
    depends_on:
        - mysql

  mysql:
    container_name: mysql-typecho
    image: mysql:8.0.29
    restart: unless-stopped
    networks:
        - typecho-net
    volumes:
        - ./mysql-data:/var/lib/mysql
    environment:
      TZ: Asia/Shanghai
      MYSQL_ROOT_PASSWORD: xxx
      MYSQL_DATABASE: xxx
      MYSQL_USER: xxx
      MYSQL_PASSWORD: xxx

networks:
  typecho-net:
  • 使用 docker compose up -d 后台启动
  • 使用 docker compose down 删除网络、容器
  • 注意是 docker compose,不是老旧的 docker-compose
  • 如果有将上述 compose 文件命名的比较特殊,比如叫做 typecho.yml,运行 docker compose 命令时需加上 -f typecho.yml

这里我踩了几个坑,因为我有几个 typecho 环境:

1.3.0版本建议使用这个镜像 joyqi/typecho:1.3.0-php7.4-apachejoyqi/typecho:1.3.0-php8.2-apache这个镜像由于 php 版本过高,有运行时兼容性问题,甚至 blog 系统无法正常工作。

1.2.1版本可以使用 joyqi/typecho:1.2.1-php8.0-apache 这个镜像,我的实测是OK的。

1.2.0版本可以使用 joyqi/typecho:1.2.0-php7.4-apache 这个镜像,我的实测是OK的。

typecho 系统运行之后关键的用户数据在 usr/ 目录下,我之前只挂载了这个目录,但是和 usr/ 目录同级的还有 config.inc.php.htaccess 等关键文件,其中config.inc.php可以在新版本安装之后重新走一遍安装流程生成。所以我上面的 compose 文件,我将挂载的容器内目录改成了 /app(即./typecho-data-1.3.0:/app),原本只挂载了/app/usr,这样数据更全,更新系统更安全。

因为我开启了系统地址重写功能,所以容器内的 /etc/apache2/apache2.conf 文件也需要备份一下,在新环境里直接将此文件覆盖过去即可。

所以对于我的这种环境部署,更新typecho版本需要备份的关键数据有:

  1. 容器内 usr/ 目录,这是用户目录,所有的插件,主题,上传的文件都在这里
  2. .htaccess 文件,一般在容器内 /app/.htaccess
  3. /etc/apache2/apache2.conf 文件,备份它,新环境运行起来之后进入容器,使用这个文件替换原本的 apache2.conf 文件

好了,关键就是这三份文件,如果你在寻找 typecho 博客更新的一些文章,或者遇到什么更新困难,错误之类的问题,你需要考虑到你是不是用的 joyqi/typecho:1.3.0-php7.4-apache 这种镜像!!!这个镜像包含了 typecho php 服务和 apache2 服务!!!数据库服务是单独部署的。但有些镜像可能没有 apache2 web server 服务。

官方教程

再来说说官方的 upgrade 教程:https://docs.typecho.org/upgrade ,文中提到,更新 typecho 其实只需要升级这些文件,使用新版本的这些文件替换进去就行了。但因为我们是通过 docker 部署的,建议更新镜像 tag,作者除了维护这些文件,还有 php 运行时环境,可能还涉及到安全:比如镜像内基础镜像的更新、内核的更新。

/admin/
/var/
/index.php
/install.php

其他细碎问题

最后再说一点杂碎的可能被忽略的问题

  • 如果你进入到了 /install.php 页面,点击之后没有反应,你需要考虑到你当前本地挂载的目录是否正确,比如更新了镜像版本之后,你依然使用原本的本地目录,但是挂载到了容器中的 /app 下(你原本挂载到容器中的 /app/usr),所以会造成安装失败
  • 要关注容器内 /app 是否有写入权限。所有者最好是 www-data,权限最好是 755,可以直接在宿主机修改权限和拥有者
  • 新环境运行好之后可以将备份的 usr 目录完全替换新环境的 usr 目录,确保文件所有者和权限正确
  • 安装界面选择了正确的数据库驱动后,对应的数据库主机(也就是 host),可以直接填写 mysql 容器的名称,同一个 compose stack 下运行的服务相互之间可以通过容器名称找到彼此
  • 数据库挂载不要动,不论你是挂载到 volume 的,还是当前文件夹下的某个子文件夹,对应的容器内目录仍然是 /var/lib/mysql,数据库镜像tag也不需要更新
  • 修改了容器内 apache2 的配置,比如 .htaccess 或者 /etc/apache2/apache2.conf 文件,建议通过 docker compose restart 重启 stack 整个服务

大功告成!

❌