0x00 前言wifi破解工具有很多，比如wifite、aircrack、cowpatty、reaver等等，其中wifite是最傻瓜式的，但是个人尝试很久，没有破解成功一次，我就很好奇，是我的方式不对？cowpatty只管破解，因此还是要和air结合起来用。reaver破解的非常非常慢，一次要很久，但是一般都能搞定。这次先用aircrack。
0x01 准备装逼要用全套的，特意买的3070的网卡，专用破解。
据说效果很好，但是我完全体会不到……
~$ lsusbBus 001 Device 014: ID 148f:3070 Ralink Technology, Corp. RT2870/RT3070 Wireless Adapter~$ iwconfigwlan1     IEEE 802.11bgn  ESSID:off/anyMode:Managed  Access Point: Not-Associated   Tx-Power=30 dBmRetry  long limit:7   RTS thr:off   Fragment thr:offEncryption ke...阅读全文

前言最近被gradle折腾的欲仙欲死。
gradle想把所有依赖打进jar包主要有两种方式：一种是重写jar动作，一种是用第三方插件。
为了装x，我一直都是用的第一种方式，结果出了问题解决不了，为了不影响进度，只能先用第三方了。
重写jar动作主要是into这一句，可以参照gradle的api文档。里面专门讲了这一块。
这种方式生成的jar包，是把所有的依赖全部打进了lib中。我一直在用这种方式打包。
然后在用spark-submit提交任务的时候，仍然会出现缺包的问题，比如我在运行spark-streaming程序的时候，就是死活找不到KafkaUtil$。但是相关的jar包的确是打进去了，百思不得其解。
所以就用了下面这种方式。
jar {manifest {  //incubating版本，以后版本可能会改APIattributes("Main-Class": "com.KafkaWordCount","Implementation-Title": "Gradle")}into('lib') {from configurations.runtime}...阅读全文

0x00 前言深入学习Impala的最主要一个原因就是目前在使用Impala的时候遇到了各种了性能问题，之前定位过一次问题，猜测其性能损耗的一个主要原因在INVALIDATE METADATA和-r参数上，但是对此并不是十分理解，因此需要深入一点底理解这些概念，方面更准确地定位问题。
下面将从三个角度来分析Impala元数据：Hive元数据库、INVALIDATE METADATA语句和REFRESH语句。
0x01 Hive元数据库下图是我把hive元数据库倒出来之后，整理出来的表结构，整个元数据库表十分多，我只截取了一部分我认为相对来说比较重要的几个。
Impala 在传统的 MySQL 或 PostgreSQL 数据库称为 Metastore 上保持其表定义，Hive 也在相同的数据库上保存此类型的数据。因此，Impala 可以访问由 Hive 定义或加载的表。
对于具有大量数据或多个分区的表，检索表内所有元数据可能会花费很长时间，在某些情况下需要几分钟。因此，每个 Impala 节点缓存所有这些数据，以便在未来对同一表进行查询时重复使用。
如果更新表定义或表数据，集群...阅读全文

前言14年开始做一个javaweb项目，结果没有任何指导，也没有人带，完全自己从头来，因此遇到了很多的坑，还好当时做了大量的记录，现在整理一下。
错误汇总错误1WARN: HHH000374: Could not unbind factory from JNDIorg.hibernate.engine.jndi.JndiException: Error parsing JNDI name []at org.hibernate.engine.jndi.internal.JndiServiceImpl.parseName(JndiServiceImpl.java:141)at org.hibernate.engine.jndi.internal.JndiServiceImpl.unbind(JndiServiceImpl.java:225)at org.hibernate.internal.SessionFactoryRegistry.removeSessionFactory(SessionFactoryRegistry.java:139)at org.hibernate.interna...阅读全文

...阅读全文