一，什么是json

json是一種數(shù)據(jù)結(jié)構(gòu)，易于人閱讀和編寫，同時(shí)也易于機(jī)器解析和生成。

json建構(gòu)兩種結(jié)構(gòu)：

1，“名稱/值”成對(duì)的集合，不同的語言中，它被理解為對(duì)象（object），紀(jì)錄（record），結(jié)構(gòu)（struct），字典（dictionary），哈希表（hash table），有鍵列表（keyed list），或者關(guān)聯(lián)數(shù)組 （associative array）。
2，值的有序列表（An ordered list of values）。在大部分語言中，它被理解為數(shù)組（array）。

json具有以下這些形式：

對(duì)象是一個(gè)無序的“‘名稱/值’對(duì)”集合。一個(gè)對(duì)象以“{”（左括號(hào)）開始，“}”（右括號(hào)）結(jié)束。每個(gè)“名稱”后跟一個(gè)“:”（冒號(hào)）；“‘名稱 /值’ 對(duì)”之間使用“,”（逗號(hào)）分隔。

二，我遇到的問題
看下面的例子：



操作和分析：

1，如果我把正則的東西拿掉的話，print_r($result);根本顯示不了任何東西，問題就出在016500這樣的數(shù)據(jù)上，他搞不清楚，這樣的數(shù)據(jù)到底是字符串類型，還是數(shù)值類型。加上雙引號(hào)就好了。

2，我把數(shù)組又重新$string = json_encode($result);并把json字符串打印出來，發(fā)現(xiàn)在json_encode會(huì)把016500加上雙引號(hào)，由此可以斷定，php代碼中的那段json字符串是手動(dòng)生成的。

3，即使像016500這樣的數(shù)據(jù)沒有加上雙引號(hào)，我想json_decode也可以做出準(zhǔn)確的判斷，因?yàn)檫@個(gè)邏輯不復(fù)雜，所以我想json_decode是不是應(yīng)當(dāng)改進(jìn)一下，還有我用php版本是5.2.3，不知道最新的版本有沒有修正這個(gè)bug

脫發(fā)是一種常見疾患，主要有斑禿，早禿，脂溢性脫發(fā)等。  防脫發(fā)的方法也有很多，包括食物療法，梳頭方法，防脫秘方和日常禁忌等。現(xiàn)在簡單介紹幾種防脫發(fā)的方法。

防脫發(fā)方法一：防止禿頭的早晚梳發(fā)
每天早晚防脫發(fā)方法各梳發(fā)百次，能相機(jī)頭皮改善頭發(fā)間的通風(fēng)，由于頭皮是容易出汗弄臟的地方，勤于梳發(fā)可能有助于防止禿頭和頭皮屑的發(fā)生。我們最好能費(fèi)一點(diǎn)心思在自己的頭發(fā)上，使頭發(fā)保持光潤的狀態(tài)。

防脫發(fā)方法二：治療脫發(fā)的食物。
攝取過多的糖分及鹽分或動(dòng)物性脂肪，有害于血液循環(huán)。這種人應(yīng)該多喝生水或多吃蔬菜。含有豐富鐵質(zhì)的食品，瘦肉，雞蛋的蛋白，菠菜，包心菜，芹菜，水果等都是最佳的治療食物。脫發(fā)或禿頭的人，頭皮都已硬化，上述食品有助于軟化頭皮。

還有幾種防脫發(fā)的方法小秘方：
防脫發(fā)的方法1、枸杞子酒：枸杞子100克浸泡在白酒400毫升里，2周后可以飲用。每天10--15毫升，治療脫發(fā)。 
防脫發(fā)的方法2、生姜：將生姜切片，在脫發(fā)處反復(fù)擦拭，每天2--3次，可以促進(jìn)毛發(fā)的生長。或把生姜切碎，放入水中煮開，把姜末濾出，用生姜水洗頭。 
防脫發(fā)的方法3、何首烏粥：取何首烏30克、粳米100克、大棗3枚、冰糖少許，何首烏加水煎湯，去渣留汁，加粳米、大棗、冰糖同煮成粥，每日1次，改善 發(fā)質(zhì)，治療脫發(fā)。  
防脫發(fā)的方法4、淘米水：把淘米水?dāng)R置兩天后會(huì)自然發(fā)酵，此時(shí)用來洗頭可以改善干枯的發(fā)質(zhì)，洗頭時(shí)不用洗發(fā)劑，用淘米水洗完后直接用清水沖洗干凈即可。
防脫發(fā)的方法5、 可以選用一些專門治療脫發(fā)的洗發(fā)水和藥物，如止脫1+1生發(fā)露，能增強(qiáng)頭皮血液循環(huán)，促進(jìn)毛發(fā)蛋白合成及新陳代謝，滋潤膚發(fā)，使毛發(fā)再生；長期服用可使頭 發(fā)烏黑亮麗，滋養(yǎng)毛發(fā)，防止頭發(fā)分叉變質(zhì)、白發(fā)、脫發(fā)等。
更多關(guān)于防脫發(fā)的方法信息咨詢科發(fā)源電話：400-888-0050

1.rpm包可以在http://rpmfind.net/linux/RPM/WByName.html處下載得到，以rpm包方式安裝非常簡單
安裝包到 http://www.wu-ftpd.org 下載最新版本的 WU-FTPD。
2.進(jìn)入 Linux, 并以 root 的身份登陸。
tar zxvf wu-ftpd-2.6.0.tar.gz
cd /usr/local/src/wu-ftpd-2.6.0
3../configure
注意，在 64位元的 linux 上，可能會(huì)出現(xiàn)這種情況checking host system type... Invalid configuration
'x86_64-pc-linux-gnuoldld': machine 'x86_64-pc' not recognized
解決辦法：修改 buildutils/config.guess , 將一行
UNAME_MACHINE=`(uname -m) 2>/dev/null' || UNAME_MACHINE=unknown
改為
#UNAME_MACHINE=`(uname -m) 2>/dev/null' || UNAME_MACHINE=unknown
UNAME_MACHINE=i686
4.在執(zhí)行 ./configure 之后, 配置腳本會(huì)自動(dòng)生成 Makefile. 如果在設(shè)置的過程中沒有任何的錯(cuò)誤, 我們就可以開始編譯源碼了. 相應(yīng)的

命令為:

make
make install

是用make編譯的時(shí)候可能出現(xiàn)
make[1]: *** [ftpcmd.c] Error 1
make[1]: Leaving directory /usr/local/src/wu-ftpd-2.6.0/src'
make: *** [all] Error 2
或者之類的錯(cuò)誤
這時(shí)候可以通過在目錄wu-ftpd-2.6.2/src/下使用以下代碼進(jìn)行修正。
cp ftpcmd.y ftpcmd.y.orig
sed -e "s/=[ "$'\t'"][ "$'\t'"]*{/'=' {/" ftpcmd.y.orig > ftpcmd.y

安裝 WU-FTPD 至缺省的目錄(/usr/sbin)下.

from:http://niyunjiu.javaeye.com/blog/740812

其實(shí)這個(gè)Bug是由分兩種情況的：

1.和Nginx無關(guān)，是針對(duì)CSS背景圖片的。

一般用戶不會(huì)碰到，更多的時(shí)候是開發(fā)者將自己的IE的緩存策略從默認(rèn)的”自動(dòng)”改為“每次訪問都查詢”才發(fā)生 的。特點(diǎn)是鼠標(biāo)一旦浮動(dòng)到有背景圖片的地方，IE會(huì)不顧已經(jīng)緩存的圖片，自行去服務(wù)器再次獲取圖片，造成圖片短暫消失。這個(gè)問題比較簡單，可以通過以下腳 本解決。

1 <script type=”text/javascript”>// <![CDATA[

2 try {

3 document.execCommand('BackgroundImageCache', false, true);

4 } catch(e) {}

5 // ]]></script>

2. 但是實(shí)際上更常見的原因是Nginx上打開了Gzip壓縮功能。

這個(gè)是IE6 的著名Bug，早在2002年就被人詳細(xì)討論過了，在IE7中有所改進(jìn)，但微軟永遠(yuǎn)也不會(huì)去修復(fù)IE6了。

根本原因是Nginx對(duì)于啟用了Gzip的http上下文，即使你在之前的配置文件里聲明過 gzip_disable “MSIE [1-6].”，Nginx不再對(duì)IE6用Gzip壓縮了，但是送出的http報(bào)頭卻仍然采用了和Gzip壓縮數(shù)據(jù)包相匹配的Vary: Accept-Encoding。IE6不認(rèn)識(shí)這個(gè)報(bào)頭，IE6對(duì)除了Vary: User-Agent的報(bào)頭外，都不查詢緩存，直接去服務(wù)器申請(qǐng)。更絕得是，不是使用查詢文件是否更新，而是強(qiáng)行要求一份完整文件。（IE7總算客氣了 點(diǎn)，就是先查詢一下文件是否更新在下載，減輕了這個(gè)bug的影響）。

這個(gè)Bug的級(jí)別很高，靠前面1中的方法是不行的。在 NGINX中，通過add-header Cache-Control “post-check:3600, pre-check:43200″; ，象這里 介紹的方法， 也是不行的。通過一番痛苦的摸索，才發(fā)現(xiàn)要解決這個(gè)Bug，有兩個(gè)方法，一個(gè)是使用Nginx的headers-more-nginx-module， 遇到User-Agent是IE6（或者不管三七二十一），修改報(bào)頭為Vary: User-Agent。不過這個(gè)模塊并不是標(biāo)準(zhǔn)配置，需要重新編譯Nginx。

另一個(gè)更為簡便易行的方式就是在諸如圖片和CSS，JS文件存取的地方加上一下語句，顯示關(guān)閉Gzip，并手工加上報(bào)頭。

1 if ($http_user_agent ~ “MSIE [1-6].”) {
2 #Must explicitly turns off gzip to prevent Nginx set Vary:Accept-Encoding
3 #which will prevent IE6 from caching anything
4 gzip off;
5 add_header Vary “User-Agent”;
6 }
經(jīng)過我的測(cè)試這樣是可以解決問題的。這里只能用$http_user_agent來獲取瀏覽器參數(shù)，曾經(jīng)試過$ancient_browser，不 過沒有成功。

另外，Nginx本身是有一個(gè)Gzip的Derective來控制Header的， 就是gzip_vary。設(shè)成gzip_vary off應(yīng)該也能解決問題，但這是這個(gè)參數(shù)只能存在與http, location,server這些上下文里，不能添加到if上下文里，所以只能用gzip off; 把gzip完全給關(guān)了。

from:http://codeigniter.org.cn/forums/thread-692-1-1.html

 

CI默認(rèn)過濾了$_GET

需要傳遞get參數(shù)時(shí)一般直接 /參數(shù)一/參數(shù)二
詳見手冊(cè)說明：http://codeigniter.org.cn/user_guide/general/controllers.html#passinguri

但是有時(shí)候需要傳遞很長的復(fù)雜的url，比如常用的 http://www.nicewords.cn/index.php/controller/method/?backURL=http://baidu.com/blog/hi

這時(shí) 這種模式就行不通了。參數(shù)中本身的/會(huì)與默認(rèn)的分隔符沖突

解決方案：

1) 在config.php 中，將‘uri_protocol’ 設(shè)置為 ‘PATH_INFO’.

2) 在需要使用$_GET的之前加：

這樣，形如 index.php/blog/list?parm=hello&page=52 就可以運(yùn)行了。

官網(wǎng)說明：
http://codeigniter.com/wiki/QUERY_STRING_GET/

NGINX 502錯(cuò)誤排查

NGINX 502 Bad Gateway錯(cuò)誤是FastCGI有問題，造成NGINX 502錯(cuò)誤的可能性比較多。我將502 Bad Gateway錯(cuò)誤有關(guān)的問題和排查方法列一下，先從FastCGI配置入手：

1.FastCGI進(jìn)程是否已經(jīng)啟動(dòng)

2.FastCGI worker進(jìn)程數(shù)是否不夠
運(yùn)行 netstat -anpo | grep “php-cgi” | wc -l 判斷是否接近FastCGI進(jìn)程，接近配置文件中設(shè)置的數(shù)值，表明worker進(jìn)程數(shù)設(shè)置太少

3.FastCGI執(zhí)行時(shí)間過長
根據(jù)實(shí)際情況調(diào)高以下參數(shù)值
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;

4.FastCGI Buffer不夠
nginx和apache一樣，有前端緩沖限制，可以調(diào)整緩沖參數(shù)
fastcgi_buffer_size 32k;
fastcgi_buffers 8 32k;

5.Proxy Buffer不夠
如果你用了Proxying，調(diào)整
proxy_buffer_size  16k;
proxy_buffers      4 16k;

6.https轉(zhuǎn)發(fā)配置錯(cuò)誤
正確的配置方法
server_name www.mydomain.com;
location /myproj/repos {
set $fixed_destination $http_destination;
if ( $http_destination ~* ^https(.*)$ )
{
set $fixed_destination http$1;
}
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Destination $fixed_destination;
proxy_pass http://subversion_hosts;
}

Nginx 413錯(cuò)誤的排查:修改上傳文件大小限制

在上傳時(shí)nginx返回了413錯(cuò)誤，查看log文件，顯示的錯(cuò)誤信息是:”413 Request Entity Too Large”, 于是在網(wǎng)上找了下“nginx 413錯(cuò)誤”發(fā)現(xiàn)需要做以下設(shè)置：

在nginx.conf增加 client_max_body_size的相關(guān)設(shè)置, 這個(gè)值默認(rèn)是1m，可以增加到8m以增加提高文件大小限制；
如果運(yùn)行的是php，那么還要檢查php.ini，這個(gè)大小client_max_body_size要和php.ini中的如下值的最大值一致或者稍大，這樣就不會(huì)因?yàn)樘峤粩?shù)據(jù)大小不一致出現(xiàn)的錯(cuò)誤。

post_max_size = 8M
upload_max_filesize = 2M

 

Nginx 400錯(cuò)誤排查：HTTP頭/Cookie過大

今天有人匯報(bào)nginx的HTTP400錯(cuò)誤，而且這個(gè)HTTP400錯(cuò)誤并不是每次都會(huì)出現(xiàn)的，查了一下發(fā)現(xiàn)nginx 400錯(cuò)誤是由于request header過大，通常是由于cookie中寫入了較長的字符串所引起的。

解決方法是不要在cookie里記錄過多數(shù)據(jù)，如果實(shí)在需要的話可以考慮調(diào)整在nginx.conf中的client_header_buffer_size(默認(rèn)1k)
若cookie太大，可能還需要調(diào)整large_client_header_buffers默認(rèn)4k)，該參數(shù)說明如下：
請(qǐng)求行如果超過buffer，就會(huì)報(bào)HTTP 414錯(cuò)誤(URI Too Long)
nginx接受最長的HTTP頭部大小必須比其中一個(gè)buffer大，否則就會(huì)報(bào)400的HTTP錯(cuò)誤(Bad Request)。

系統(tǒng)
Red Hat Enterprise Linux AS release 4 (Nahant Update 7)
X86_64
軟件
nginx-0.6.35.tar.gz
apache-tomcat-5.5.27.tar.gz
jdk-1_5_0_17-linux-amd64.rpm
參考

http://blog.chinaunix.net/u2/83793/showart_1354266.html

http://www.sudone.com/nginx/nginx_ssl.html

http://zys.8800.org/?p=286

部署
192.168.1.62 nginx 做負(fù)載均衡
192.168.1.64 tomcat1
192.168.1.66 tomcat2

分別在64和66上安裝jdk和tomcat
環(huán)境變量設(shè)置 /etc/profile
export JAVA_HOME=/usr/java/jdk1.5.0_17
export PATH=$JAVA_HOME/bin/:$PATH
export CLASSPATH=$JAVA_HOME/lib:$CATALINA_HOME/lib:.
export CATALINA_BASE=/usr/local/tomcat-5.5.27
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/apr/lib
export CATALINA_HOME=/usr/local/tomcat-5.5.27
編輯 server.xml
去掉 cluster段的注釋
增加
保存
由于linux本身不支持組播，因?yàn)樾枰砑咏M播
命令如下
route add -net 228.0.0.0 netmask 255.0.0.0 dev eth0
只在tomcat的其中一臺(tái)機(jī)器添加就可以了
提醒一下，記得關(guān)閉iptables和selinux

現(xiàn)在去編譯nginx
./configure --prefix=/usr/local/nginx-0.6.35 --with-md5=/usr/lib --with-sha1=/usr/lib --with-http_ssl_module --with-http_stub
_status_module
make -j10
make install
修改nginx.conf
worker_processes 4;
pid logs/nginx.pid;
worker_rlimit_nofile 51200;
events {
use epoll;
worker_connections 9812;
}

http {
include mime.types;
default_type application/octet-stream;

sendfile on;
tcp_nopush on;

keepalive_timeout 65;

gzip on;
upstream winalite.com
{
ip_hash;
server 192.168.1.64:80;
server 192.168.1.66:80;
}
server {
listen 443;
listen 80;
server_name ec.ben.com;

ssl on;
ssl_certificate /usr/local/nginx-0.6.35/key/server07.cer;
ssl_certificate_key /usr/local/nginx-0.6.35/key/server07.pem;
ssl_session_timeout 5m;
ssl_protocols SSLv2 SSLv3 TLSv1;
ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
ssl_prefer_server_ciphers on;
error_page 497 “https://$host$uri?$args”;
location / {
root html;
index index.html index.htm;
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://winalite.com;
}

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
nginx的安裝和參數(shù)就不詳細(xì)敘述了。自己慢慢研究吧。我就這么配置起來的。現(xiàn)在session復(fù)制和負(fù)載均衡都正常了。

后續(xù)
現(xiàn)在跑應(yīng)用的時(shí)候出現(xiàn)一個(gè)奇怪的現(xiàn)象
每次提交表單查詢就會(huì)出現(xiàn)這樣的現(xiàn)象。少個(gè)問號(hào)
https://192.168.1.62/wecs/poMemb … entMoney=1005337600
正常的應(yīng)該是下面這樣
https://192.168.1.62/wecs/poMemb … entMoney=1005337600
如果直接單獨(dú)訪問tomcat1和tomcat2都是正常的。就是通過nginx的負(fù)載均衡方式訪問就會(huì)出現(xiàn)這樣的現(xiàn)象
問題已經(jīng)解決了，希望對(duì)大家能有幫助
error_page 497 “https://$host$uri$is_args$args”;
增加了$is_args

首先，編譯nginx時(shí)要打開SSL：
./configure --prefix=/usr/local/nginx --with-http_stub_status_module --with-http_ssl_module
make && make install

可以參考默認(rèn)的配置文件，打開https訪問：

    server {
        listen       443;
        server_name  localhost;

        ssl                  on;
        ssl_certificate      cert.pem;
        ssl_certificate_key  cert.key;

        ssl_session_timeout  5m;

        ssl_protocols  SSLv2 SSLv3 TLSv1;
        ssl_ciphers  ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
        ssl_prefer_server_ciphers   on;

        location / {
            root   html;
            index  index.html index.htm;
        }
    }

接下來在nginx安裝目錄的conf下創(chuàng)建自行簽名的證書。
生成RSA密鑰：
[root@renzhe conf]# openssl dsaparam -rand -genkey -out myRSA.key 1024
0 semi-random bytes loaded
Generating DSA parameters, 1024 bit long prime
This could take some time
..+...+............+...................+................+...+......+.....+....+.....+.............................
+....+.+++++++++++++++++++++++++++++++++++++++++++++++++++*
.........+...............................+...........+.........+................+............+...+...........+...+
..............+.....+.+.+.....+...+.....+....+...................+............+............+..+.....+.........+...
...+......+......+..+.....................+...............+...............+.+............+...+++++++++++++++++++++
++++++++++++++++++++++++++++++*

生成CA密鑰：(要輸入一個(gè)自己記得的密碼)
[root@renzhe conf]# openssl gendsa -des3 -out cert.key myRSA.key
Generating DSA key, 1024 bits
Enter PEM pass phrase:
Verifying - Enter PEM pass phrase:

用這個(gè)CA密鑰來創(chuàng)建證書：
[root@renzhe conf]# openssl req -new -x509 -days 365 -key cert.key -out cert.pem
Enter pass phrase for cert.key:     ###此處輸入上一步的密碼
You are about to be asked to enter information that will be incorporated
into your certificate request.
What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.
-----
Country Name (2 letter code) [GB]:CN
State or Province Name (full name) [Berkshire]:GuangDong
Locality Name (eg, city) [Newbury]:GuangZhou
Organization Name (eg, company) [My Company Ltd]:Init5.cn
Organizational Unit Name (eg, section) []:security
Common Name (eg, your name or your server's hostname) []:security.init5.cn   ###此處最好跟https的域名保持一致
Email Address []:wulei5482@163.com

把證書設(shè)置為root專用：
[root@renzhe conf]# chmod 700 cert.*

現(xiàn)在nginx可以啟動(dòng)了，https也已經(jīng)可以正常訪問。

1.jconsole是隨著JDK 1.5而推出的。這是一個(gè)Java監(jiān)測(cè)和管理控制臺(tái)-JMX兼容的圖形工具來監(jiān)測(cè)Java虛擬機(jī)。它能夠同時(shí)監(jiān)測(cè)本地和遠(yuǎn)程的JVMs。詳情可查看：jconsole工具介紹



2.VisualVM 集成了幾個(gè)現(xiàn)有的JDK軟件工具，輕量級(jí)內(nèi)存和CPU信息概要能力。這個(gè)工具被設(shè)計(jì)為同時(shí)在生產(chǎn)和開發(fā)時(shí)使用，進(jìn)一步提高監(jiān)視的能力和Java SE平臺(tái)的性能分析能力。


http://www.alphaworks.ibm.com/tech/heapanalyzer
3.HeapAnalyzer 能夠通過它采用啟發(fā)式搜索引擎和分析Java堆棧存儲(chǔ)信息發(fā)現(xiàn)可能的Java堆棧泄漏區(qū)域，它通過解析Java堆棧存儲(chǔ)信息，創(chuàng)建定向圖表，變換他們成定向樹和執(zhí)行啟發(fā)式搜索引擎。



4.PerfAnal 是在Java 2平臺(tái)上為了分析應(yīng)用表現(xiàn)的一個(gè)基于GUI的工具。您能使用PerfAnal的辯認(rèn)性來查找出您需要調(diào)整的代碼。



5.JAMon 是一個(gè)免費(fèi)，簡單，高性能，安全，允許開發(fā)者容易地監(jiān)測(cè)生產(chǎn)應(yīng)用程序的Java API。



6.Eclipse Memory Analyzer 是幫助您發(fā)現(xiàn)內(nèi)存泄漏和減少記憶消耗量的一臺(tái)快速和功能豐富的Java堆分析儀。



7.GCViewer 一個(gè)免費(fèi)開源工具，使用Java VM屬性-verbose:gc 和－Xloggc生成可視化數(shù)據(jù)。它也計(jì)算垃圾收集相關(guān)的性能指標(biāo)(生產(chǎn)量、積累停留、最長的停留等等)。



如果您正在運(yùn)行您的應(yīng)用程序在HP - UX平臺(tái)，看看下面：

8. HPjmeter

      1. 確定和診斷在HP-UX上運(yùn)行的java 應(yīng)用程序的問題；

      2. 監(jiān)察正在運(yùn)行的java應(yīng)用程序和分析切面數(shù)據(jù)；

      3. 捕捉剖面數(shù)據(jù)與零制備時(shí)，使用JDK / JRE的5.0.04或更高；

      4. 在HP - UX ， Linux和Windows 系統(tǒng)上運(yùn)行HPjmeter控制臺(tái)；

      5. 改善垃圾回收機(jī)制的表現(xiàn)。



9.HPjconfig 是為調(diào)整您的HP-UX 11i HPIntegrity Itanium? 和HP 9000 PA-RISC系統(tǒng)核心參量的Java配置工具，匹配您的應(yīng)用的特征。 HPjconfig為專門制作您的HP-UX硬件工作臺(tái)提供核心參量推薦。他提供了保持和還原的功能，根據(jù)您的客戶的需要提供適合的建議，考慮到具體的Java和HP - UX的版本問題，HPjconfig決定所有最新的HP - UX的修補(bǔ)程序所需的Java性能和功能在系統(tǒng)上安裝，并提示出所有遺失或取代補(bǔ)丁。



10.Java Out-of-Box Tool 一個(gè)獨(dú)立的捆綁安裝時(shí)將安裝啟動(dòng)（ RC ）的腳本，修改核心參量，重建核心和重新起動(dòng)系統(tǒng)。 在啟動(dòng)期間，啟動(dòng)腳本將修改系統(tǒng)tunables，因而為Java提供更好的Out of The Box行為。