[问题收集和讨论]Problem collection and discussion

[yygutn]

[godcong]

这是把符合规则的名字都输出出来, 然后自己选几个... 后面还要加上些常用字筛选功能...因为有些字可能不常用到,最好过滤了

[yygutn]

嗯嗯，短期用不了了- -

[godcong]

所有输出的名字都是符合规则的,都可以用.

[reechou]

名字有没有评分机制？比如评分高的优先

[shuaisheng]

跑一次 大约需要多长时间 我跑了一个小时了 还没完事。 明天看看代码研究下

[godcong]

你看下输出，一般十几分钟就好了。 如果你没有导入初始库的话他会自动生成算法表，这个要好几天。。。

[shuaisheng]

你看下输出，一般十几分钟就好了。 如果你没有导入初始库的话他会自动生成算法表，这个要好几天。。。

跑完了 两个小时。还可以的老铁

[whyus]

请问data怎么导的?

[godcong]

data不需要导入啊，都转成静态文件了。

[godcong]

data不需要导入啊，都转成静态文件了。

那怎么我跑了几个小时都没停下来,是哪里需要设置吗

pre-release的sql你导入了吗？那个是数据文件。pre-release里面有说明

[whyus]

data不需要导入啊，都转成静态文件了。

那怎么我跑了几个小时都没停下来,是哪里需要设置吗

pre-release的sql你导入了吗？那个是数据文件。pre-release里面有说明

谢谢大佬,跑起来了,5s左右就跑完了

[design365]

pre-release的sql 在哪里了？ 急用，正好要起名。。。没有操作步骤呀，第一步干啥 ，第二部干啥。。。楼主帮忙啊

[godcong]

@design365 就在pre-release的char.zip里面,导入就行了 master用最新release的db.7z,master版本没有console,仅支持api调用(正在重写)

[design365]

@godcong 感谢回复，git lone下来后，没有db.7z这个文件啊

[godcong]

在GitHub的release打包目录下，这些文件太大了，每次打包取项目就取不动了 所以都压缩后放release下了

[design365]

@godcong 多谢多谢，找到了，怎么运行？有没有编译好的二进制，最好是linux下的，我的环境是mac。

[design365]

当运行main那个go文件的时候 ，golang ide出现下面错误：

unrecognized import path "golang.org/x/crypto" (https fetch: Get https://golang.org/x/crypto?go-get=1: dial tcp 216.239.37.1:443: i/o timeout)

Compilation finished with exit code 1

[godcong]

这是go的基础包，你没有安装这个包。 二进制文件的话3.0.1的release下面有，不过是windows下的。

[design365]

@godcong 请问3.0.1的release下的db character.sql 导入后，发现两个表都有了，另外一个sql wu_ge_lucky.sql还用导入吗

[design365]

这是go的基础包，你没有安装这个包。 二进制文件的话3.0.1的release下面有，不过是windows下的。

go的基础包怎么安装呢？

[godcong]

go get 要下的包

clone下来的目录下执行go mod tidy都可以 如果下载失败最好配置个GOPROXY，这个网上都有教程

[godcong]

@godcong 请问3.0.1的release下的db character.sql 导入后，发现两个表都有了，另外一个sql wu_ge_lucky.sql还用导入吗

有了新的，旧的就不用了

[design365]

@godcong character.sql 和 wu_ge_lucky.sql 这两个文件只导入一个就行吗？我看你的release里面db.zip 解压后是这两个sql文件。

[godcong]

一个是字典库，一个是算法缓存。都要的

[design365]

@godcong 感谢恢复，我发现导入character.sql 后，wu_ge_lucky表有107万数据，但是再导入wu_ge_lucky.sql ，这个sql就把这107万数据清理掉重新导入了。。

[design365]

@godcong 另外我发现wu_ge_lucky.sql 导入完成后，wu_ge_lucky表只有485604行，而character.sql 导入的话wu_ge_lucky表有 107万行。。麻烦看下怎么回事

[godcong]

@godcong 另外我发现wu_ge_lucky.sql 导入完成后，wu_ge_lucky表只有485604行，而character.sql 导入的话wu_ge_lucky表有 107万行。。麻烦看下怎么回事

嗯,我dump表的时候,character不小也dump了一份wu_ge_lucky的数据. 多了不影响结果,只会影响生成速度.这张表就是规则的缓存.

[design365]

@godcong 多谢回复，那我是不是只导入character.sql 这个sql就行了。

[design365]

写了个main 运行事例代码后出错：

github.com/godcong/chronos

../../pkg/mod/github.com/godcong/[email protected]/lunar.go:81:34: not enough arguments in call to lunar.nianZhu have () want (int)

[godcong]

用这个版本: v0.0.0-20191031191102-b99d2144d954 你取的版本太新了...fate的master还没更新到这版本呢...