【CSDN平台BUG】markdown图片链接格式被手机端编辑器自动破坏

bug以及解决方法

现在是2024年8月,我打开csdn手机编辑器打算修改一下2023年12月的一篇文章,结果一进入编辑器,源码就变成了下面这个样子,我起初不以为意,就点击了发布,结果图片全部显示不出来了。

而当我修改了一下链接格式后,图片又能正常显示了

如果文章坏了,可以把md源码存成文本,用npp之类的文本编辑器写一个正则式进行字符串替换

正则式写法:\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传\([A-Za-z0-9\-]*\)

替换为:![图片标题]

实际效果如下:

错误式子: [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-oL9nPdT2-1722564488609)(https://i-blog.csdnimg.cn/blog_migrate/f8cf5ba6d4b75d418112c55641f4043e.png)]

修正后: ![图片标题](https://i-blog.csdnimg.cn/blog_migrate/f8cf5ba6d4b75d418112c55641f4043e.png)]

还有个小尾巴,所以还要把)]替换为)

现在文章就彻底恢复正常了!

bug原理

上述过程说来简单,其实经过了一个小时的排查和客服咨询,客服没起到什么作用,纯粹是我自己排查出来的。这个问题有两大原因:

  1. 2024年csdn自家markdown编辑器里上传的图片,自动生成的链接格式中间有一级目录是"/direct",而23年同样操作生成的链接,中间那一级目录是"/blog_migrate"
  2. 手机端编辑器无法识别23年的链接,一旦遇到就会直接转化为"[外链图片转存失败
    ···"这样的格式,破坏掉markdown源码里的所有图片的格式,如果此时你把这个错误的源码发布出去,整片文章就被破坏了

锐评

和客服掰扯了一个小时,我严肃地和他们说了这个问题,可笑的是客服竟然听不懂我这样的表述,最后还是我自己排查出来的问题,而且我让他们帮我恢复一下历史版本,他们还做不到,我真服了,客服从头到尾毫无作用。

此外还要吐槽的就是那个客服界面做的也实在是令人蛋疼,这个算个小瑕疵吧,真正大的问题还是客服的专业素质不够强,有踢皮球的感觉。

如果这个平台的反馈机制以后还这么差,无法保证图文平台最基本的数据安全的话,以后谁还敢在这个平台上发文章呢?没人会不担心自己发出去的文章莫名其妙的没了或者是图片莫名其妙的丢了,我就直接在CSDN平台上攻击CSDN平台了,爱审不审,反正我也不指望这个平台赚钱啥的,话就撂这了,不改进的结果就是灭亡,如果以后CSDN倒了,我正好可以拿出这篇文章品味品味。

最终依我之见,文章还是要掌控在自己手中,md源码和文章的pdf都要备一份(保存图片和其位置)

相关推荐
Java初学者小白11 分钟前
秋招Day14 - Redis - 应用
java·数据库·redis·缓存
奈斯ing36 分钟前
【Redis篇】数据库架构演进中Redis缓存的技术必然性—高并发场景下穿透、击穿、雪崩的体系化解决方案
运维·redis·缓存·数据库架构
Java初学者小白7 小时前
秋招Day15 - Redis - 缓存设计
java·数据库·redis·缓存
NeRF_er7 小时前
使用 VScode Debug加不上断点的原因
ide·vscode·编辑器
工一木子14 小时前
URL时间戳参数深度解析:缓存破坏与前端优化的前世今生
前端·缓存
陌殇殇14 小时前
SpringBoot整合SpringCache缓存
spring boot·redis·缓存
MediaTea15 小时前
Python 编辑器:Thonny
编辑器
数据狐(DataFox)1 天前
SQL参数化查询:防注入与计划缓存的双重优势
数据库·sql·缓存
大只鹅1 天前
Springboot3整合ehcache3缓存--XML配置和编程式配置
spring boot·缓存
持之以恒的天秤1 天前
Redis—哨兵模式
redis·缓存