开发踩坑日常 （parseInt进制转换，文字方向、换行，代理请求，xlsx）

日常踩坑填坑

js进制转换

刚发现有同学没搞清楚这个
parseInt ( number, 进制数 ); 将任意进制 转换 为十进制

强调一下：第二个参数 是形容第一个参数是什么进制的，并不是转换的目标进制
这里贴一下W3C 的文档说明 https://www.w3school.com.cn/jsref/jsref_parseInt.asp

例：

parseInt(010,2)  // NaN  这是因为0开头的会被认为是八进制或十六进制
parseInt(10,2)   // 2   把二进制的10转为十进制 == 2
parseInt(14,8)   // 12  把八进制的14转为十进制 == 12

(num).toString (进制数)； 将十进制数字转换为任意进制

强调一下：后一个参数是转换的目标进制

例：

(10).toString(16)   // 'a' 将十进制的10 转为 16进制的数
(10).toString(8)    //  '12' 将十进制的10 转为 8进制的数

其他进制转其他进制

例 二进制的 1110 转为 16进制 的数
(parseInt(1110,2)).toString(16)   //  'e'
二进制的 1110 转十进制 = 14 ， 14 转为十六进制结果为 'e'

试试吧！

HTML dom 属性

可以修改dom显示文字的方向

<element dir="ltr|rtl|auto">

在string里面加入换行

比如像 往某些UI 组件的content 或者 title 里面传值，传入多个值的时候 需要换行 我们在行末拼接 “\n”,不生效。
解决办法就是 在当前dom 的css 属性中加入

white-space: pre-line

之后会单独谈一下 关于 word view的一些css属性对比

HTTP 请求参数最大值 ：

http请求数据的最大数据长度

get 请求

HTTP协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。GET提交的数据大小，不同浏览器的限制不同，一般在2k-8K之间
如：IE对URL长度的限制是2083字节(2K+35)。
下面就是对各种浏览器和服务器的最大处理能力做一些说明.
Microsoft Internet Explorer (Browser)
IE浏览器对URL的最大限制为2083个字符，如果超过这个数字，提交按钮没有任何反应。
Firefox (Browser) 对于Firefox浏览器URL的长度限制为65,536个字符。
Safari (Browser) URL最大长度限制为 80,000个字符。
Opera (Browser) URL最大长度限制为190,000个字符。
Google (chrome) URL最大长度限制为8182个字符。
Apache (Server) 能接受最大url长度为8,192个字符。
Microsoft Internet Information Server(IIS)能接受最大url的长度为16,384个字符。
通过上面的数据可知，为了让所有的用户都能正常浏览， URL最好不要超过IE的最大长度限制(2083个字符），当然，如果URL不直接提供给用户，而是提供给程序调用，这时的长度就只受Web服务器影响了。
注：对于中文的传递，最终会为urlencode后的编码形式进行传递，如果浏览器的编码为UTF8的话，一个汉字最终编码后的字符长度为9个字符。
因此如果使用的 GET 方法，最大长度等于URL最大长度减去实际路径中的字符数。

POST请求

post是没有大小限制的。HTTP协议规范也没有进行大小限制，起限制作用的是服务器的处理程序的处理能力。

本地调试 代理 POST 请求：

webpack devServer代理跨域get请求成功,post请求失败403 Forbidden
解决：
在配置中添加如下 ：

 proxy: {
    '/api': {
      target: "http://******:8080", // 换成自己的代理url
      changeOrigin: true,
+     headers: {
+       host: "http://******:8080",
+       origin: "http://******:8080"
+     }
    }
  },

node js 模块应用

node js 模块 xlsx 文档

参考

关于 HTTP GET/POST 请求参数长度最大值的一个理解误区