V2EX › musi 的所有回复 › 第 48 页 / 共 92 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 44 45 46 47 48 49 50 51 52 53 ... 92

❮

❯

2022-04-12 09:02:11 +08:00

回复了 mac1085 创建的主题 › 硬件 › 求推荐：无线转有线，哪家的路由器支持？

某讯 k2 刷个系统

2022-04-11 07:25:27 +08:00

回复了 vue666 创建的主题 › 生活 › 给不到别人好的未来

没事多逛逛 v 站，很快你就恐婚恐女了 /手动狗头

2022-04-09 10:17:01 +08:00

回复了 sola97 创建的主题 › 海外留学 › 想去日本读研，掏空父母积蓄划得来吗

在 v 站，日常恐婚恐女
好家伙，单身真香

2022-04-08 10:37:55 +08:00

回复了 kisshere 创建的主题 › 程序员 › 互联网行业是不是就不存在薪资不高但是稳定可以干到退休的工作岗位？

互联网这工作强度能活到那时候就很不错了

2022-04-07 22:06:12 +08:00

回复了 rhacker1995 创建的主题 › 职场话题 › 离职被公司恶心到了，但喜欢上了公司 hr 小姐姐怎么办

犹豫就会白给，到时候人也没有钱也没有

2022-04-06 08:44:37 +08:00

回复了 kayleh 创建的主题 › 职场话题 › 大专程序员怎么走下去？

专插本不是只有在大三的时候才有机会考嘛，你都工作几年了，早就不让你考了吧

2022-04-03 10:58:38 +08:00

回复了 nojsja 创建的主题 › 程序员 › 关于前端打包分析

有个 psckage-lock.json 文件，在这里面搜就行，还能看到安装的具体版本号

2022-04-01 20:06:20 +08:00

回复了 MMiller 创建的主题 › 酷工作 › [杭州]招聘前端组长

15-20 就组长了嘛

2022-03-29 09:55:45 +08:00

回复了 lisongeee 创建的主题 › 分享创造 › 一个 vite 插件，基于 service worker 来自定义 hosts

@lisongeee #9 是的，只是用来切换资源地址，也用不到修改 body 这一层

2022-03-29 09:51:37 +08:00

回复了 lisongeee 创建的主题 › 分享创造 › 一个 vite 插件，基于 service worker 来自定义 hosts

@lisongeee #7 whistle 是单独的代理服务器，我的意思是直接用浏览器插件做域名重定向，不经过任何的代理服务器

2022-03-29 09:21:02 +08:00

回复了 lisongeee 创建的主题 › 分享创造 › 一个 vite 插件，基于 service worker 来自定义 hosts

我们是直接开发了一个浏览器插件，由插件去做一次转发

2022-03-29 07:55:04 +08:00

回复了 bojun 创建的主题 › 职场话题 › 今天面试了一个工作 12 年的前端，把我整的有点怀疑人生

看了 v2 层主的回答，我震惊了
12 年的前端不需要知道 js 的基础，不需要知道框架的原理，那需要知道啥？
前端难道不是一个限定词？招一个不会前端的前端？

2022-03-28 21:47:10 +08:00

回复了 Chism 创建的主题 › Node.js › 请教 Node.js 后端框架的选择

小项目 express ，koa
大项目 nest egg

2022-03-28 07:31:44 +08:00

回复了 bojun 创建的主题 › Apple › 请问 M1 版 MacbookPro 13.3 足够前端开发了吗？可以外接两个屏幕吗？

@Bearv5 #17 我觉得你可能对浏览器有什么误解。浏览器是吃内存大户，我电脑 16g 内存，浏览器常年占用一半。

2022-03-28 06:36:53 +08:00

回复了 bugprogrammer 创建的主题 › 京东 › 杭州的朋友们，你们那里的京东自营物流正常吗？

现在国内的物流属于半瘫痪状态。

2022-03-26 23:05:40 +08:00

回复了 wheelg 创建的主题 › 程序员 › 浏览器为什么选择了如今的同源策略

@wheelg 你这个换角度就很不合理，web 是强依赖于网络的，应用又不是。web 的程序、数据全靠网络触达，且 web 开发者是没有权限对自己的 web 做限制的(没有同源的情况下)，但是你作为一个本地应用开发者，能做的限制这不是多了去了。

2022-03-26 21:21:27 +08:00

回复了 wheelg 创建的主题 › 程序员 › 浏览器为什么选择了如今的同源策略

https://developer.mozilla.org/zh-CN/docs/Web/HTTP/CORS#%E9%A2%84%E6%A3%80%E8%AF%B7%E6%B1%82

和上面两篇结合起来看效果更佳。
这里做下总结：浏览器不能直接禁止 a 网站在访问 b 网站时去掉 b 网站的所有会话信息，因为这违背了 web 的开放性。试想一下：如果现在所有网站只能访问自己的域名的话 web 还是现在的 web 么。那不能禁止怎么办？那就只能定一套协议把控制权交给网站所有者了。

2022-03-26 20:46:28 +08:00

回复了 wheelg 创建的主题 › 程序员 › 浏览器为什么选择了如今的同源策略

@rekulas #14 你对同源策略似乎有误解，同源策略分为两部分，一部分是发送，一部分是接受。像 get 这类是简单请求，只限制了接受，并没有限制发送，但是这不是说同源策略就不生效。假如服务器用 get 去做了什么转账之类的操作，那服务器收到请求后该怎么执行怎么执行。至于为什么会对 get 的发送进行放行，rfc2616 中定义 get 操作是安全的。

1 ... 44 45 46 47 48 49 50 51 52 53 ... 92

❮

❯