每次沟通自备纸笔，线上的话打开个文本界面共享，他说一句你记一句，
然后嘴上说「嗯嗯，好的，没问题.....」
等他说完你把记下来的给他看，
「您看一下我总结的这部分内容有没有问题，没问题的话签个字，我回去评估一下额外费用给您报价」
下次再沟通就带着之前的记录，有冲突的就指出来并说明更改需求的费用
总之一句话：客户的需求当然要满足，只要钱给够

职业当然是分三六九等的
最低贱的就是不创造财富只骗取或掠夺他人生产成果的职业，譬如小偷、强盗、资本家
中等的是用劳动换取对应价值的职业，譬如普通农民、技术工人、医生、教师
最高等的是提升社会整体生产效率提高劳动价值的职业，譬如科学家，高级工程师

普通程序员跟泥瓦匠纺织工属于同一级别，基于社会的平均生产效率用自身劳动换取价值，
而高级的程序员，譬如设计 ai 算法的，跟建筑技艺改良工程师、纺织工艺研究员则属于高等职业

如果没有太深度的定制需求就听楼上的找现成平台就行
这种小程序没难度的随便个毕业生就能做

浪费了

没有复现，建议检查自身环境

Genshin impact?

@lazyczx 不客气，问题解决就好

你看浏览器请求头是啥，复制一份一样的进 curl -H 里再试试

@lazyczx 可以，就是验 headers 就好，不符合直接返回 401, 不需要收 body. 基本所有服务端库都支持

那你自己在服务端写个先验证再接收的过程呗....
这样客户端再传的时候就分两部，先一个小的请求，包含文件名，大小，验证信息之类的，
返回一个 token
第二个请求的 headers 里必须带上这个 token

同意一点，那些把「 Windows 是最好的 Linux 发行版」当梗挂在嘴边的要不就是没用过除 wsl 以外的正经发行版，要不就是完全不懂 Linux 在瞎跟风喊

如果你有正常的英文阅读能力的话就别去考虑 vue 了

首先 onclick 的赋值需要是一个函数，譬如你这里的 clearRegisterData
然后，你可以事先定义好这个函数，譬如 clearRegisterData ，或者用类似定义匿名函数的方法在赋值时候定义赋值的函数，譬如 {isRegister =true;clearRegisterData();}
这样做等价于 const onclick = () => {isRegister =true;clearRegisterData();} onclick=onclick

https 的话前端再加一次密确实没啥意义

你确定要在巨硬的商店里赚钱吗
要不你先看看有没有人在 Win 的系统商店里买软件？

「情敌」是啥门槛？

https://github.com/dromara/Sa-Token/tree/dev/sa-token-doc/oauth2
你说这个？具体是哪块不给看？

@testcaoy7 写字也带有艺术性，书法和字体了解一下

建议买个 usb 会议摄像头，不带任何乱七八糟 app 或额外功能单纯拍图像那种，插主机上然后自己 ffmpeg 推