angular中使用了webpack做为依赖管理器，相较于以前在html中使用<script type="text/javascript" src="xxxx"的方式，使用webpack可以实现使在需要某些依赖的时候才进行加载。性能虽然好，但在使用一些历史的依赖于jquery的依赖时往往会出现找不到jquery的问题。

最近在进行数据统计查询时屡次遇到慢查询事件，最终发现问题发生在hibernate的查询操作上。hibernate中@ManyToOne注解上的FetchType默认值为FetchType.EAGER，在进行查询操作时，hibernate会自动的发起关联表的join查询。一旦关联的表太多则会大幅地影响查询效率。

今日在启动debug模式时，idea可以顺利的启动spring项目，但日志走到一半的时候一直处于loading的状态，不再继续执行。突然想到历史上碰到过一次这样的问题，解决的方法是：ctrl+shift+f8。

freebsd可几种查看内存整体使用率的方法，但都不够简洁。本文给出使用使用sh文件查看的方法： curl如未安装的话请先安装curl。安装后下载freebsd-memory.sh {代码...} 然后运行该sh文件即可： {代码...} 查看到的信息如下 {代码...} ➊ 已用内存 ➋ 可用内存

cd /usr/ports/www/apache24 && make install笔者在安装的过程中遇到了perl版本不符合要求的情况。比如系统已安装版本perl5.24.1，但apchec24尝试安装perl5.30.x，此时应进入/usr/ports/lang/perl5.24.1进行make deinstall。然后回到apache24中继续安装。安装完成后，编辑/etc/rc.conf加入apache24_enable="yes"...

一直有个小问题在团队开发中不统一。在不同版本的webStorm进行ts代码的格式化时，对import的格式化样式不同，这为github的审核带来了一些困扰。比如我的import是这样的：

近日在spring-boot:2.2.2.release中启用了flyway。但在生产环境中启动却发生了如下错误：DB: Statement violates GTID consistency: CREATE TABLE ... SELECT. (SQL State: HY000 - Error Code: 1786)

在使用springboot进行一些非封装的JPA操作时，我们可能需要EntityManager的支持。比如笔者近期启用了hibernate envers来记录某个数据表的数据变更情况，在进行数据查询时参阅了官方文档的以下代码：

刚刚下载了一个java servlet demo，文件格式为war，而想浏览其效果，则需要在本机安装一个tomcat环境。但苦于电脑上并没有安装tomcat，于是使用更为方便的docker。网上使用docker来运行war包的方法有很多，在此给出笔者感觉最简单的一种： 假设WAR包的位置为：/Users/panjie/test.war，则需要执行以下命令：

在上篇文章中介绍了在台机式上安装openwrt的步骤。台式机由于其功耗高、高用空间大等原因并不适合于家用。本文介绍在家用路由器linksys wrt1200ac上如何安装openwrt系统。

lede(openwrt)初始化安装以下，在进行软件安装时会出现：Unknown package 'xxxx'.的问题。比如在安装openssh-sftp-server会出现，Unknown package 'openssh-sftp-server'.。其实并不是软件中心没有这个包，也是我们本地维护的软件列包中没有与软件中心进行同步。同步的命令为：opkg update，此命令可能会出现如下错误：

在使用anguar进行端对端的测试时angular会自动对webdriver-manager进行更新，而此时如果我们的网络不支持连接该更新的服务器，则将提示E/downloader - read ECONNRESET，最终导致e2e测试无法启动。

█特殊符號 ☀☁☂☃☄☇☈☉☊☋☌☍☎☏ ☐☑☒☓✓✔✕✖✗✘ ☠☡☢☣☤☥☦☧☨☩☪☫☬☭☮☯☸ ☰☱☲☳☴☵☶☷ ۩۝۞ ♔♕♖♗♘♙♚♛♜♝♞♟ ☹☺☻☼☽☾☿♀♁♂♠♥♦♣♤♡♢♧♨〒 ♃♄♅♆♇♈♉♊♋♌♍♎♏♐♑♒♓ ✁✂✃✄✆✇✈✉✌✍✎✏✐✑✒ ✙✚✛✜✝✞✟✠✡✢✣✤✥✦✧ ★☆✩✪✫✬✭✮✯✰ ✱✲✳✴✵✶✷✸✹✺ ✻✼✽✾✿❀❁❂❃❄❅❆❇❈❉❊❋ ❍❏❐❑❒❖❘❙❚ ❛❜❝❞❡❢❣❤❥❦❧

JetBrains公司下的产品表现稳定，但难免也会出现一些意想不到的情况，比如某个配置信息错误导致软件无法启动。此时，我们需要按照以下步骤来排查错误（以Intellij IDEA为例）。

有些项目由于环境不一致的问题，在线上与本地开发时表现的不一致，这时候我们远程调试来帮助我们找到问题。步骤如下： 配置项目 配置的最后，复制IDEA为我们自动生成的命令信息。 服务器启动项目 使用root权限 {代码...} 请将上述-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=443替换为IDEA自动生成...

在实际的开发中，会遇到这样的问题：我们在综合查询中，接收到了很多个参数，比如：pageAllOfCurrentUserBySpecification(Long districtId, Long departmentId, String name, String code, Pageable pageable)，此方法一般的，会被其它多个方法来调用来实现多种查询功能。但如果此方法一旦发生参数变更，那么其它调用它...

当我们配置spring.jap.hibernate.ddl-auto: create或是update等属性后，hibernate为我们自己动生成了数据表。但系统启动时在控制台中有报错，报错内容指明hibernate在给字段添加外键时产生了错误。经排查，错误产生的原因在于hibernate为我们自己动生成的表的引擎为MyISAM，而MyISAM并不支持外键。其实我们想要的引擎是I...

我们在进行JAVA开发时，避免不了引入一些第三方的文件，但有些第三方文件在编写的时候默认的编码可能不是UTF-8的，这将会导致在idea中乱码，并且如果编译级别够高还会引起编译错误，比如：

1215 - cannot add foreign key constraint发生在为数据表添加外键时，一旦发生，还是挺痛苦的。在此，参考相关文章及本人经验做一下总结：

在JS编程中，时间戳与日期间的转换应该是很常用了，举个简单的例子： {代码...} 最终结果却是： 我们打断点看一下发生了什么？ debug我们发现，日期并没有错。是2019年1月8号星期二，那么为什么返回的却是2019-0-2。原因是由于，我们在使用Date的对象的时候没有注意以下两点： getMonth()的下标是0，不是1。也就是说，返...

安装的过程中，我们使用brew，其官方地址如下：[链接]。第一次安装后，版本是最新的，但在以后的使用中，可能brew的版本就过期了。我们要保证在使用时其版本是最新的，所以每次使用前先执行以下命令以完成升级操作。

原因：在使用Calendar做为字段类型时，每进行一次findById()操作返回的数据的值都比实际值要大一点。更新后再调用查询，还会再大一点。也就是说：如果我们用Calendar做为字段类型，那么该字段会在程序运行时会静悄悄的增大。

spring-boot 1.5.3 升级到 2.1.7 出现上述错误，查看MAVEN引用信息，引用的spring security版本为5.1.16，其官方文档地址为：[链接]

比如，刚刚发生了如下事情：有一测试系统，历史的任务是完成上线前的最后一次测试，然后：A 为了给客户演示系统的使用方法，在此系统上添加了大量的供演示用的支撑数据。B 为了删除生产环境下冗余数据，用生产环境下的数据覆盖了测试的数据。

网上找了几个，写的都不太适合，有的写出来了，也没有给出参考的算法链接。这样就导致了如果产生错误我们无法排查（不懂原理怎么排查对吧）。 如果在使用过程中有疑虑，请参考：较验规则 代码实现 {代码...} 测试 {代码...} 希望对你有帮助

则在代码中看到require('./yunzhi.html')时。首先，由于符合第一条 {test: /\.(html)$/, loader: "html-loader"},则将html编译为变量A -> (module.exports)；然后，由于再次符合第二条规则{test: /\.html/, loader: "html-loader"}，又重新将A进行了二次编译，然后就出现了我们不想看到的。

按官方文档走一遍，大体就明白开发的思路了。当然也就清楚，这个服务如果想高度还是比较困难的，其它的非服务类程序，我们在VS就调试了。而服务开发后必须加入到系统服务中，真正的运行。这会使得我们陷入：开发 -> 生成 -> 安装 -> 生产环境调试 -> 再开发的怪圈中。

当些日子在聊天时，我又抛出了：语言只是工具，重要的是思想。软件的质量控制并不是靠语言，而是靠规范的论调。显然，对方表示质疑。为此，走上了VB.net的学习之路。

上线生产环境后，由于数据字段默认值（0）未生效，导致了生产环境出了严重的BUG。但在准生产环境中测试的是比较充分的。最后思索可能是由于准生产环境与生产环境的数据库版本不一致造成的。果然，生产环境使用的版本是5.5，而准生产环境、开发环境我们使用的是5.7。只所以这么着，找借口的话就是由于当时安装的时间比较...

在使用SpringMVC进行开发时，使用JSONVIEW控制字段输出虽然不难。但总感觉应该有一种相对使用简单、理解简单的方法。本文在历史项目实践基础上，尝试找出一种更佳的实践方法。