最近把一台freebsd 6.2远程通过ssh升级到了7.0,参考了一个台湾网友(小恶魔)的日志,详细步骤如下。 mllm © 2004-2008, allblue
Parsed in 0.007 seconds 针对需要注意的步骤讲解一下,特别注意的是,在进行所有步骤之前进行必要的校时工作。
|
|||
最近准备新配置一个带php的web,系统是centos4.5,x86-64的,不同于普通的php编译,需要额外加一些参数配置来执行64位的执行库,如果按照默认编译行,就会出错。 mllm © 2004-2008, allblue LDFLAGS="-L/usr/lib64 -L/lib64" ./configure --prefix=/usr/local/allblue/apps/php.5.2.5 --with-config-file-path=/usr/local/allblue/ap ps/php.5.2 --with-libdir=lib64 --with-openssl=/usr --with-mysql=/usr --with-mysqli --with-pdo-mysql=/usr --with-zlib=/usr --with-ttf =/usr --with-freetype-dir=/usr --disable-rpath --disable-ipv6 --enable-static --enable-roxen-zts --enable-track-vars --enable-force- cgi-redirect --with-gettext --enable-magic-quotes --enable-fastcgi --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-di r=/usr --enable-gd-native-ttf --with-xmlrpc --enable-zend-multibyte --enable-mbstring --enable-discard-path Parsed in 0.009 seconds |
|||
前天正好要用到profiler,看到yourkit有新版,以前网上有流传它的破解版,而且还是SHOCK做的,我一向是很欣赏SHOCK的破解能力的,但看到只有破解版,估计也是不对称加密导致的。新版没有破解,所以就自己准备研究一下。 yourkit的license配置分成服务器分配和文件分配两种,我手头也没有正版的license,所以就用了一个试用版的,然后结合静态分析,得出了结论。 |
|||
Proxycap还是蛮好用的,但是因为是在底层加了socks代理支持,因此可能会影响其他的网络服务,特别是3.03版本有推出了windows服务版本,更加方便了,但是我却发现我的Vshell不能再连接了...端口侦听,软件日志都没有报任何错误。经过几番测试,发现,需要把Vshell在proxycap之前加载,就没有问题了,但这里涉及到windows服务的加载顺序问题。可以通过依赖关系来解决,依赖关系可以用xp带的sc工具来制定 mllm © 2004-2008, allblue sc config pcapsvc depend= "VShell SSH2" Parsed in 0.001 seconds 要留意的是depend=参数后面要加一个空格 |
|||
最近在工作中遇到resin3.x在高负荷情况下有系统停摆现象,恰好找到一篇文章,和我所遇到的一模一样。很奇怪的无论是3.0开发树还是3.1开发树都没有公开这个参数,在配置文件中无法进行配置。 错误表现为当待处理链接达到512后,系统停止处理(打开页面超慢)。 处理方法:把com.caucho.server.port.Port中的_connectionMax变量适当进行调整。 mllm © 2004-2008, allblue // default timeout private long _socketTimeout = DEFAULT; private int _connectionMax = 512;//这个参数外部无法调节 private int _minSpareConnection = 16; private int _keepaliveMax = DEFAULT; private long _keepaliveTimeout = DEFAULT; private long _keepaliveSelectThreadTimeout = DEFAULT; Parsed in 0.001 seconds 下载源码包,重新进行编译并替换运行库后生效。 |
|||
浙江移动新推出了中兴的彩信加速器(MMSA),用来专门接入SP。以前浙江的彩信中心所采用的厂家虽然也有不规范的地方(主要在于编码,在HTTP协议上约定书写为US-ASCII,但实际用GB2312编码),但都没有这次这么离谱。为了能够在AXIS这种标准平台上实现这些“非标准”的webservice,写了几段代码用来修补这种错误。 错误及解决方法
|
|||
最新评论
2 周 6 天 前
18 周 1 天 前
19 周 2 天 前
37 周 2 天 前
37 周 2 天 前
48 周 2 天 前
1 年 7 周 前
1 年 8 周 前
1 年 11 周 前
1 年 12 周 前