据我关注的人的不同行业的厉害的人的言论和经验来看，大学生应该学好专业课打好基础多实践，在此基础上多学不同领域的知识，别把时间浪费在考这考那，进了社会结果一问专业知识就一塌糊涂一问三不知，做事也不会做，就光有一堆用处不大的证

@auser 我觉得不可能，我之前冲了 10 美元，用了几天太慢了想退款，客服一分都不肯退，然后我忘记销毁还欠了 10 美元……

GUI 也可以按目录查看，当然命令行也可以，不过不方便这么用。

官方网站的网页也可以按目录分类查看：

点击查看软件目录
https://www.debian.org/distrib/packages

选择自己的系统版本查看
https://packages.ubuntu.com/

debian 系用 apt 命令行搜索，或者用一个 APT GUI （比如“Synaptics”），如果没有就直接用发行版名字加需求在搜索引擎，不存在下载站的需求，注意，软件仓库镜像不等于下载站。

客户端不好用，你 mklink 链接的目录会更新上传不及时，得暂停同步再开启才行，之前用这个和人同步文件，因为更新频繁又总不能自动上传，只好把文件都移动到同步文件夹了。

@niubee1 就是，作为 Python 用户，就有各种嫌弃 Python ，和各种语言使用者一起喷它抱怨它，但是很多时候就是没得选，各种权衡下就只能用它，不像某些语言拥堵，搞得宗教一样，说不得不好。

别纯被单词，得结合文章前后文记，然后多看。可以从简单的小说漫画童话一点点增加难度，如果感觉没什么难度了就立马看更难的。

现在 Powershell 也是跨平台的……虽然我在 Windows 上主要用 5.1 ，但大部分代码兼容 2.0 ，导致我根本不想在 Linux 上用它。

@itechnology 我知道啊，就是我有个需求有点变态，如果客户端没有权限，我连这部分的 html 和渲染代码都不返回，跟传统的那种服务端渲染一样，不过我想到办法了，next 和 nuxt 也接近需求，不过是不是你们认为的前后端分离就不知道了……

打个比方，后端是个合金保险箱保护的设备，看不到里面，按对密码才吐点东西出来，前端（浏览器）路由就像一层层的防弹玻璃墙，尽管外面的客户端拿不到东西，但是可以看透这一层层玻璃墙里的样子，尽管很多人觉得那些东西不重要，但我觉得重要，我认为只有按对了密码，对应的那层玻璃墙才应该透明。

@itechnology api 管的是数据操作和会话这些啊，也就是后端，前端页面是另一拨，前端也有路由规则啊，我帖子里可能说的不够清楚，我是既想要客户端渲染（至少大部分），还想要服务端的动态路由，更想更好的权限控制，比如客户端在访问某些页面时没有权限，那服务端就什么相关的都不给，直接返回 403 或重定向走。关于关注地址栏的 URL 是在这种全都要的情况下开始没有想清楚……完全有别的更好的解决办法……

@Unicorns96 我乐意

@lybcyd 所以我在问有没有更好的方法嘛，还有询问实际项目一般怎么弄，因为我根本不是干这个的，不了解这些，写自娱自乐的项目时刚好觉得这么做还不错就做了。

@lybcyd 我没说必须使用 nginx 实现路由啊，如果我文字没有描述清楚，那张图可以补充一下。

@ztechstack #12 我就是这个意思，当然也可以用其它技术替代，多加一层顺手的嘛 。我看了下楼上有人说的 next.js 的文档，就跟我说的这个差不多，不过用的是 node.js web 服务器来处理动态路由，乍看文档之下，如果我需要在这个框架控制特定页面的访问权限，需要编写一些代码。

@freeup 谢谢

@jguo 我说的就是前端调用后端 API 啊，页面渲染和怎么渲染依然由前端的 react 或 vue 代码做，只是说加了个服务端控制路由和对特定页面进行权限控制。粗略看了下 next 和 nuxt ，看起来符合我的需求。