Joeith

这个第一个付费就是我。
但是，很有问题。

最新的两笔，没有生成画面，结果狂扣我 token ，这是何意味？？
已经邮箱发给你们了。
windows 用的是最新的版本

楼主，我掏钱用了你这边的服务，没有生成画面，结果狂扣我 token ，这是何意味？

我觉得都在说一些表面上的无可厚非，不过我觉得里面深层的管理/流程/制度问题更大：

1. 异地面试的路程报销，同城面试的路程报销是不一样的，而报销必然是走公账。那报销这个事是 HR 做，还是招聘用人方来做？如果是用人方来做，可能性不大，本就不属于你的事。HR 来做，那就更不应该发生这个事。
2. 正常制定这样的福利细则，必然会有钻空子的，这个是人性使然。而 HR 跟人打交道，个人认为这个事情是 HR 应当预料的。可这个事情的发生，那就意味这个政策/制度/方法的制定的时候可能没有经过讨论，细部商议？况且这还是直接进公账报销的。那是不是其他相关政策的制定是不是有流程可依？

当然可能是我想过于苛刻了，也许 LZ 公司真的挺不错，愿意把这样的一些政策下放，也给予部门较大的自主性，或者这个是个项目招聘，新项目，或者 base 客户地，亦或者开新公司

是的，身边就有朋友在鱼上做小生意，全程目睹了，从小有生意到被人快速复制+低价竞争+同行举报的三板斧。 国内真的是地狱模式。。。

既然楼主想做的漫画管理，那可以假设楼主深度用过 Komga 与 Kavita ，这两者在漫画管理都到了一定的高度。
其他不用多说，基本很基础。

那想想问问 仅在日漫的管理里，

有两种核心的逻辑，一种是 kavita 的强依赖元数据与命名，差一点哪怕同文件夹也不会成 group ，当前好处也很明显。

而 Komga 较粗犷的文件夹管理，只要是一层的文件夹均属于一个 series ，，在这个基础上来搭建漫画管理逻辑，好处自然入门容易（ Komga 普及度也是最高），而进一步去完善漫画管理，进阶的成套管理，挺难达到 kavita 的管理颗粒度。

那楼主的在这方面的思考是啥样，如何平衡两者的来做进阶漫画管理？

另外同人志，商业志，画册等等又与正常漫画的管理逻辑不一样，楼主会进一步考虑如何区分里面的逻辑

话说 fava 的认证有什么好的实践吗？
我知道的是有两个
nginx 的弹出认证太生硬，且不支持退出，太不优雅了，另一个 django 的，那个内存占有 500MB ，挺离谱的