fengpeiyuan

come on misiek08 :100:

@zts1993 相同观点的略过了哈 1. 人工干预是否友好问题 > 回到前面的问题。 > > 对人工干预不友好 > > 这个我觉得并不存在，前面也提到可以手动failover。 这个观点不赞同，可以手动failover不代表就“友好”了，此项目增加配置项datacenter-id就是解决人工干预不友好的一个例子么？当然“友好”也没有什么标准，仁者见仁吧，只是表达一下看法而已。 2. redis cluster是否应该给用户进行人工干预的更多选项（配置）问题 > 我持相反观点，对于上规模的环境来说，自动化可以大大减轻运维压力，很多人害怕自动化，可能是缺少足够的了解，redis cluster中对于人工干预几乎都可以使用命令来实现 > redis cluster的失效判定和redis sentinel 其实很近。他的正确性取决于支撑的理论基础和工程实现正确性。很多人看到这个会有种恐惧，从而选择一些 ‘土方子’ 来实现，但实际上很多实现其实是存在缺陷或者说并不可靠。 你的这些意见我都不太赞同，其实用户不是害怕自动化，而是害怕不可靠的自动化，用户也不是不了解，而是由于缺少进行人工干预选项而使得用户不放心而害怕。redis cluster如果不深入分析用户的需求和痛点而一概说用户不足够了解，会在“开始”就被“恐惧”的用户所抛弃。自动化运维好处众多，也需要一步一步过度，拔苗助长会适得其反。用户也有既可以使用“人工干预”也可以使用“自动化”的权利。 个人观点，期待反馈～

moving line "self.sp_tokenizer = SPTokenizer(vocab_file, num_image_tokens=num_image_tokens) " before "super().init(" at "init" of class ChatGLMTokenizer can solve this issue.

@jpassaro good idea,but the value(token data) is not stored.

@CloudMarc can you show an example for this case?