abolast's recent timeline updates abolast's recent timeline updates |
abolastV2EX member #382491, joined on 2019-02-08 18:53:40 +08:00 |
abolast's recent replies
1 day ago Replied to a topic by miyuki › 信息安全 › 新一键 root 提权漏洞 dirtyfrag.io |
@liam01 你执行 > 云服务商检测到报警通报安全负责人 > 运维进入紧急处理 > 发现是你 > 改成紧急处理你
Apr 24 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
@lscho 只能说我司的前后端水平太低，我是带不动使用微服务和 k8s(中小公司老项目用不上，我也没用过，不过这种我不认为有什么难度)，不过云容器化这种在新项目我倒是在推进，不过进度缓慢，容器是新技术(十几年前的东西了)他们很难接受。所以我还是摸鱼写自己的项目吧，能给我们运维环境用，也能顺手开源，这就是我的一个个孩子。
Apr 24 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
@lscho 我想问，你们运维是如何获取哪个某个接口会给哪个前端使用这个信息的，如果能获取到，那就是下一个问题，如果网关是 nginx/caddy/haproxy 这些来实现的话，我是不建议在运维层面写逻辑的，如果是其他实现的话可能是我见知少我不怎么清楚。我的主要思想是没有必需是谁来做，重要的是谁来做最合适。
Apr 24 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
@yuanxiaosong 问一个问题，你们公司有精细化管理允许跨域的意识么？我认为应该最小化权限配置允许跨域，这就应该由具体功能的实现者来做了。如果是不懂业务的其他技术人员，只能用通配符了。但是不应该用通配符的。
Apr 24 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
@wysnxzm 一切能参与到 http 协议的环境都能定义响应头，谁合适的问题了，我是不赞成在运维层面配置的，不合适。说真的，写教程教所有用户在浏览器层面实现修改响应头，也是可行的，但是不合适
Apr 24 Replied to a topic by guansixu › Web Dev › 没想到 2026 年，还要浪费大量时间在跨域问题上 |
Mar 20 Replied to a topic by 1gzNr › 职场话题 › [转] -王自如想招聘一名全栈前端工程师，要求有多离谱？ |
除了移动端我不会，其他我一个破运维居然都满足，真是想哭
Mar 7 Replied to a topic by north521 › Apple › 我靠， MacBook neo 叠加教育优惠和国补， 3399！？ |
别的什么我都满意，就是这个内存只有 8GB 很难接受，哪怕 12GB 都能用啊。这配置对运维来说是特别合适的，跑个容器当 linux 用，开个浏览器查报错，这个 cpu 也够用了
Select Language