CSDN这次更新强推的这个markdown编辑器真心难用

就是上一篇文章:https://blog.csdn.net/wh445306/article/details/111412248

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

各种文字穿模穿div。。哈哈。。文章的内容直接显示到右边的容器外边去了。我一段文字只是简单的复制进去,没做任何修改。
话不多说,也许是我用不来。但是,真的是没办法愉快的写blog了,写出来的文字跟展示出来的完全牛头不对马嘴,真心受不了。而且还不能用原来的编辑器。想写的文字。写完显示出来的完全不是一样的内容。而且不能选文字颜色。字体。真的太难用了,没有之一,幸好我的笔记基本全放自己电脑里的。不然要哭瞎我。!哈哈哈!麻烦小编告诉我,我就下面这段文字要怎么正确显示出来而不用大费周折? 我们只是简单的记个笔记,你要让我想写个博客还得再学习几天,有意义吗?,怎么切回原版的编辑器? 现在连个字体色都上不了,用博客,什么叫以人为本。肯定是花最小的时间最小的代价。
,现在我写个文章难道还要叫我

在这里插入图片描述
点上图中的查看更多进入再选富文本吗?,这么麻烦,那不是直接在赶我们走吗?再说我明明就是选的默认富文本啊!这样的行径不就是传说中的强X用户的行为吗?必须要使用markdown.不使用你就给我gun down! 哈哈哈哈。再这样挑战下去,我们也只好搬家到简书或cnblog了。希望csdn运营策划三思!
在这里插入图片描述

我把文字放在代码块里

个人是特别反感使用$.get的,虽然使用起来确实比$.ajax简单一丢丢,但是兼容性,灵活性差的简直就是天壤之别

1,$.get 只能使用get请求数据。据我所知。99.5%的中文乱码都是因为get方式产生的。get方式请求会出现中文乱码。post方式不会,这个地球人都知道。细节方面就不说了,这个涉及到tomcat默认编码问题
2,$.get 请求参数有大小限制,容量没有post大,而且参数是放在url地址中传输的,安全性兼容性都欠佳。Post是放在消息体中。
3,使用$.get如果你请求的参数中带类似{83C22911-CBF9-49D7-A559-AA39B2EBFD86}的uuid会报400错误,java.lang.IllegalArgumentException: Invalid character found in the request target. The valid characters are defined in RFC 7230 and RFC 3986
,这个无解的,只能使用post才能解决,因为URL地址中不允许有这些特殊符号。
4,使用$.get,请求回调返回的数据,明明是标准的json格式,但是js却无法识别,还得进行转换,虽然说$.get是可以定义datatype,但是定义了也没有任何卵用,我亲自测试过。定义了,仍然不能把回调的数据当数组来使用。比如:
按网上的$.get的标准参数格式稍加了datatype一样不行
$.get(URL,data,function(data,status,xhr),dataType)
$.get(url,"json",function(res,status,xhr){}

现在写的文字,只能放在代码块才能完整显示出来。真是可怜!

posted @ 2022-10-04 00:13  IT情深  阅读(45)  评论(0编辑  收藏  举报