shixing_11的专栏

开发中，往往发布的应用与开发环境的环境有差异，测试环境报的问题在开发环境很难重现，也很难定位问题，如果报错，是程序问题还是环境问题，常常是让开发头痛的事。拿我们项目来说，测试环境用的服务器是JBOSS，而开发环境是Jetty或者Tomcat，既然这样，而测试的服务器我们都没有

1.在项目中为了处理用户上传的图片，会对图片进行重写处理，故使用了类似下面的代码： File src = new File("e:/img/google.jpg"); BufferedImage bi = (BufferedImage)ImageIO.read(src); BufferedImage bi_scale = new BufferedImage(bi.getWidth

在经过一系列探索，《ImageIO.read()方法读取图片后重写，图片蒙上一层红色的解决办法（上）》篇已经通过Jimi初步解决，但在Linux平台下必须开图形界面才行，但现实情况，服务器一般运行在init 3级别下，init 5不太现实，另外Jimi对象图片的处理也较差，部分图片重写后质量降低，模糊等，由此也证明了Java语言在处理图片上的劣势，这是非常让人纠心的事，最终只能借助于无敌的Imag

1. yum install ImageMagick   安装ImageMagick软件2. rpm -ql ImageMagick 检查已经安装好的ImageMagick对应的文件所在的目录3. rpm -ivh ImageMagick 安装ImageMagick软件对应的rpm包4. 修改环境变量  vi ~/.bash_profile 5. tar -zxvf  jmagic

1.       在安装ImageMagick之前，请检查下面包已经安装tiff-3.9.5.tar.gz         (rpm -qa|grep libtiff检查是否已经安装)libpng-1.2.46.tar.gz     (rpm -qa|grep libpng检查是否已经安装)jpegsrc.v6b.tar.gz       (rpm -qa|grep libjpeg检查

最近安装了ImageMagick的应用服务器报如下异常：java.lang.UnsatisfiedLinkError: Native Library /usr/lib/libJMagick.so already loaded in another classloader java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1772)

之前写过利用图片重写的方法清除图片中恶意代码的文章，java清除恶意代码 ，但这些图片中的恶意代码是怎么植入进去的呢，有简便方法，也有复杂方法。先来看如下这张图片，是Google的LOGO，是一张完全正常的png图片：用UltraEdit打开，一切正常，看不到其它JS代码，如下：下面是一段我们用来测试的JavaScript代码： function writer

一直对反射代理的反向不知道如何理解，经过百度知道，再结合下面这幅图，总算弄清楚一点了。简单的说从一个局域网出来到服务端为正向，从客户端要进入一个局域网为反向概念：       反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就