[email protected]heable 不生效

最近在项目中使用了Guava缓存,使用方式是用Spring提供的 @Cacheable 注解的方式,在使用的过程中,遇到了缓存不生效的情况。 Spring 使用@Cacheab

azkaban回调配置

azkaban 是linkin开源的一套简单的任务调度服务系统。如果需要配置任务的状态回调,那么需要加入以下配置: 1 2 3 4 5 6 7 8 9 10 11 12 13 type=command job.notification.started.1.url = http://10.20.115.20:9527/index/callback?message=started&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status} job.notification.success.1.url = http://10.20.115.20:9527/index/callback?message=success&server=?{server}&project=?{project}&flow=?{flow}&executionId=?{executionId}&job=?{job}&status=?{status}

pandas 使用技巧总结(持续更新)

pandas 对指定列做fillna 1 2 df.fillna({'code':'code', 'date':'date'}) df.[["code", "date"]].fillna("") pandas 指定列重命名 1 df.rename(columns={"amount": "total_amount"}, inplace=True) DataFrame 按直接列left join合并 1 df = pd.merge(df_1, df_2, on=["code", "date"], how='left') DataFrame 两列相加相减 1 2 df["amount"] = df["total_amount"] - df["amount"] df["amount"] = df["total_amount"] +

使用git rebase合并多个commit提交

在日常开发中,常常会遇到自己正在开发某个feature的时候,需要切到另外的分支去处理bug。于是先将未完成的功能commit到本地。处理完bug之后,再切回来开发,这种做法有一个坏处是,仓库commit的历史会很凌乱。不利于追踪排查历史问题。

基于Alpine的基础镜像构建

刚开始在项目中使用docker的时候,使用的是centos作为基础镜像。centos的官方镜像有70M左右。加上jdk、tomcat,一个完整的业务系统,可能有450M左右。在项目组同学去试用部署的时候,所以的应用包加上服务包,有点过于大了。而且以centos作为基础镜像,可能包含很多我们并不需要的功能。所以,决定转用alpine。

docker导出镜像压缩包

网上关于docker镜像的导出导入的文章已经很多了,无非是saveexportloadimport 这几个命令,我这里只是简单记录一下今天遇到的一个特殊情况。

给Docker容器设置固定ip

今天在查应用日志的时候,发现日志收集分析的应用,收到很多ip发来的同一系统的日志。经分析发现,这么多ip都是出自三台机器,由于过年期间有些机器有过断电重启的情况,所以 docker 给这个应用重新赋予了ip,导致了以上的情况出现,日志分析应用,无法知道这个日志的准确来源。