忘记是哪位大仙的说法,记忆中一直是maven依赖树中存在同一jar的多版本时,会自动依赖最新版本。

今天查找项目依赖时,发现在二级依赖中同时存在两个版本,maven引入的却是老版本。

翻了一下官方文档,只说是依赖于最近的版本。实测发现,同级中存在多个版本时,先依赖哪个版本就用哪个版本。

最靠谱的方法,就是直接依赖最新版本,也就是最近的依赖,会覆盖掉子级的低版本依赖。

- 阅读剩余部分 -

以root用户登录从库,执行:
show slave status\G
两个关键指标如下:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
这两个值都是Yes,代表从库的从步已经起动,如果为No,执行以下命令启动:
slave start;

还有一个从库延迟的关键指标:
Seconds_Behind_Master
如果值为0,代表无延迟。大于0时,值越大,延迟越厉害。

- 阅读剩余部分 -

手潮执行了一句有问题的查询,从库悲剧了。向龙生请教,学到一个处理方法。

root用户登录到相应的MySql服务上,执行:show processlist;得到一个当前连接的用户状态,根据State列的信息找执行中的,再排查是哪个连接执行的SQL导致的问题。
如果有问题的那个连接进行的操作是可以终止的,比如:一个有性能问题的查询语句,直接kill 加连接的Id,即可直接终止这个操作。

- 阅读剩余部分 -

因前端离职,遗留的下载页面在chrome下窄屏时google play图标的位置问题,接手的人多方努力仍未能得到解决。

今天决定整一下这个问题,到零晨两点多,终于搞出点眉目。

问题原因:
出现问题的图标在窄屏下未定义自己的样式,且窄屏下定义的图片高度有问题。

修正方法:
在窄屏的样式下,修正图片高度,加上特定的两个样式,便可解决问题。

在窄屏窗口下“@media only screen and (max-width:640px) {”的下方样式中,修正:
[code]
.down_btn a {
width: 120px;
height: 36px;
background-size: 100% auto;
-webkit-background-size: 100% auto
}
[/code]

[code]
.down_btn a {
width: 120px;
height: 42px;
background-size: 100% auto;
-webkit-background-size: 100% auto
}
[/code]
然后补充两个样式:
[code]
.down_btn a.google {
background-position: 0 -46px
}

.down_btn a.google:hover {
background-position: 0 -138px
}
[/code]
实际效果有待于周一更新验证。

另外:发现大量无用样式,尚未确认其存在的价值。

碰到个需求,全屏的背景图等比自适应,外行,尝试了一下,搞了个东东,留存备查。

head中加样式:
[code]
<style type="text/css">
.s-bg-body .s-bg-div {
position: absolute;
top: 0;
left: 0;
height: 100%;
width: 100%;
z-index: -1;
background-position: center 0;
background-repeat: no-repeat;
background-attachment: fixed;
background-size: cover;
-webkit-background-size: cover;
-o-background-size: cover;
zoom: 1;
overflow:hidden;
}
</style>
[/code]

页面中加相应的样式及背景图,其中body的class跟div的只是名称不同,同名反而不对,原因不详,待高人请教:
[code]
<body class="pos s-bg-body">
<div class="s-bg-div" style="background-color:#222;background-image:url(http://xxx.xx/bg.jpg)"></div>
[/code]