Conversation
import and add admin User
|
请问下 这个几个pull request是没通过吗? |
|
dockerfile没必要添加mysql判断, depends_on 会决定启动顺序了 另外docker-compose.yml里redis端口不应该映射出去 |
|
depends_on是决定了启动顺序,但是如果使用docker-compose启动应用,在ss-panel启动完成然后导入数据库的时候你会发现这时候sspanel-mysql是起来了,但是mysql的服务并没有启动完全,这时候并不能完成导入操作和创建管理员的操作 |
|
那加下restart也可以了,mysql链接失败,自动重启即可。 |
|
还有 |
|
redis是我理解错误,我以为这个是给服务器用的,所以映射出去了,但是如果endpoint加入判断mysql服务是否启动成功可以提示docker-compose的体验 |
|
1 mu v1是有问题,v4开发的时候仅考虑到了mu v2 2 首先引入新依赖本来就不太好,而且 有depend on,mysql先启动就没有问题了,有restart重启机制,也能够跑起来,而且其实mysql没启动完成这种情况很少。 |
|
mysql的属性里面也没有指定sspanel这个库的用户和密码,连接的时候还会提示用户名和密码错误 |
|
使用root情况一般是,一个web服务一个mysql实例 如果是高级用户,完全可以自己定制docker-compose,自己创建msyql账户配置 |
|
"而且其实mysql没启动完成这种情况很少",偏偏我就遇到了 :( 使用的是vultr.com的vps,1G内存,1核CPU,可能配置太差了,docker-compose定制确实是可行的,可能我想多了, |
|
app/Controllers/Mu/UserController.php |
|
还有MuV2的获取用户的方法里面没有ret |
|
@charleyzhu mu config的问题我会改, mu v2里已经不需要retle |
|
@orvice 现在V4版本使用ss-go的时候如果config返回不是json,ss服务器提示以后端口监听会莫名的取消,但是mu程序还是保持运行,所以我才加了config的get方法,这个问题还没找到在哪里,另外问下以后V2版本的api是不是依据http 状态码来区分是否请求成功? |
|
是 现在ss客户端都用状态码判断成功了 |
|
@orvice 好的,谢谢!自己在练习重复造轮子,重写ss-go-mu |
|
O大神求解,v4.0.0 用hyperapp教程布置 |
|
求助:搭建完V4.0.0的前端后,访问http://IP/admin 后不能正常停在管理员界面,又返回带主页,日志显示GET /api/users/null/ HTTP/1.1" 401 44 ,这是什么原因呢? 其他界面都可以正常访问,admin账户也已经建好了。谢谢答复。 |
app/Controllers/Mu/UserController.php
if (Config::get('log_traffic_dynamodb')) { try { $client = new DynamoTrafficLog(); $id = $client->store($u, $d, $nodeId, $id, $totalTraffic, $rate); $res['id'] = $id; } catch (\Exception $e) { $res['msg'] = $e->getMessage(); Logger::error($e->getMessage()); } }not implemented Config Get static function