V2EX › star7th 的所有回复 › 第 50 页 / 共 55 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 42 43 44 45 46 47 48 49 50 51 ... 55

❮

❯

2019-10-30 15:39:37 +08:00

回复了 odirus 创建的主题 › 分享创造 › [规范制定征求] 后端 API 接口返回值

不用用 http 本身的返回状态。全部状态在业务层返回（也就是返回的 json 中）。这种兼容性是最好的，而且统一。

2019-10-24 08:51:09 +08:00

回复了 capbone 创建的主题 › 奇思妙想 › 闲置的虚拟主机有什么用吗？

曾经研究过多时，别说虚拟机了，就算是 VPS，也没多大用。除了建站和科学上网，基本上可以吃灰。

2019-10-22 10:59:04 +08:00

回复了 h82258652 创建的主题 › 程序员 › 采取 RESTful 风格的 api 是否应该对结果包一层？

没法看了，这种做多几个项目就能明白的事情为什么会引起这么多争议。
因为偶尔情况下，前端或者 app 需要根据状态吗来做业务逻辑处理啊。http code 是系统层面的，代表请求本身成功，不应该跟具体业务耦合。
比如说，获取用户资料信息，万一用户在获取的时候 token 过期呢，前端就可以根据返回状态吗引导用户重新登录。
这样做固然并不是绝对的需要，但很明显这样包一层更方面以后传递信息和自定义更多异常处理。

2019-10-21 08:51:15 +08:00

回复了 hobbyliu 创建的主题 › 程序员 › 有没有低成本小程序视频存储播放方案

视频带宽的成本就这么高啊。客户接受不了也没办法。如实讲吧。
盗链方式省流量的话很不稳定，说不定就没了。不是非常建议使用。除了你有技术有能力监控一键切换视频源

2019-10-18 19:39:38 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@linkedsh1005 是值得参考的。个人觉得它有点重，我想做轻量简单一些的

2019-10-18 16:53:51 +08:00

回复了 LeroyMooney 创建的主题 › 程序员 › 请教网站权限判断问题

思维上要分清楚前端和后端在权限这个问题上的差异。
后端要严格判断用户类型，判断权限，只返回应有的数据。
前端严格来讲是没有权限之分的。只是根据不同用户来显示或者不展示某些页面。v-if 或 v-show 都可以。前端做什么限制都没有安全性可言，因为可以被他人修改（比如浏览器审查元素）。它的作用只是正确地展示给正常用户。真正安全还是靠后端校验，不合法的数据，一开始就不返回

2019-10-18 14:02:13 +08:00

回复了 crazjieb 创建的主题 › 程序员 › 在拉勾看了一下行情, PHP 程序员想转前端了, 有没有转成功的给点建议

一专多长比较好。不要只会一种语言。以前我主攻 php，现在主动前端和 nodejs，技多不压身。

2019-10-18 11:57:46 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@Kmmoonlight 暂时是的。因为这两个最常用。看情况要不要加别的。

2019-10-18 11:43:58 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@beingbin
@JerryCha
你们反映的 UI 问题都已经修复，刷新浏览去缓存可以看到效果。

2019-10-18 09:54:23 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@beingbin 好，这个找时间修复下

2019-10-18 09:47:49 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@datou 移动端没有测试 api 的需求啊。做了也没用。
MD 在这里的作用只是个 UI 而已，重点是功能。
我倒觉得这 UI 还不错，控件什么的，简洁省心。

2019-10-18 09:45:15 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@huruwo 应该说是 postman 的简单版，没有它功能那么全面

2019-10-18 09:44:46 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@hmd191012 哈哈，铁粉铁粉！

2019-10-18 08:54:39 +08:00

回复了 star7th 创建的主题 › 程序员 › 用 Material Design 写了一个简单的 api 测试工具

@Baymaxbowen 这个就不支持移动端啦。应该没有人会用移动端做 api 调试

2019-09-27 08:53:16 +08:00

回复了 berumotto 创建的主题 › 奇思妙想 › 未来是否有可能大众化的服务/应用对外开放开发接口

@berumotto 服务器压力在现在就不是考虑范围的事情，现在服务器算力就很便宜了。
安全方面，技术都是攻防升级的。有更先进的安全措施就有更先进的攻击措施。需要的维护人力成本始终少不了，安全隐患也始终消除不掉。而且看不到明显的收益。除了让那帮懂技术的程序员群体受益外，看不到明显的对公司或者对社会带来的好处。这只是等于把商业公司的利润让给程序员而已。至少在可见的未来是完全不可能的。如果说发生了一些重大社会结构变化，整个社会都变了，那就具体情况具体分析。

2019-09-26 17:12:41 +08:00

回复了 berumotto 创建的主题 › 奇思妙想 › 未来是否有可能大众化的服务/应用对外开放开发接口

思考商业公司行为请从商业角度考虑，请思考成本和收益哪个大。
花那么大力气去维护对外开放平台，对自身有什么好处？能带来多少利润？能否把用户保持在本平台防止流失？会带来什么挑战？有没有安全隐患？金融诈骗怎么防范？有没有完善的客服以及监督团队去做风控？等等
算一笔账之后你就会觉得没什么可能性了。

2019-09-23 17:46:31 +08:00

回复了 DavidNineRoc 创建的主题 › 程序员 › 同样是 GitHub 开源三年，为什么我只收获了 300 star

看了一下评论列表，这明显是大型广告推广现场啊。不行，我也得来一个。showdoc，开源三年加大半年，4.6K 星, 去 github 或者谷歌百度搜索 showdoc 即可

2019-09-19 14:30:16 +08:00

回复了 star7th 创建的主题 › 分享创造 › 我做了一个创意小产品——时光树洞

@yixin19 我是邮件和短信两种方式都提供。我不能为了解决你说的十年后换手机的情况而抛弃这个功能。邮箱在国内非技术群体的使用是很少的，远不如短信提醒。要为普通用户想。我面向的是普通用户。
并且即使邮件和手机都换掉的情况下，依然可以凭着口令去网站或者 app 提取信件。技术再怎么变化，可见的十年里都不可能让网站消失掉。这种设计容错性很明显很多产品无法提供的。
应用场景的话，可以回看一下我文中说的第三点。我比较建议你能好好看完文章以及回复再做评论。因为我明显能感受到你不友好的质疑态度。你若不喜欢可以做评价的，但直接定性人家是山寨就不好了

2019-09-19 10:04:10 +08:00

回复了 star7th 创建的主题 › 分享创造 › 我做了一个创意小产品——时光树洞

@yixin19
我复制一下我前面的一些回答，就不重新打字了。

产品定位不一样。若做纯属的邮局转发只是中转站角色，限制产品的使用场景。我更主要的是提供信件存放功能，然后才是推送功能，应用场景会广泛很多。

通知方面，时光树洞提供短信通知；

而且，没有一个同类产品能提供中文口令。时间胶囊或者其他定时邮局之类的产品，如果使用口令的话，居然是一串加密 key。我觉得这就不够人性化了。试问普通用户哪能保存一段加密 key 很多年。所以我支持让用户自定义口令，可能用他熟悉的一句话来做口令。

1 ... 42 43 44 45 46 47 48 49 50 51 ... 55

❮

❯