V2EX › wyfig 的所有回复 › 第 8 页 / 共 10 页

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10

❮

❯

2024 年 7 月 7 日

回复了 adrianzhang 创建的主题 › iOS › App Store 的 App 不支持 iOS 老版本怎么解决

不支持是因为其中用到的某些 API 或者特性不支持低版本，强行安装也不能正常使用，app 的发布者肯定希望覆盖的版本越多越好。所以想使用只能在支持对应 iOS 版本的手机上使用，否则破解什么的没有啥意义。

2024 年 7 月 4 日

回复了 hello202311 创建的主题 › 问与答 › 高度数的眼镜架如何选择呢？

@hello202311 都不是，感觉被坑了，配个以前没听过的亿超还 1200 ，好在服务很好。下次再配的话，我就直接在线搞了，关键自己的度数要清楚。

2024 年 7 月 4 日

回复了 hello202311 创建的主题 › 问与答 › 高度数的眼镜架如何选择呢？

@hello202311 #18 1.67 和 1.74 的阿贝数都不怎么样。一个 32 另一个 33. 你定 1.74 还不如 1.71 的，厚度不会相差太大。我上次先定的 1.67 的，后面换成 1.60 的，我眼睛 600 来度，小镜框的感觉重量还可以。清晰度好了很多。1.71 折射率的阿贝数 37 ，1.60 好的镜片可以到 40 以上。折射率每大一点，价格就上去好多啊。

2024 年 7 月 4 日

回复了 hello202311 创建的主题 › 问与答 › 高度数的眼镜架如何选择呢？

@hello202311 700 度还行其实，我觉得 1000 度以下都不是特别大。眼镜除了折射率参数，还有个阿贝数，理论上阿贝数越大看东西越清晰。阿贝数跟折射率有关联，有的人对阿贝数敏感，有的人不敏感，我应该是比较敏感的。眼镜店经常会说的是折射率，折射率越大眼镜越薄。但是吧，1.67 和 1.74 这两个折射率的阿贝数都很低，尤其电脑小字，看过去就有模糊彩虹边。如果度数太大，可能没得选，只有上高折射率的。但是 700 度的，1.60 折射率会比较厚，1.71 折射率就可以，阿贝数也比较高。还得看下材质，确认他们的眼镜阿贝数。31 ～ 32 就太低了。38 ～ 40 会比较不错。

2024 年 7 月 3 日

回复了 hello202311 创建的主题 › 问与答 › 高度数的眼镜架如何选择呢？

OP 你的高度数是多高的度数？度数偏大的镜片一定不能选择太大的。上次配个大框的，怎么看都感觉不舒服，不知道是眼镜的问题还是习惯的问题，边缘感觉变形明显，还有点模糊。后来让眼镜点重新换了个小框的合适了。

2024 年 7 月 2 日

回复了 wyfig 创建的主题 › 程序员 › 宝塔和 aaPanel 的替代品有没有好用的

@BFDZ #2 lnmp.org 这个一定没有后门吗？

2024 年 7 月 2 日

回复了 rookie2luochao 创建的主题 › 程序员 › 原来 Apifox 还可以这么玩(前端 er 必看)

用 postman 请求的时候，可以一键设置请求的结果为 example 。用 apifox 有这个功能吗？

2024 年 6 月 26 日

回复了 Leprax 创建的主题 › 服务器 › 独立开发者有什么价格实惠的机房托管推荐吗

感觉还是看自己这边的需求吧，是不是真的需要配置很高的服务器。普通的需求直接阿里云就可以了，自己太折腾。但是如果要求的服务器配置真的很高的话，可以自己尝试下。我也搞了台 dell r720 ，不过只用来搭建测试环境。因为服务器要求配置实在太高。

2024 年 6 月 25 日

回复了 IbukiSuika 创建的主题 › 程序员 › 软考成绩出来了，大家过了么

@bk201 #7 改了，现在架构和系分都是一年考 2 次

2024 年 6 月 25 日

回复了 IbukiSuika 创建的主题 › 程序员 › 软考成绩出来了，大家过了么

系分，论文挂了。感觉论文写的也还行，结果挂了。

2024 年 6 月 24 日

回复了 oser 创建的主题 › 硬件 › 致钛的固态硬盘在用了一年以后出现大量 0E 错误，挂了

差点就买了，之前不是好多说三星的 990 pro 有这个问题吗？还是固态都有这个问题？

2024 年 6 月 21 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@kxks145 #30
@milukun #35
地址可以处理，有两种 Hash 和 Path ，默认是 Hash ，也就是带有 # ，并且后面可以带参数。可以用 url_strategy 处理为 path 模式，跟普通的 web url 没有什么区别，后面也可以正常传参。

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@jones2000 #15 目前还没碰到这个需求和问题估计做多了还有其他问题吧

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@AoEiuV020JP #16 估计这个难度要不小。flutter web 本来我也不看好，开发 app 的时候也没有想着适配 web 。后面有了这个需求才去适配了下，结果需要做的远比想象的少的多。如果后面对 seo 要求不高，交互比较多的 web 项目，感觉可以直接用 flutter 动手做。毕竟做 web 可以收获 iOS 和 Android 平台代码，做 iOS 和安卓可以获得 web 端。

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@jones2000 #12 不太理解，什么阉割，什么卡？有举例吗？

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@murmur #10 完全看自己实际业务需求和技术栈。拿过来能用的技术都是好技术。

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@NewTab12138 不考虑 seo 的复杂项目，用起来完全没问题。

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@flytsuki 实际体验下来并没有太差，整体速度还可以。也就第一次稍微慢点，后面有缓存也很快了。

2024 年 6 月 19 日

回复了 wyfig 创建的主题 › Web Dev › flutter 开发 web 似乎问题也不大

@iOCZS 经过简单修改之后，可以完美运行，这点超出我的想象。具体的底层，不知道具体差距有多大。

1 2 3 4 5 6 7 8 9 10

❮

❯