其他

前面一篇文章提到了兩個Netfilter上的新玩意兒，其中之一就是bpf match模組，另一個nftables的ball還沒有放出來，即使放出來了，它的吸引力也沒有bpf match大，畢竟伯克利的東西不可小覷啊！雖然nftables也是借用了BPF的思想，但是能看得出的僅在代碼層面上，反之，bpf

首先在E:\TestLucene\workspaceSE路徑下，建立檔案夾indexdocs和3個txt檔案：L1.txt，L2.txt，L3.txt.L1.txt內容：111111111111111111111111111111111111111111111111111111111111111111111111111資訊檢索就是從資訊集合中找出與使用者需求相關的資訊。被檢索的資訊除了文本外，還有映像、音頻、視頻等多媒體資訊，這裡我們主要來說說文本資訊的檢索。全文檢索索引：把使用者的查詢請求和全

純乙太網路環境，一條鏈路被blocking掉一定是因為STP發現有一個物理環嗎？未必！昨晚協助產品實施，發現一個問題，客戶方的網管最終發現並解決了問題，可是他的解釋卻不正確。我想通過寫本文來描述一下這件事。首先是網路拓撲：以下是相關的配置：1.裝置1的彙總0配置為broadcast方式，也就是同一個幀兩根線上都發送；2.裝置1配置成具有彙總0以及E3的雙連接埠橋接器；3.沒有了以下是相關現象：連接線1被STP

        XSTL的全稱是可擴充的樣式表轉換語言Extensible Stylesheet Transformation

我們有時反編譯某些jar包去研究代碼，從而達到學習的目的。這時就經常見到帶劃線的方法，如： 這種帶劃線的方法其實是作者不推薦使用的方法，由於版本更新等原因，這個類需要相容以前的方法，但並不推薦使用原來的方法，就可以用這個辦法告訴使用者。@deprecated就是廢棄的意思。只要加了這個標記，這個方法就會出現劃線。看看測試：原來的方法： 加入@deprecated後 所以大家在學習某架構的時候，一定要看看源碼，作者不推薦的方法盡量不要去學習了

一段錯誤的代碼首先看一段錯誤的代碼：#!/bin/bashSLICE=100;slppid=1;pidfile=/var/run/vpnrulematch.pid# 停止之前的sleepkill_prev() { pid=$1; /bin/kill -0 $pid;exist=$? ppid=$(/bin/cat /proc/$pid/status|/usr/bin/awk -F ' ' '/PPid/{print $2}'); if [

ApplicationContext實現的預設行為就是在啟動時將所有singleton bean提前進行執行個體化。提前執行個體化意味著作為初始化過程的一部分，ApplicationContext執行個體會建立並配置所有的singleton bean。通常情況下這是件好事，因為這樣在配置中的任何錯誤就會即刻被發現（否則的話可能要花幾個小時甚至幾天）。有時候這種預設處理可能並不是你想要的。如果你不想讓一個singleton

BPF是一個過濾機制，它用於過濾送往特定地點比如使用者空間的資料包，它被設計成一種類似組合語言的語言，可以稱之為偽彙編碼。雖然被設計用來過濾資料包，但這種設計方式更適合用於操作硬體，特別用來編寫需要寫少量固定序列的硬體驅動程式。不管用於什麼，BPF的設計是優秀的，是狀態機器實現控制邏輯的完美執行個體。BPF實際上是一組基於狀態機器的匹配過濾序列，用於簡單的資料包模式比對。每個匹配包含四個元素，定義為一個結構體：struct socket_filter{    __u16    code;   /

目前最重要的網路應用是什嗎？毫無疑問，依然是電子郵件！mail--只是一個操作介面，並不完成實質性的工作，它相當於上門服務的郵政快遞員，和更複雜一些的mutt以及windows上的outlook(outlook有所不同，因為它整合了大部分的東西)是一樣的；一般情況下，mail的設定檔中總會有一行：set

相信很多人都遇到過資料被誤刪除然後要求DBA將資料還原回來，但是使用者只知道發生的大概時間。這個時候查看備份可能看到有兩個備份的時間跟錯誤發生的時間差不多。如果你還原到最後一個的話，可能查看資料發現已經出問題了，那麼你得重新來一遍。如果Log很多的話這個是很花時間的。今天看到ORACLE的恢複原理中有這麼一句話：Beforeusing the OPEN RESETLOGS command to open the database in read/writemode after an

使用者希望可以根據產品在Cognos中動態顯示出產品的Log,這個在Cognos中可以通過條件變數實現，每個產品值對應一個圖片名稱。這樣做比較複雜，首先要定義多個變數，然後針對於每個變數設定Image URL地址。 具體如何?可以參考：How to show images dynamically? 還有一種辦法是在URL Source中來源類型使用”Report Expression”. 下面我做的例子，根據國家動態顯示圖片。 1．  先拖入國家欄位，然後插入一個Image欄位。 2． 

維度建模的資料倉儲中，有一個概念叫Slowly Changing Dimensions，中文一般翻譯成“緩慢變化維”，經常被簡寫為SCD。緩慢變化維的提出是因為在現實世界中，維度屬性並不是靜態，它會隨著時間的流失發生緩慢的變化。這種隨時間發生變更維度我們一般稱之為緩慢變化維，並且把處理維度資料表的曆史變化資訊的問題稱為處理緩慢變化維的問題，有時也簡稱為處理SCD的問題。處理緩慢變化維的方法通常分為三種方式。第一種方式是直接覆蓋原值。這樣處理，最容易實現，是沒有保留曆史資料，無法分析曆史變化資訊。

還原資料庫檔案組的時候出現下面的錯誤： Msg 3159, Level 16, State 1, Line 1The tail of the log for the database "testfile" has not been backedup. Use BACKUP LOG WITH NORECOVERY to backup the log if it contains work you donot want to lose. Use the WITH REPLACE or WITH

Default Trace用途預設跟蹤可確保資料庫管理員在問題首次出現時即具有診斷該問題所需的日誌資料，從而為資料庫管理員提供了故障排除協助。由於Default Trace儲存了大量有用的資訊，可以快速協助我們做Audit或者Troubleshooting,所以保留曆史資訊也是很有用的。解決方案：1.首先建立資料表用來儲存Trace資訊，然後將現有的Defatult trace資訊儲存入建立的表中：DECLARE @path NVARCHAR(260);SELECT @path =

我們使用對應磁碟機備份SQL Server資料庫的時候可能會遇到下面的錯誤： ”失敗，錯誤如下:“無法開啟備份裝置 'z:\GBDB_backup_201306302002.bak'。出現作業系統錯誤 3(系統找不到指定的路徑。)。 資料庫無法找到路徑，但是如果我們直接開啟的話是可以正常訪問的，那麼為什麼SQL Server無法訪問呢？ 因為SQL Server是作為Service啟動並執行，所以無法感知到共用路徑映射的網路驅動盤。因為SQL Server服務使用SQL

有兩個方法可以查看Cursor是否Open: 1.查詢syscursors系統資料表： Select * from MASTER.dbo.syscursors 2. 使用CURSOR_STATUS函數： 比如：CREATE TABLE#TMP(   ii int)GO INSERT INTO#TMP(ii)VALUES(1)INSERT INTO#TMP(ii)VALUES(2)INSERT INTO#TMP(ii)VALUES(3) GO --Create a cursor.DECLARE

這幾天使用birt做報表，至於birt做麼玩的我就不想說了，剛用這個東西我也不是很熟練，只是在用的時候發現一個問題感覺很不適用報表。一般我們做報表的sql是這樣寫的：mysql> select sum(callcost) sumcallcost, -> sum(duration) sumduration, -> sum(chargeclass) sumchargeclass, -> sum(acrtype) sumacrtype

有時候，你僅僅有一個IP地址，然而卻有多台裝置，比如公司配發的電腦，自己的膝上型電腦，手機，iPad等，顯然公司配發的電腦將是你的這個IP的第一優先佔有者，其它的裝置將無法接入。如果你手上有一個帶有WIFI模組的Linux BOX，你可能會想到建立二級路由，然而此時你的那台公司配發的機器就會被隱藏在這個BOX後面，如果你的BOX在WAN口做了基於狀態的MASQURADE地址轉換，那麼所有針對你的被隱藏的工作機的主動訪問都將不可能，除非你配置複雜的DNAT規則或者路由規則。       

SQL Server Profiler中提供了一個Blocked Process Report 事件，這個事件可以記錄阻塞超過指定的時間的任務，使用這個事件我們可以記錄資料庫的阻塞資訊。 下面我們來看一下如何使用Blocked ProcessReport： 使用Blocked Process Report需要配置閾值和報告產生頻率，使用sp_configure 命令配置 blocked process threshold 選項（以秒為單位進行設定）。 預設情況下，不產生阻塞的進程報告。 1.  

SQL Server在刪除變長列或者減小變長列的長度後，表的大小不會響應自動減小，除非DBA重建索引或者reorganized索引。變長列包括varchar,nvarchar, varchar(max), nvarchar(max), varbinary, varbinary(max), text, ntext,image, sql_variant,和xml。 SQL Server提供了一個DBCCCLEANTABLE的命令可以回收表或索引檢視表中已刪除的可變長度列的空間。 下面我們做個測試：