V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  master13  ›  全部回复第 3 页 / 共 15 页
回复总数  281
1  2  3  4  5  6  7  8  9  10 ... 15  
界面华丽不华丽,跟用了什么框架、什么操作系统都是完全不相干的。你用树莓派板子跑个 qemu,上面仍然可以画出很漂亮的界面。
哥们考虑换个工作不?
2019-01-22 14:56:55 +08:00
回复了 master13 创建的主题 问与答 离线保护软件产品,有没有什么成熟的产品
@woodensail 学习了,谢谢
2019-01-22 11:33:22 +08:00
回复了 master13 创建的主题 问与答 离线保护软件产品,有没有什么成熟的产品
@woodensail 医院是不会有破解的风险,但是针对业务看技术,未免有点视野狭隘了……希望能反过来,针对技术看业务,方可不变应万变。


@daijinming 看了一下,是常规的实现,我猜想也是某个轮子……
2019-01-21 14:33:41 +08:00
回复了 master13 创建的主题 问与答 离线保护软件产品,有没有什么成熟的产品
@ebingtel 目前就是这样的,服务器在客户那,只暴露了 web 接口。考虑在这种情况下,仍然使用更进一步的保护方法,想问问有没有成熟的产品,不用自己写。


@hardyfish 计划是这样做,P 私(摘要+日期)算一个签名,然后用户侧各种随机 validation。就想问有没有成熟的产品,不用自己开发了……
2019-01-21 10:59:28 +08:00
回复了 master13 创建的主题 问与答 离线保护软件产品,有没有什么成熟的产品
@hardyfish 恩恩,计算逻辑在自己这里肯定是最安全的。但是客户方是医院,不允许使用网络服务处理病人数据。所以只能想这个拌饭
2019-01-21 10:11:37 +08:00
回复了 aruisi 创建的主题 iPhone 现在还有必要买 xs 吗
立个 FLAG,明年能全面上商用 5G,直播吃翔
@jianzong 非要回怼,自取其辱吗……讲道理我们写不出 200 字的英文文档,也不会一眼就看出你问题。block 就 block 吧,把别人的优秀当 SB,把自己的 SB 做标榜,可能是有些人找回尊严的方法吧。

说的好就赞,说的不好就批……这点涵养都没有就别混 GITHUB 了……

我们反正没 block 你
2019-01-18 15:41:41 +08:00
回复了 shayuvpn0001 创建的主题 程序员 血的教训!解锁 source 命令新的姿势,已准备跑路。
我有一点不太明白,你想找 grep 那一行,为什么不把 history cat 出来直接 grep “ grep ”……
挖坟一时爽,全家火葬场
2019-01-11 09:17:24 +08:00
回复了 kimihu 创建的主题 分享发现 雷军回复了我微博评论 @科技聚会
@kimihu 回答错误,are you ok 的正确回答方式是 I'm very OK
2019-01-11 09:15:14 +08:00
回复了 whodareswins 创建的主题 程序员 想了半天才决定发,这是我的年终总结
#我的周围都是傻逼#系列,那么最简单的解释是……
……这个水平就不要写英文了吧……我就看了两端,我给你指出一些初中英文应该掌握的短语。
一个好想法:a good thought,而不是 good thinking
是时候了:it's time to do sth,而不是 it's timing to do

后面就不看了……看不懂
2019-01-11 08:28:39 +08:00
回复了 ddiu8081 创建的主题 分享创造 做了一个奥利奥沙雕图生成器
认真读了开源的代码,又来评价。非常赞,教科书级的 coding 甚至可以进 vue 官方 demo。从多国语言设定到 canvas 绘制和保存图片,很有学习的价值。只是 loadimages 用了一个无参定长的 callback 函数,这个地方似乎还有改进的空间,但瑕不掩瑜,还是手动赞一下这个项目。
@wangxiaoaer 其实我身边也有很多这样的人,每当我们单纯的想讨论一个技术问题的时候,他们就跳出来,从各种角度(各种除了技术以外的角度)指责你。真的加速还是假的加速,你应该也没有确切的证据证明人家就是个噱头吧。都没有确切的证据,为什么技术人员总是有一些蜜汁自信和蜜汁骄傲呢。

从法务层面来说,如果你能证明他们确实没有提供任何服务,就是个完完全全的噱头,你可以直接到 12315 投诉,相信你会得到一笔不错的报酬。
@xinyidao 官方文档里有,说到底还是需要用户点一下,然后服务端返回一个 accesstoken。感觉始终无法绕开“用户点一下”的问题。


@haohh 如果是 cookie 的话,应该比 accesstoken 简单一些吧。
2019-01-08 11:41:59 +08:00
回复了 master13 创建的主题 问与答 频繁变化数据库业务如何实时推送前台?
@tianyou666shen 学习了,感谢
2019-01-08 08:12:12 +08:00
回复了 master13 创建的主题 问与答 频繁变化数据库业务如何实时推送前台?
@jmk92 是主流的做法,目前我的做法是服务端每 1 秒查询一次,产生一个中间文件保存在服务端,比如叫 temp.txt 或者 result.json 之类的吧,然后客户端实际上是访问这个文件。访问文件有时候会遇到客户端浏览器缓存的问题,更新的他拿不到,很烦。

请问“缓存层”有哪些业内惯用或者推荐的吗?
2019-01-08 08:10:12 +08:00
回复了 master13 创建的主题 问与答 频繁变化数据库业务如何实时推送前台?
@wjfz 学习了一下,能解决部分问题。但是即使服务端用 websocket 主动向 client 推送数据,服务端仍然需要频繁查询数据库,是把频繁的 jquery 移动到了服务端来做,感觉性能并没有得到提高。
这个我以前略微研究过,小程序方面需要用户点击获取 accesstoken,理论上有 token 的情况下可以实现自动。但是很难获取到人家这个 token。我想过搞个互助群,请大家把自己的 token 发进来,我用你们的 token 来互相加速,但是这个 token 有效期短,变化比较快,而且提取 token 的操作对用户来说有一定的专业技术含量,并不友好。

所以就放弃了,希望看到一些新想法
1  2  3  4  5  6  7  8  9  10 ... 15  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1242 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 18:08 · PVG 02:08 · LAX 11:08 · JFK 14:08
Developed with CodeLauncher
♥ Do have faith in what you're doing.