element90 最近的时间轴更新 element90 最近的时间轴更新 |
element90V2EX 第 273890 号会员，加入于 2017-12-11 21:05:46 +08:00 |
forfuns
| 为什么没有一款专门运营躲猫猫的应用？ 奇思妙想 • element90 • 59 天前 • 最后回复来自 chenshaobo65 | 12 |
| 为什么不结合签名的方式优化登录流程 程序员 • element90 • 134 天前 • 最后回复来自 shellus | 17 |
| 开源 Flutter 数独应用，支持打包 IOS/Android 应用 分享创造 • element90 • 179 天前 • 最后回复来自 element90 | 4 |
| 一个开源的 Flutter 数独应用,支持 iOS/Android
1 分享创造 • element90 • 180 天前 • 最后回复来自 element90
|
3 |
element90 最近回复了
3 天前 回复了 TristanYang 创建的主题 › 分享创造 › 越玩越聪明的数独小游戏 |
@GOliberation 这里有一个开源版，但是 flutter 实现，且仅支持移动端的版本： https://github.com/einsitang/sudoku-flutter
如果不需要应用还可以使用单纯算法的开源 lib ，有 nodejs / dart / go 语言的支持
如果不需要应用还可以使用单纯算法的开源 lib ，有 nodejs / dart / go 语言的支持
73 天前 回复了 element90 创建的主题 › 奇思妙想 › 为什么没有一款专门运营躲猫猫的应用？ |
@x86
玩法上可以一直迭代啊，比如加入道具，“隐身”（让“鼠”在地图上短暂消息），“禁锢”（让某个玩家在一定时间内不能离开某区域）；加入徽章成就系统：“逃脱大王”，“终极猎手”，“守株待兔”等等，诸如此类可以继续迭代升级
而且这类 LBS 应用很适合社交，容易交友，且还是线下真实交友。
商业上也很容易，比如游戏内道具的获取可以通过一些商铺（ KFC/喜茶/霸王茶姬/星巴克等实体品牌门店）完成简单的任务（比如扫码打卡），也可以发展周边。
这些都是我在脑海里就可以构思出来的，而且我相信还可以发挥更多
玩法上可以一直迭代啊，比如加入道具，“隐身”（让“鼠”在地图上短暂消息），“禁锢”（让某个玩家在一定时间内不能离开某区域）；加入徽章成就系统：“逃脱大王”，“终极猎手”，“守株待兔”等等，诸如此类可以继续迭代升级
而且这类 LBS 应用很适合社交，容易交友，且还是线下真实交友。
商业上也很容易，比如游戏内道具的获取可以通过一些商铺（ KFC/喜茶/霸王茶姬/星巴克等实体品牌门店）完成简单的任务（比如扫码打卡），也可以发展周边。
这些都是我在脑海里就可以构思出来的，而且我相信还可以发挥更多
74 天前 回复了 xiuming142857 创建的主题 › 奇思妙想 › 磁力 H5 在线播放能弄么？ |
比较困难，毕竟磁力链接提供的不是流媒体，现在的边下边播是将文件下载一部分到本地才可以正确解释，线上的流媒体格式和这种不一样，体积也不一样
144 天前 回复了 element90 创建的主题 › 程序员 › 为什么不结合签名的方式优化登录流程 |
144 天前 回复了 SculptureSand 创建的主题 › 云计算 › 你们是怎么防止云服务被刷的，例如对象存储 |
防盗链，但这个仅对 web 图片有效。
如果是文件分享的话，可以加一个请求授权流程，每次都向你的服务请求授权链接，然后你可以按需要给 oss 文件生成有时效的访问 URL ，这样你可以在你的服务端做相关的检查了
如果是文件分享的话，可以加一个请求授权流程，每次都向你的服务请求授权链接，然后你可以按需要给 oss 文件生成有时效的访问 URL ，这样你可以在你的服务端做相关的检查了
144 天前 回复了 element90 创建的主题 › 程序员 › 为什么不结合签名的方式优化登录流程 |
@i8086 那可能是我孤陋寡闻了
144 天前 回复了 element90 创建的主题 › 程序员 › 为什么不结合签名的方式优化登录流程 |
@tool2d 哈哈，可能是我孤陋寡闻了，因为当年我在参加工作的时候没有考虑到这么多，同时也没有任何人或者在任何团队上看到这种方式，所以完全没有看到这方面的应用，直到现在突然联想到这个问题发现当时没人这么做非常不合理。原来早就有了啊。。但是没有大规模形成实现标准，这也非常不合理啊
144 天前 回复了 element90 创建的主题 › 程序员 › 为什么不结合签名的方式优化登录流程 |
@flyqie 在那个年代，成本显然是低于 ssl
144 天前 回复了 blucas01 创建的主题 › 分享创造 › 支持远程调试的 “vConsole” |
这种产品应该有很多啊，不过我不是做客户端开发的，所以不清楚具体的选型有哪些。
不过以前客户端的同事(Android/iOS) 都会接入这类似的平台，这些平台的 SDK 会帮忙收集客户端产生的日志，只是大部分情况下不会主动且实时上报到平台，而是本地记录，作为技术统计用的，当出现错误崩溃时也会记录错误日志栈，之后会将这些日志再上传到平台，所以他们可以在平台上通过错误栈和搭配其他统计信息进行远程 debug 。
所以主要区别是在于追踪非实时，并且只监测不控制。而我觉得这种方式更为合适，因为对于用户层面上来说，因为需要 debug 产品而对程序进行控制并不厚道，对于工程师来说，他们关注的点应该是出错信息而不是对于每一个客户端设备 debug ，所以只监测不控制，也不需要实时监测
不过以前客户端的同事(Android/iOS) 都会接入这类似的平台，这些平台的 SDK 会帮忙收集客户端产生的日志，只是大部分情况下不会主动且实时上报到平台，而是本地记录，作为技术统计用的，当出现错误崩溃时也会记录错误日志栈，之后会将这些日志再上传到平台，所以他们可以在平台上通过错误栈和搭配其他统计信息进行远程 debug 。
所以主要区别是在于追踪非实时，并且只监测不控制。而我觉得这种方式更为合适，因为对于用户层面上来说，因为需要 debug 产品而对程序进行控制并不厚道，对于工程师来说，他们关注的点应该是出错信息而不是对于每一个客户端设备 debug ，所以只监测不控制，也不需要实时监测
Select Language