V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xuanbg  ›  全部回复第 141 页 / 共 307 页
回复总数  6130
1 ... 137  138  139  140  141  142  143  144  145  146 ... 307  
2021-05-06 06:49:13 +08:00
回复了 996bujiaban 创建的主题 Python 求解, python3,当数据大的时候,怎么列出全部排序可能?
申请超算
2021-05-06 06:40:16 +08:00
回复了 zero3412 创建的主题 JavaScript 神奇的 Javascript,谁能告诉我为什么
因为
let A = data[0];
let B = data[1];

A.x = B.x;
A.y = B.y;

所以 data 的值变成 [
{x:2, y:3},
{x:2, y:3},
];
2021-05-06 06:39:25 +08:00
回复了 zero3412 创建的主题 JavaScript 神奇的 Javascript,谁能告诉我为什么
因为
let A = data[0];
let B = data[1];

所以 data 的值变成 [
{x:2, y:3},
{x:2, y:3},
];
2021-05-06 06:34:53 +08:00
回复了 liuxu 创建的主题 程序员 关于容器中代码 debug 方案
要学会用日志来定位和分析问题,然后有条件的话可以从定位点打断点进行 bebug 快速验证问题,而不是依赖 debug 模式强行调试。全程 debug 效率太低了。。。
2021-05-06 06:23:27 +08:00
回复了 find456789 创建的主题 React 有多少人是放弃 react-native,转向原生了?
@jeffwcx >我的理解,web 前端也是 client 的一种,只不过它的宿主环境是浏览器(即时加载应用,动态化程度高);原生应用不管是 pc 端,移动端,其宿主则是系统应用层框架,也是就是大家熟知的客户端。

你说的没错,但有一阵子 B/S 的概念泛滥成灾,有些搞 web 的甚至将 B/S 和 C/S 对立和污名化 C/S 。造成很多前端根本不了解 Client,而且被带进沟里,认为 Client 是过时的落后的,web 才是先进的。殊不知 web 一开始就走了弯路,直到前端 3 大框架的出现,实现了前后端分离,兜兜转转回到了 Client 的老路,才算是走上了正确的发展道路。
不差钱 SSD,差钱 SSD+HDD
2021-05-05 17:11:39 +08:00
回复了 find456789 创建的主题 React 有多少人是放弃 react-native,转向原生了?
@jeffwcx 那你认为什么是前端,什么又是 Client 呢?所谓的前端工程师需要做什么?思考什么?解决什么问题呢?
@biuaxia 拔网线是真的。你要是笑死了,交易所就能名正言顺地继承你的虚拟币了。
2021-05-05 08:43:46 +08:00
回复了 find456789 创建的主题 React 有多少人是放弃 react-native,转向原生了?
@alamaya 据我的观察,大部分的前端,web 就是全部了。。。而且,他们根本不能理解什么是 Client 。。。
2021-05-04 20:14:40 +08:00
回复了 wellhome 创建的主题 程序员 请教有没有流行的开源第三方支付系统解决方案
都是自己开发的吧?小规模的结算系统又不复杂,随便找两个程序员就撸出来了,还要什么自行车。

反过来,这玩意你开源了也没人用。你别看上去各种 pos 机满天飞,但去统计一下,就会发现还真的没几家。。。二位数 /三位数的样子,太小众。
default
2021-05-02 20:33:59 +08:00
回复了 ddeef 创建的主题 分享创造 产品功能被像素级抄袭了,能有什么办法?
交互方式有没有申请专利?没有的话,就只能等对方更新版本你再「以其人之道还治其人之身」了。
2021-04-30 21:17:57 +08:00
回复了 csulyb 创建的主题 iDev 自动订阅 app 被拒了 理由太沙雕了
@Phishion 没问题,没问题,没问题。但这种鸡贼的做法让人感到恶心。

另外,你倒是让苹果给上架啊。。。。。。
2021-04-29 21:06:23 +08:00
回复了 polyang 创建的主题 程序员 有没有感觉现在的 JWT 都被滥用了。
JWT 最大的优点是无状态,只要密钥一致就能认证。同时,最大的弱点也是无状态。所以,需要 token 有状态的场景,使用 JWT 就是滥用。那些用户信息、授权信息放在服务端不香吗?放 token 里面除了增加体积,还能有什么好处?认证的时候反正都能获取到,获取后另外放在请求头里面不好吗?至少不需要担心数据被篡改,token 也不需要加密,加解密什么的,不需要额外的运算和时间的吗?
2021-04-29 20:17:44 +08:00
回复了 sillydaddy 创建的主题 奇思妙想 原创!在文章中添加“文字指纹”,追踪盗版源头
@sillydaddy 就是一篇文章里面随机找几个词,替换成同义词。譬如道路替换成马路,猫咪替换成喵星人,这样一点也不影响阅读。然后把这个信息和你的用户 ID 一起存起来。。。

因为每个人看到的文章被替换的文字都不一样,所以当作者在别的地方发现文章被盗用时,根据这个特征就能找到你的用户 ID 。
2021-04-29 19:51:32 +08:00
回复了 aboat365 创建的主题 信息安全 为什么那么多 web 系统使用 jwt token 来做身份认证
@aboat365 这种 token 的作用确实是和 sessionId 一样的。无非就是怎么叫的问题,就不要纠结了。
2021-04-29 19:46:28 +08:00
回复了 aboat365 创建的主题 信息安全 为什么那么多 web 系统使用 jwt token 来做身份认证
@leafre 不是不能,而是麻烦。现在都是 RestAPI 的服务端,哪有 session ?搞个 token 多简单,而且也方便搞分布式。

JWT 有他特定的优点,但滥用 JWT 真的不好。既然要有状态了,我自己生成一个 token 很难吗?几行代码的事,能贴合自己的需求,又不用额外引入第三方库。
@longmeier90 你的理解是正确的,而且微服务本身不增加工作量,反而能有效降低工作量。但前提是得正确拆分服务,顺带着还要懂点运维知识。
2021-04-29 17:58:10 +08:00
回复了 nightspirit 创建的主题 程序员 jwt 的 token 被获取怎么办
@dcoder 在我的 github 里面可以看到我自造的轮子。
1 ... 137  138  139  140  141  142  143  144  145  146 ... 307  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   999 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 51ms · UTC 20:40 · PVG 04:40 · LAX 12:40 · JFK 15:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.