2008年2月26日
很多人都分不清GET與POST的區(qū)別，以及什么時(shí)候用GET？什么時(shí)候用POST？
GET和POST兩種方法都是將數(shù)據(jù)送到服務(wù)器，但你該用哪一種呢？
HTTP標(biāo)準(zhǔn)包含這兩種方法是為了達(dá)到不同的目的。POST用于創(chuàng)建資源，資源的內(nèi)容會(huì)被編入HTTP請(qǐng)示的內(nèi)容中。例如，處理訂貨表單、在數(shù)據(jù)庫(kù)中加入新數(shù)據(jù)行等。
當(dāng)請(qǐng)求無(wú)副作用時(shí)（如進(jìn)行搜索），便可使用GET方法；當(dāng)請(qǐng)求有副作用時(shí)（如在數(shù)據(jù)庫(kù)添加數(shù)據(jù)行），則用POST方法。一個(gè)比較實(shí)際的問(wèn)題是：GET方法可能會(huì)產(chǎn)生很長(zhǎng)的URL，或許會(huì)超過(guò)某些瀏覽器與服務(wù)器對(duì)URL長(zhǎng)度的限制。
若符合下列任一情況，則用POST方法：
請(qǐng)求的結(jié)果有持續(xù)性的副作用，例如，數(shù)據(jù)庫(kù)內(nèi)添加新的數(shù)據(jù)行。
若使用GET方法，則表單上收集的數(shù)據(jù)可能讓URL過(guò)長(zhǎng)。
要傳送的數(shù)據(jù)不是采用7位的ASCII編碼。
若符合下列任一情況，則用GET方法：
請(qǐng)求是為了查找資源，HTML表單數(shù)據(jù)僅用來(lái)幫助搜索。
請(qǐng)求結(jié)果無(wú)持續(xù)性的副作用。
收集的數(shù)據(jù)及HTML表單內(nèi)的輸入字段名稱的總長(zhǎng)不超過(guò)1024個(gè)字符。
本文來(lái)自: 中國(guó)自學(xué)編程網(wǎng)(www.zxbc.cn) 詳細(xì)出處參考：http://www.zxbc.cn/html/article/aspprog/0916120715029.html
2008年2月25日
J2EE服務(wù)器啟動(dòng)時(shí)會(huì)建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接。客戶端程序需要連接時(shí)，池驅(qū)動(dòng)程序會(huì)返回一個(gè)未使用的池連接并將其表記為忙。如果當(dāng)前沒(méi)有空閑連接，池驅(qū)動(dòng)程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。當(dāng)使用的池連接調(diào)用完成后，池驅(qū)動(dòng)程序?qū)⒋诉B接表記為空閑，其他調(diào)用就可以使用這個(gè)連接。
2007年7月12日
web.xml文件的格式-必須注意順序
由于Web程序開發(fā)中各種人員有不同分工，而Web程序的部署描述文件是程序構(gòu)件提供者、程序組裝者和程序部署者之間的溝通機(jī)制；Servlet 2.4之前的版本規(guī)定了在Web服務(wù)器中使用DTD格式的web.xml，而Servlet 2.4將依照XML schema格式定義web.xml；實(shí)際上這兩種格式的web.xml只是在頭部有區(qū)別，其內(nèi)容都是描述Web程序的部署信息。在web.xml中出現(xiàn)的部署元素主要包含以下信息：
ServletContext的初始化變量(Init Parameters)；
交互會(huì)話(Session)的設(shè)置；
Servlet的聲明定義；
Servlet和網(wǎng)址URL的映射(Mapping)；
應(yīng)用程序生命周期的監(jiān)聽器(Application Lifecycle Listener)；
過(guò)濾器聲明；
過(guò)濾器和網(wǎng)址URL或Servlet/JSP的映射；
MIME類型；
歡迎文件(Welcome File)；
錯(cuò)誤網(wǎng)頁(yè)(Error Pages)；
安全設(shè)置信息；
taglib配置；
JNDI對(duì)象(env-entry，ejb-ref，ejb-local-ref，resource-ref，resource-env-ref)。
在web.xml中具體標(biāo)識(shí)為：
icon?,
display-name?,
description?,
distributable?,
context-param*,
filter*,
filter-mapping*,
listener*,
servlet*,
servlet-mapping*,
session-config?,
mime-mapping*,
welcome-file-list?,
error-page*,
taglib*,
resource-env-ref*,
resource-ref*,
security-constraint*,
login-config?,
sec..............
其中taglib配置與JNDI對(duì)象這兩項(xiàng)是支持J2EE的Web服務(wù)器必須要求的。對(duì)于不支持J2EE的servlet/JSP服務(wù)器，不需要這兩項(xiàng)；在web.xml中的元素需要按照規(guī)定的大小寫和順序出現(xiàn)。
2007年5月30日
用JBoss 3.2.1架站以來(lái)，始終是一個(gè)大問(wèn)題。不大的站點(diǎn)，1G的內(nèi)存都不夠用，經(jīng)常要消耗500Mb的交換內(nèi)存（swap)。
JAVA_OPTS（bin/run.conf）寫法： -Xms 520m -Xmx 1220m -Xss 15120k +XX:AggressiveHeap
這個(gè)JAVA_OPTS犯了2個(gè)致命的錯(cuò)誤：
1. +XX:AggressiveHeap會(huì)使得 Xms 1220m沒(méi)有意義。這個(gè)參數(shù)讓jvm忽略Xmx參數(shù)，瘋狂地吃完一個(gè)G物理內(nèi)存，再吃盡一個(gè)G的swap。
另外Xmx作為允許jvm使用的最大內(nèi)存數(shù)量，不應(yīng)該超過(guò)物理內(nèi)存的90％。
而之所以使用了這個(gè)參數(shù)，是因?yàn)椴患拥脑挘琂Boss會(huì)在運(yùn)行一天左右的時(shí)間后迅速崩潰，上機(jī)課是，甚至出現(xiàn)過(guò)半個(gè)小時(shí)就崩潰的情況。
之所以要用這個(gè)參數(shù)，用swap支持服務(wù)器運(yùn)行，是因?yàn)榉噶讼旅娴腻e(cuò)誤：
2. -Xss 15120k
這使得JBoss每增加一個(gè)線程（thread)就會(huì)立即消耗15M內(nèi)存，而最佳值應(yīng)該是128K,默認(rèn)值好像是512k.
這就是JBoss剛啟動(dòng)時(shí)，還有200Mb內(nèi)存富余，但會(huì)在一個(gè)小時(shí)內(nèi)迅速用完，因?yàn)榉?wù)器的threads在迅速增加。前3天，每天都多吃80Mb左右的swap.在第四天開始穩(wěn)定下來(lái)。今年春節(jié)在外度假，觀察到了這個(gè)現(xiàn)象，卻不理解其原因：服務(wù)器在線程到達(dá)100之后，一般不再增加新的線程，新增加的在用完之后，會(huì)被迅速destroy，1.25-2.10所使用的線程基本是1.21- 1.23創(chuàng)建的，因此沒(méi)有再消耗新的內(nèi)存。服務(wù)器持續(xù)運(yùn)行時(shí)間，也因此大大超乎我5天的預(yù)期，到達(dá)了20天。
修改：
1.修改JAVA_OPTS,去掉+XX:AggressiveHeap，修改Xss。現(xiàn)在的JAVA_OPTS為：
－Xms 520m -Xmx 900m -Xss 128k
2.修改deploy/jbossweb-tomcat55.sar/service.xml
將maxThreads根據(jù)目前的訪問(wèn)量由默認(rèn)的250降為75，并使用jboss 4默認(rèn)未寫在標(biāo)準(zhǔn)service.xml里面而jboss 3寫入了的2個(gè)參數(shù): maxSparseThreads=55，minSparseThreads=25
3.修改了oracle-ds.xml將最大連接數(shù)有150降為50.
4.去掉了一些不用的服務(wù)。
2007年4月10日
oracle number類型的數(shù)值存儲(chǔ)空間是幾個(gè)字節(jié)？
其實(shí)有公式可以計(jì)算：
number(p,s)占用得空間為：
length = floor((p+1)/2) + 1
備注：如果該數(shù)值為負(fù)數(shù)，需要再加一個(gè)字節(jié)。
----------------
例如：NUMBER(14,4)的類型數(shù)值，存儲(chǔ)空間為
select floor((14+1)/2) + 1 from dual
結(jié)果輸出為： 8
2006年6月8日
/*
*
* 如果需要精確計(jì)算,非要用String來(lái)夠造BigDecimal不可
*/
import java.math.BigDecimal;
/**
* 由于Java的簡(jiǎn)單類型不能夠精確的對(duì)浮點(diǎn)數(shù)進(jìn)行運(yùn)算，這個(gè)工具類提供精
* 確的浮點(diǎn)數(shù)運(yùn)算，包括加減乘除和四舍五入。
*/
public class Arith
{
//默認(rèn)除法運(yùn)算精度
private static final int DEF_DIV_SCALE = 10;
//這個(gè)類不能實(shí)例化
private Arith()
{
}
/**
* 提供精確的加法運(yùn)算。
* @param v1 被加數(shù)
* @param v2 加數(shù)
* @return 兩個(gè)參數(shù)的和
*/
public static double add(double v1, double v2)
{
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.add(b2).doubleValue();
}
/**
* 提供精確的減法運(yùn)算。
* @param v1 被減數(shù)
* @param v2 減數(shù)
* @return 兩個(gè)參數(shù)的差
*/
public static double sub(double v1, double v2)
{
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.subtract(b2).doubleValue();
}
/**
* 提供精確的乘法運(yùn)算。
* @param v1 被乘數(shù)
* @param v2 乘數(shù)
* @return 兩個(gè)參數(shù)的積
*/
public static double mul(double v1, double v2)
{
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.multiply(b2).doubleValue();
}
/**
* 提供（相對(duì)）精確的除法運(yùn)算，當(dāng)發(fā)生除不盡的情況時(shí)，精確到
* 小數(shù)點(diǎn)以后10位，以后的數(shù)字四舍五入。
* @param v1 被除數(shù)
* @param v2 除數(shù)
* @return 兩個(gè)參數(shù)的商
*/
public static double div(double v1, double v2)
{
return div(v1, v2, DEF_DIV_SCALE);
}
/**
* 提供（相對(duì)）精確的除法運(yùn)算。當(dāng)發(fā)生除不盡的情況時(shí)，由scale參數(shù)指
* 定精度，以后的數(shù)字四舍五入。
* @param v1 被除數(shù)
* @param v2 除數(shù)
* @param scale 表示表示需要精確到小數(shù)點(diǎn)以后幾位。
* @return 兩個(gè)參數(shù)的商
*/
public static double div(double v1, double v2, int scale)
{
if (scale < 0) {
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b1 = new BigDecimal(Double.toString(v1));
BigDecimal b2 = new BigDecimal(Double.toString(v2));
return b1.divide(b2, scale, BigDecimal.ROUND_HALF_UP).doubleValue();
}
/**
* 提供精確的小數(shù)位四舍五入處理。
* @param v 需要四舍五入的數(shù)字
* @param scale 小數(shù)點(diǎn)后保留幾位
* @return 四舍五入后的結(jié)果
*/
public static double round(double v, int scale)
{
if (scale < 0)
{
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b = new BigDecimal(Double.toString(v));
BigDecimal one = new BigDecimal("1");
return b.divide(one, scale, BigDecimal.ROUND_HALF_UP).doubleValue();
}
}
2006年5月27日
如果現(xiàn)在需要實(shí)現(xiàn)背景圖隨表格拉伸而不重復(fù)的拉伸填充，如何實(shí)現(xiàn)？
制作方法：
建立表格，并在<table>中插入CSS的一種濾鏡，代碼：
style="filter:progid:DXImageTransform.Microsoft.AlphaImageLoader(src='../images/counter_bg.jpg', sizingMethod='scale')"
********************************
System.currentTimeMillis()
?
???那么誰(shuí)來(lái)負(fù)責(zé)計(jì)算呢？首先System.currentTimeMillis()產(chǎn)生一個(gè)當(dāng)前的毫秒，這個(gè)毫秒其實(shí)就是自1970年1月1日0時(shí)起的毫秒數(shù)，Date()其實(shí)就是相當(dāng)于Date(System.currentTimeMillis());因?yàn)镈ate類還有構(gòu)造Date(long date)，用來(lái)計(jì)算long秒與1970年1月1日之間的毫秒差。
???得到了這個(gè)毫秒數(shù)，我們自己也可以算起現(xiàn)在的年月日周時(shí)，但是這不是我們?nèi)ビ?jì)算的，因?yàn)橛蠧alendar。Calendar最終出的結(jié)果就是年月日周時(shí)時(shí)區(qū)。
********************************
最近word出現(xiàn)了一個(gè)高風(fēng)險(xiǎn)漏洞,利用微軟WORD文字處理軟件未知漏洞的惡意DOC文檔,該DOC文檔可以導(dǎo)致WORD發(fā)生緩沖區(qū)溢出，進(jìn)而執(zhí)行包含在文檔中的惡意代碼，并可能導(dǎo)致WORD程序崩潰。如果惡意代碼成功執(zhí)行，用戶計(jì)算機(jī)中會(huì)被種植一個(gè)后門程序，系統(tǒng)會(huì)被黑客完全控制。