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