Mosaic
Paste2

@sneezry #22 sorry，刚刚重新看了下，atom 的插件会这么做。

vscode 是把项目目录，和依赖（貌似默认不打包开发依赖）一起打包。然后通过 CDN （ gallerycdn.vsassets.io ）分发。

能说下是什么依赖吗？
我注意到 比如 eslint 扩展，其实并没有打包 eslint，而是找项目目录或者全局的 eslint 来使用。
如 go 扩展，其实安装后会检测环境中有没有一些关于 go 的工具，然后提示用户主动安装。
或许可以通过这种方式进行体积的缩减。。

或者简单点，直接写一份 .vsceignore 好了。

@sneezry #20 vsce 发布的时候会根据 npmignore （没有就继承 gitignore ） 忽略 node_modules 下的东西
用户下载插件后，会根据 package.json 重新安装依赖的啊。不是很理解为什么你要把 node_modules 也打包进去啊

@sneezry #18 补充 npmignore 这个事情不太可行。

比如一个通用模块同时提供 .min.js 和 .js 的，前端使用的话，正常是通过构建工具把 .min.js 拷贝到 输出目录，或者直接把 .js 按需合并进 bundle.js 这个时候你排除哪个都不好。

另外，你帮别人补 npmignore 是提 pr 的形式？ 如果是 @types 的形式，那 包已经下好了，你补的 ignore 又怎么发挥作用呢？

铁路图？

PowerShell: Get-Process |where {$_.mainWindowTItle} |format-table id,name,mainwindowtitle – AutoSize
?

1. 打开控制台
2. RE_INIT(100) // 到达 100m 处

browser-sync 了解一下？

@admirez #5 可以给项目提 PR 啊

outline ?

貌似只看到了 C# 和 CPP

肯定是某个扩展或者直接就是 php 核心被改动过了。增加了一个函数而已。不信你自己下载个 php for win 换掉他帮你装的，一样也是未定义。

检查下 能运行的那个环境的 php 扩展

其实说到底还是深度广度的事情。
有些事情，光有广度是不够的。（某些专业的事情是需要深度的这个没毛病吧）
在有些情况下，光有深度也是然并软的。 一个纯后端和一个纯前端，两人没有共同涉猎部分的话（如 web 前后端的传输协议），也是鸡同鸭讲。

就看你觉得自己知识的广度广到什么范围、深度深到什么位置比较适合自己所想的模样。

比如未来规划是分布式服务，那前端的 browser 相关的东西都不用了解。
如果是一个有一定架构能力，能协调各个部位的全栈，那么对广度就有一定的要求了。

PS：
程序员往一个方向干久了，就会变成了针对某一个位置的非常好用的齿轮（专家），然后一旦环境变了。。。。。。
如果是啥都懂。拥抱变化就比如方便，不过一旦遇到某些非常深的问题，要么硬啃，快速学习变成半个专家，要么直接找专家。。。
所以两种人都是被需要的。最后还是要看你自己的未来规划。

最后，保持学习，个人认为最重要的不是当前的能力水平，而是快速学习和保持不断学习的能力。

三维不能改？
简介不能换行？

PS： 图棱角是不是多了点。。。

@Kilerd #9 可能我对 cookie & session 的描述不太清楚。

2. axios 在浏览器中使用会使用 xhr 来进行请求（在 node 环境中会使用 node 的 http 库），xhr （不管你用 jq 还是啥，这些库发起的异步请求最后都是采用 浏览器的 xhr 或 fetch 接口来进行的。）（包括 fetch 也是）会根据 同源策略来自动附加同域的 cookies，对于跨域请求，则不会带 cookie，需要前端显式设置传递 cookies 并且 后端也显式允许传递 cookies 才会传递 cookies。

3. 这可能是每个人对 cookie & session 界定的不同而导致的。
session 是个概念。由于 HTTP 协议是无状态的，但很多情况是需要状态的，也就是 会话管理（ session ）。
session 的实现方案有很多种（比如 url 里带唯一标识）。一开始大家都各搞各的，93 年网景发明了 cookie 也就是 浏览器端的状态管理机制（ rfc-2109 也定义了 cookie ）
可以说 cookie 是 session （会话管理） 的一种客户端实现。

1.
>> HTTPS 无法加密 URL 内容。新版提案在促进这个过程
HTTPS 无法对中间人保密“访问的站点”（即中间人知道你访问了哪个域名 or ip ），但中间人看不到具体路径。

2.
>> 前后端分离时 ：并且前端采用 axios 来构建一个 HTTP 连接时，不会自动加上 Cookies，所以 Cookies 在前后端分离中并不能使用。

不自动带 cookie 是因为 cors 的原因，这锅 axios 不背。合理的 cors 策略可以自动带 cookie 的。

3.
>> Session 是依赖 Cookies 存在的，所以在前后端分离中自然不能使用。

sessionID 不放 cookie，让前端每次放 header 里可以不？
sessionID 就是个 token
session 是个后端技术，cookie 是个前端技术，两者通常一起被使用。并不是谁归属于谁。

4.
>> 简单来说，JWT 是 Token 的具体且应用广泛的实现。
>> 上文讲到 Token 可以理解成为用户自己实现的 Session，那么 JWT 在某种程度上可以理解为自己实现的 Cookies
这两句是不是矛盾了？

jwt 你也可以只在 payload 里存个 id 啊。

5. session 最常见的不是 文件 + 内存 么。。。