CTF线下awd攻防赛中常用一个文件监控脚本来保护文件，但是就博主对于该脚本的审计分析发现如下的问题：1.记录文件的路径未修改导致log暴露原文件备份文件夹：drops\_JWI96TY7ZKNMQPDRUOSG0FLH41A3C5EXVB82/bak\_EAR1IBM0JT9HZ75WU4Y3Q8KLPCX26NDFOGVS（猥

热乎的面经，昨天面的美团，虽然面完了HR面，但是感觉希望不大，希望能走运拿到offer吧。三面技术面面经如下：!2017年秋招美团Java程序员开发，看我如何拿到offer(http://p3.pstatp.com/large/4adb0004bf9a8d5c3247)一面：中间省略掉大概几个问题，因为我不记得了，下面记得的基本都是我

一、概述　　1、我们此前在使用kubernetes中，无论我们使用无状态的应用程序，比如myapp,nginx。以及有状态的tomcat,redis,etcd,...等等，他们部署在k8s之上会有这样的问题。首先对无状态应用我们首先使用deployment控制器来实现控制以后其规模伸缩极其容易。这也是k8s带给我们的最重要的需要。但是如果是有状态的应用，

症状：测试部的同事在一台PC上部署了一个DB2v8.2，同时在这台PC上部署了TOMCAT，上面跑WebService。她修改了系统时间，改了N次，有未来的时间，也有过去的时间。问题是在这之后，再使用QuestCentralforDB2v4.9访问数据库，就会出SQL0440N错误，而用DB2控制中心则正常。解决：见转载的下文：

在VSTO开发过程中，因其和普通的Winform开发有点差别，具体细节笔者也说不清楚，大概是VSTO的插件是寄生在Excel中，不属于独立的进程之类的，其异步方法调用时，未能如Winform那样直接用awaitasync异步方法就结束，仍需要再作简单的处理。使用场景在Excel上直接使用异步方法，貌似有上述提及的问题，不像Winform程序

一：了解NoSQL1：介绍：Nosql的全称是NotOnlySql，这个概念早起就有人提出，在09年的时候比较火。Nosql指的是非关系型数据库，而我们常用的都是关系型数据库。就像我们常用的mysql，sqlserver一样，这些数据库一般用来存储重要信息，应对普通的业务是没有问题的。但是，随着互联网的高速发展，传统的关系型数据库

Android开发中，NE一直是不可忽略却又异常难解的一个问题，原因是这里面涉及到了跨端开发和分析，需要同时熟悉Java，C&C，并且需要熟悉NDK开发，并且解决起来不像Java异常那么明了，本文为了解决部分疑惑，将从NE的捕获，解析与还原等三个方面进行探索。一、NE简介NE全称NativeCrash，就是C或者C运

ReadWriteLock也是一个接口，提供了readLock和writeLock两种锁的操作机制，一个资源可以被多个线程同时读，或者被一个线程写，但是不能同时存在读和写线程。基本规则：读读不互斥读写互斥写写互斥问题：既然读读不互斥，为何还要加读锁答：如果只是读，是不需要加锁的，加锁本身就有性能上的损耗如果读可以不是最新数据

1\.介绍      Scala语言拥有很强的表达能力，语法简洁，很接近人类的思考方式。利用map、flatMap方法做数据转换时，层层递进的演算方式，很像是在画流程图，中间没有停顿，思绪很流畅，不会被无关的变量声明、初始化等琐事打断。Scala中的Future可以让你非常灵活的使用线程，而不需要关注底层的线程管理问题，Scala已经为你处

内存上下文背景：需要经常处理大量以指针传值的查询，存在内存泄漏的问题，直到查询结束才能收回内存。所以实现了新的内存管理机制内存上下文（MemoryContext）内存上下文通俗解释：一个内存上下文相当于一个进程环境，进程环境间不互相影响，pgSQL提供了在内存上下文进行内存操作的函数：pallloc、pfree、repalloc