Time of Update: 2018-07-26
LoadRunner監視的效能計數器 今天,我先把我整理的一些計數器及其閾值要求等貼出來,這些計數器是針對我對windows作業系統,C/S結構的sql server資料庫及WEB平台.net產品測試時的一些計數器;大家可以繼續補充,作過unix平台上oracle資料庫測試及J2EE架構及WEBLOGIC方面測試的朋友,也希望把自己使用的計數器貼出來,讓大家分享。 好了,先說這些了,希望通過這個專題,最終能讓大家對自己的測試結果進行分析。
Time of Update: 2018-07-26
圖片格式不對,無法粘帖。。。 EMC Autostart5.2安裝和配置手冊 一、安裝前需求: a)
Time of Update: 2018-07-26
淺談socket編程心得 做了好一陣的socket通訊,覺得網路通訊這東西真是不怎麼好弄,感覺很多都不在自己的控制當中。尤其對於 即時系統來說,如何保證不丟一條資料,如何管理每個用戶端的串連真是不那麼簡單。我為此苦惱困惑了很久, 可以說現在我還是有很多不解的地方。我只說說我遇到的一些問題和解決方案。希望可以協助到有需要的人。 我用的是delphi的tserversocket和tclientserver進行的資料轉送編程。編程過程中遇到的問題: 1、
Time of Update: 2018-07-26
web_url()和web_link()這兩個都是頁面訪問型函數,實現HTTP請求中的GET方法。 web_url("在測試結果中要顯示的名字","URL=需要訪問的超連結位址",LAST); web_link("在測試結果中要顯示的名字","TEXT=需要單擊的超連結名稱",LAST); 如果一個頁面有多個同名的超連結名,可以使用Ord關鍵字來選擇具體的連結。
Time of Update: 2018-07-26
Regex:在列值內進行匹配(萬用字元匹配整列) 1基底字元匹配 SELECT prod_name FROM products WHERE prod_name REGEXP ‘1000’ ORDER BY prod_name; SELECT prod_name FROM products WHERE prod_name REGEXP ‘.000’ ORDER BY prod_name; .是Regex語言中一個特殊的字元,它表示匹配任意一個字元
Time of Update: 2018-07-26
在一個表中有一個自動成長列c1,同時又有兩個外健列分別指向另外兩個標的主鍵c2,c3,突然有一天我想讓c2與c3組合為一個唯一鍵,這個時候先必須刪除關於c2與c3的重複鍵(因為c1不可能重複),這就是今天要討論的話題,如何刪除這種情況下的重複鍵。 在網上查詢了一下關於重複資料刪除鍵的一些做法,很多是用拷貝原表的一個distinct查詢表格到暫存資料表,然後刪除原表,最後拷貝暫存資料表到原表。近似代碼如下: select distinct * into #temp from table1;
Time of Update: 2018-07-26
聽上去共用記憶體和遊戲不太沾邊,但在遊戲伺服器上利用共用記憶體這個技術已經不是一個新鮮的事了,暢遊和像素早在天龍八部和尋仙就實現了這一應用(但不一定都像下面提到的這麼用)。 較早之前和同事討論過如何在現有架構裡利用共用記憶體這種進程間訪問統一資料的特點,最理想的應用方案是切合目前以情境為單位的邏輯進程分割方式,能訪問同一個記憶體資料就意味著情境間的物體進出進程間完全可以不用傳遞資料就能完成,怪物跟著玩家跑到另一個情境也成為很自然的事情,由於進程間使用的對象資料始終只有一份,
Time of Update: 2018-07-26
前言 前段時間遇到一個問題,由於是初次相識,所以寫一篇小筆記記錄一下。以免後面再次遇到類似的問題,可以參考提供解決問題的思路。當時是由於一個同事在群裡發了一張截圖,原來是一個服務掛掉了。當時看到他發的異常資訊日誌,完全是一臉懵逼,這問題從來沒遇到過啊。。。這下難搞了。 問題概述 當時同事發過來的頁面異常資訊是這樣的
Time of Update: 2018-07-26
這兩天有個很強烈的感覺就是自己在一些特別的情況下還是hold不住,腦子容易放空或者說一下子不知道怎麼去分析問題了,比如,問“hash和btree索引的區別”,這很難嗎,只要掌握了這兩種資料結構稍加分析就能得出答案,結果是一下子不知道從何說起。進入正題吧,這兩者有啥區別。 1. hash索引尋找資料基本上能一次定位元據,當然有大量碰撞的話效能也會下降。而btree索引就得在節點上挨著尋找了,很明顯在資料精確尋找方面hash索引的效率是要高於btree的; 2. 那麼不精確尋找呢,也很明顯,
Time of Update: 2018-07-26
索引具有一定的邏輯結構。 如上圖所示,索引包括一個或多個層次的分支塊以及一個層次的葉子塊。分支塊儲存著下一層級所包括的值範圍資訊,它會被在索引結構中進行搜尋以獲得所需的葉子塊。索引的高度是指第一個分支塊(也就是根索引塊)到葉子塊的分支層級數目。葉子塊包含排序後的索引對象的值和行編號。(排序:是根據索引欄位的值進行排序) 如果你建立一張新表,並在其欄位上建立索引,索引將會包含一個空塊,在這種情況下,這個唯一的塊既是根資料區塊又是椰子資料區塊。
Time of Update: 2018-07-26
前提:您的機器上已經裝了Oracle用戶端,並且已經可以用PL/SQL等視覺化檢視串連Oracle資料庫。 1、開啟PowerDesigner15,點擊File>>>Reverse Engineer>>>Database... 2、在快顯視窗中選擇Oracle Database10g... 3、接下來選擇“using a data source”,點擊右下角的資料庫表徵圖
Time of Update: 2018-07-26
輪詢(Polling)是指不管伺服器端有沒有更新,用戶端(通常是指瀏覽器)都定時的發送請求進行查詢,輪詢的結果可能是伺服器端有新的更新過來,也可能什麼也沒有,只是返回個空的資訊。不管結果如何,用戶端處理完後到下一個定時時間點將繼續下一輪的輪詢。
Time of Update: 2018-07-26
<update id="updateOrderById" parameterType="OrderEntity">update p_order<trim prefix="SET" suffixOverrides=","><if test="if_pay !=null and if_pay !='' "> if_pay
Time of Update: 2018-07-26
導讀:GitHub公司的職員Zach Holman寫了一篇關於“GitHub如何運作管理”的文章,文章分三部分,這是第三部分:創新很重要。(第一部分和第二部分,下面是全文) 我們想創造一個創新的環境。員工做項目的時候會愛上這樣的環境,它讓人振奮,振奮是容易感染人的,可以從一個項目傳遞到另一個項目。甚至如果我們沒有在一個項目上賺到錢,而振奮感仍舊會帶入到能夠讓我們賺錢的項目中去。 酒精
Time of Update: 2018-07-26
子查詢: (下面的例子中cat_id表示欄目,goods_name表示商品名字,shop_price表示商品價格) 一、where型子查詢:把內層查詢的結果作為外層查詢的比較條件 例: 1、selectgoods_id,goods_name from goods where goods_id = (select max(goods_id) fromgoods); 2、查出每個欄目下最新的商品(以goods_id最大為最新) select
Time of Update: 2018-07-26
1、adodb資料庫類介紹 雖然 PHP 是建構 Web 系統強有力的工具,但是 PHP 存取資料庫的功能,一直未能標準化,每一種資料庫,都使用另一種不同且不相容的應用程式介面(API)。為了填補這個缺憾,因此才有 ADODB 的出現。一旦存取資料庫的介面予以標準化,就能隱藏各種資料庫的差異,若欲轉換至其它不同的資料庫,將變得十分容易 使用 ADODB
Time of Update: 2018-07-26
這些東西都是從其他地方找來的一些解決MYSQL資料庫這個錯誤的方法,並不一定適用於神跡資料庫,僅僅供參考一下,具體的解決方案還是需要摸索。也可能其中任意方法都可以適用於本資料庫。我暫時沒有條件測試,有條件的去測試一下,有望解決資料庫報此錯誤的問題。 (一) 昨晚瀏覽自己的Blog的時候,突然發現所有頁面都無法顯示,到後台查看的時候,發現一個”Table ‘xxx’ is marked as crashed and should be repaired”
Time of Update: 2018-07-26
最近在做一個項目,該項目主要流程如下: 1、客戶應用已有的系統向SQL資料庫中的互動資料表插入資料 2、讀取互動資料表中的資料到項目的軟體上 3、項目的軟體通過介面串連公司已有的系統上,實現資料的控制 4、將控制的結果回送到互動資料表中 5、客戶的系統讀取結果 約摸半個多月後,項目軟體就做出來了,然後在公司內部進行了測試,之後交付給客戶使用。
Time of Update: 2018-07-26
1、設定檔中關鍵資訊是否加密:如資料庫連接帳號密碼 2、頁面原始碼敏感資訊:如修改口令頁面修改時查看原始碼無明文 3、代碼注釋敏感資訊:不包含比如:內網IP地址、SQL語句、密碼、實體路徑等 4、異常處理敏感資訊:錯誤請求返回不包含敏感資訊如:伺服器版本 5、webservice頁面資訊:如axis發布的HappyAxis.jsp不能直接存取 6、web伺服器狀態資訊:錯誤參數請求 7、上傳目錄和臨時目錄訪問 8、日誌目錄、記錄檔明文資訊泄露
Time of Update: 2018-07-26
1、安全性測試適用範圍 2、安全性測試過程圖 3、安全性測試途徑 3.1、自動化漏洞掃描工具appscan等 3.2、伺服器帳號許可權測試、連接埠掃描 3.3、http協議基本方法測試:put、delete、trace、move、copy 3.4、web伺服器版本資訊(已知漏洞利用) 3.5、dirbuster工具方式敏感介面遍曆(枚舉方式) 3.6、Robots方式敏感介面尋找 3.7、web控制台弱口令測試 3.8、dirbuster目錄列表測試