@Jirajine #67 而且 UWP 的隔离方案也仅拦截 loopback 所以才会有这个问题，否则既支持 HTTP 代理又不允许访问岂不是自相矛盾

@Jirajine #67 所以 UWP 就有个很恶心的问题，一开代理就上不去网 23333，之所以说 VPN 是因为代理走的 Network Extension 都统一归属到 VPN 里了，毕竟硬说 VPN 也不是那回事，而又因为联网权限这个功能是属于国行特色，所以本身就只考虑了 WIFI/蜂窝的出口，本地的流量自然就不在设计里，同样本地网络这个权限也只规定了局域网，也同样不包括本机的流量，设计当初就不存在的东西自然不应该不属于 BUG

@Jirajine #60 再纠正一点，其实我说的也不完全是对的，主要原因在于大多数的 VPN 应用都会用 loopback 来实现节省内存开支，而采用这个方式的 VPN 应用都会有这个问题，但是如果你完全走了 tun 的接口没用到 loopback 特性也是不会有问题的，但无论如何这都不属于 ios bug，这个问题主要出现在电脑上多一点，任何防火墙都无效，因为电脑上都是起一个 127.0.0.1 端口的监听来实现 HTTP/Socks5 代理的，完美绕过所有防火墙

@Jirajine #60 所以说我上面回复解决方案就是关掉 HTTP 代理，是因为流量目标地址是 loopback，不是 IOS 的 bug，tun+route 是不会触发这个特性的，就等于你一个软件你请求了一个 127.0.0.1:1081 的地址，系统是该拦还是不该拦？这是用 HTTP 代理才会有的特性，也是手机上为了节省协议解析开支才用的折中方法，原始的 tun 流量是不会改目标地址的，这俩机制生效在不同的位置

@im3x #34 我觉得你应该再反一下，因为只有 ios 才限制这么大，你应该在 linux/android/windows 端启动服务，ios 端进行推送和拉取才更符合 ios 特性，ish 虽然可以起应用，但因为是用非常规常驻后台的方式，稳定性会得不到保证（而且更耗电），这点和其他平台不一样

@xiaoyazi #51 在设置-代理里 下面有个 代理类型 设置为 None 就可以了，主要原理是因为设置 HTTP 代理或者 PAC 代理目标为 loopback 导致绕过的，同样副作用可能会导致 Network Extension 比平时更容易崩溃

“unzip: cannot find or open /home/wwwroot/star/vendor/composer/tmp-7ea691416e557dbb8cb8858815b4c4ef.” 这一行报错最主要，要么就是下载失败了，要么就是文件占用权限问题，降级 composer 应该是顺便清了缓存所以才好的，应该多花点时间了解一下具体原因的，千万不要直接甩锅

@Seanfuck #4 “一堆问题” 莫名其妙，就跟 linux 装个啥软件都网上一堆教程教你如何手工编译安装一样，人家本来就有稳定版的包 apt install 就装完了还非得自己编译出一堆问题怪 linux 太复杂，除非有需要，否则谁还会把时间浪费在这上面

地区设置？ maybe

你这个回复是认真的吗，我以为你只是抖个机灵

@xiaoyazi #9 我只针对这楼回复，代理有个问题就是绕过，基于 PF 防火墙会有这个问题就是代理实际是走 loopback 的，所以系统防火墙拦截无效，最简单的例子，比如本地网络这个新权限，如果你开了 VPN，就会发现它不跟你要权限也照样可以用，而关掉 VPN 就会马上弹窗跟你要权限，这就是因为他是走 loopback 通过另一个程序请求的，这个程序没有被系统限制，所以特别是电脑上，大部分屏蔽了网络还能用的情况都是因为代理。

@im3x #30 ios 设备之间为什么不直接 airdrop 呢，效率更高

@tyx1703 #31 期待，话说你有 telegram 吗，我觉得我有几个想法可以跟你合计一下，Base64: QE1pdHRXaWxsc29u

@hjahgdthab750 #18 右键 exclude

@slyang5 #3 不过不代表这样不可以，反正怎么喜欢怎么来，还是更建议搞个自己的域名解析 pages 去看博文，效果会更好也更有利于对外发链接

@slyang5 #3 别家都是拿 issue 存网页去解析看博文，你是直接在 issue 里看博文

@hjahgdthab750 #14 build clean 只会删除文件 卡好久应该是你硬盘的问题，如果是索引缓存的话 ide 有个 invalidate caches/restart 那里选 invalidate caches 清空缓存会重建索引，但是这个一般只在代码提示有问题的时候才需要这么做，还有种可能就是你把 node_modules 之类的库清掉重新下载了，IDE 就会重建库的索引，这会很慢

所以说 vscode 不是 IDE，很多插件堆到一起缓存利用率又低，不起飞才怪，如果要长期写代码老老实实用 jetbrains 家的 IDE 就行了，你会发现除了建索引的时候 CPU 会起飞，其他时候比 vscode 稳定太多了

通常就是接入云服务商的存储系统，比如对象存储，自建的话就是单独的一套存储系统比如 TFS 、GFS （当然只是举个例子，实际还是要各方面考量），至于备份等等这些事情其实就属于运维管辖了，也都是有冷热备份方案的，然后合理性上的话，实名认证功能是不会自己做的，人工审核成本大，还要考虑伪造身份证等因素，所以最好的方法就是接入第三方认证机构，比如支付宝、微信或者其他支持活体认证的第三方，有个好处就是有他们的实名技术背书，即便要求调档也只需要提供该用户的真实姓名、身份证号就足够了，如果企业自己运作实名审核的话就要考虑万一出现安全事故，大量身份证照片泄露的后果是非常严重的（当然这就不是一个开发的考虑范畴了）。