关于登录页面，全部SPA杂糅在一起，真的正确吗

#1 路人a · 2026-07-12 01:03:32

stalltrix

最近打算二开下这个程序，发现一件事就是登录没有验证码。于是打算自己加一个验证码。这个时候发现一件事：登录页面也是与主页面共享一个SPA html页面。

这种全SPA设计感觉在后期特别复杂化，很多登录页面都会引入常见第三方验证码组件，还有登录页面的单独安全逻辑也是。现在只能污染与主页在一起的SPA页面。

把登录页面分开要好一些？

#2 Lan · 2026-07-12 01:43:02

stalltrix

确实，现在登录页面除了自带的速率限制防护，其他的防护都没有。

#3 鸟云 · 2026-07-12 14:37:43

stalltrix

网页搞成SPA就是有这个问题，并且SPA页面还容易爆内存。其他很多网站也都慢慢的半SPA化了搞不懂为什么这么搞。

#4 huaxiong · 2026-07-12 14:51:01

stalltrix

@鸟云(cmcobg) 这种是因为开发快以及修改快了。

很多框架生成的默认看上去就是单页+js路由，但是还能用框架快速改为SSR实现服务器渲染，做一套技术栈就解决问题。

以前做网页的很多都是做php的，现在基本被做js的占据了。大概就是这种原因

#5 鸟云 · 2026-07-13 10:01:34

stalltrix

@huaxiong(gmpb75) 卧槽看到SSR，我还以为说的是某款软件。查了下原来不是

，只是名称重叠

#6 高ping战士 · 2026-07-13 11:56:34

stalltrix

@鸟云(cmcobg) SSR不是超级稀有的吗

#7 skymmap · 2026-07-14 01:18:13

stalltrix

确实把登录页面分开要好一些，之后就会分开。

看了下好像也没有logoff功能，更新这个的时候也顺便加上去。

#8 skymmap · 2026-07-14 10:10:37

stalltrix

OK了，更新到commit 7663529 以后，这个问题就解决了。

#9 下耕 · 2026-07-14 12:21:43

stalltrix

@skymmap(ev3tup) 站长更新真快啊

，不过小白我想请教一件事。为什么很多讨论说的问题很多，而且看上去修起来也很复杂。但是后续看了下你们实际的补丁，修起来就几十行代码，甚至几行代码就能修好了。

但是这里很多复杂的讨论却只使用了极其简单的代码就解决了，我感觉严重反直觉。这种是什么原理？

#10 007幽灵 · 2026-07-14 12:41:43

stalltrix

@下耕(yw6qcv) 所以说不要待着按”行数“来计算工作量的公司，否则高产也能给你算成底产，屎山就是这么堆出来的

#11 Lan · 2026-07-14 12:51:43

stalltrix

@下耕(yw6qcv) 你这么说我也有这种感觉。不过后来想了下也是挺正常的。功能复杂不代表实现路径复杂。就像你解高数一样，写解题过程多的不一定就是学霸啊

#12 刘邦 · 2026-07-14 13:04:04

stalltrix

@下耕(yw6qcv) 你怕是不知道哦，这种现象才是常态，不信你看很多CVE，报道看上去很复杂很严重，但是修复方案就加一个if就修复了

#13 下耕 · 2026-07-14 13:54:23

stalltrix

感谢大佬们耐心解惑，哈哈我见识短浅了。不过想想也是，这种确实是按灵感而不是输出计算的

#14 skymmap · 2026-07-15 09:37:26

stalltrix

@下耕(yw6qcv) 这种只是看起来原理讨论复杂而已，就像楼上说的，证明一个公式与使用一个公式的差别

实际写出来的程序大多数都是模块化的，因此只要上游模块改一点，让其限制为预期，下游模块的流水线就会自动处理好了。实际上大多数情况修改的并不是很多。

改很多的情况大概是架构本身问题而被迫大规模重置这种

注册

登录