V2EX › star7th 的所有回复 › 第 54 页 / 共 59 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 46 47 48 49 50 51 52 53 54 55 ... 59

❮

❯

2019 年 11 月 13 日

回复了 novato 创建的主题 › 分享创造 › 写了一个服务框架，让大家可发布自己的网站到安卓手机

@novato
“那何不手机对手机直接扫码传东西呢，还可以玩远程穿透” ——有需要这么做的人一般将之做成 app 或者是混合 app。实际上现在确实也有类似的打包工具。
客户端干客户端的活，手机作为客户端是极为优秀的。当服务器不行。我看不到把服务器放到手机上比放到公有云上有明显的好处。维护的时间精力成本 /运行的稳定性，肯定是比不过的。

2019 年 11 月 13 日

回复了 novato 创建的主题 › 分享创造 › 写了一个服务框架，让大家可发布自己的网站到安卓手机

作为技术练习是没问题的，只是应用场景受限。除了玩一下外，没什么人真的在安卓手机上跑一个网站吧。现在随着公有云 /树莓派等的流行，web 服务已经很廉价且性能更好。何必去用一个性能低下的各方面续航等也受限制的服务器。

2019 年 11 月 1 日

回复了 timqian 创建的主题 › 分享创造 › 中文圈貌似写独立博客的人越来越少了, 我按照订阅量大概排了个序

一个有点水但原创的博客 blog.star7th.com

2019 年 11 月 1 日

回复了 yycf 创建的主题 › JavaScript › 想做个在线 api 文档的网站，大家给点建议呗

标准的文档示例参考 www.showdoc.cc/demo?page_id=10

2019 年 10 月 30 日

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

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

2019 年 10 月 24 日

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

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

2019 年 10 月 22 日

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

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

2019 年 10 月 21 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

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

2019 年 10 月 18 日

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

@hmd191012 哈哈，铁粉铁粉！

2019 年 10 月 18 日

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

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

2019 年 9 月 27 日

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

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

1 ... 46 47 48 49 50 51 52 53 54 55 ... 59

❮

❯