これを説明してください：
一致する文字シーケンスの長さlは、単一のバイトとしてエンコードされます
値128+Lで、127を超えるLごと、または値のあるMバイトのシーケンス
255に続いて、127未満ではないlごとに値128+nの単一バイトが続きます。
ここで、l = 127*m + n。128-255のバイト値の範囲は、多くの場合ログで使用されていません、
ただし、そのような値に遭遇した場合、それは単に脱出フラグが先行します
（127）。このようにして、変換は完全に可逆的です。
次の入力例を考えてみましょう。
12.222.17.217- [2003年2月3日/2月3日：03：08：13 +0100] "get /jettop.htm http/1.1" "
12.222.17.217- [2003年2月3日/2月：03：08：14 +0100] "get /jetstart.htm http/1.1" "
実際、これらはFP.LOGテストファイルからの2つの隣接する行の始まりです。
上線が以前に圧縮されたラインであり、下の線が1つであると仮定します
今圧縮される。アルゴリズムは、行の文字の一致を開始します
まず、両方の行に表示される38の連続した文字があるので、
値166（128+38）に置き換えられました。次に、シングルを保存して、次のスペースを探します
それに先行する比類のないキャラクター（「4」）。これで、データを処理および参照するデータ
次のように見えます：
+0100]「get /jettop.htm http /1.1」
+0100]「get /jetstart.htm http /1.1」
59 Przemyslaw SkibinskiとJakub Swacha
今回は、両方の行に登場する16の連続したキャラクターがありますので、
値144（128+16）に置き換えられます。繰り返しますが、次のスペースを探し、
それに先行する比類のない文字の文字列（「start.htm」、一致することに注意してください
この段階では接尾辞は悪用されません）。これで、データを処理および参照するデータ
次のように見えます：
HTTP/1.1 "
HTTP/1.1 "
今回は両方の行に登場する9つの連続したキャラクターがありますので、
値137（128+9）に置き換えられました。フルラインが処理されました。入力は次のとおりです。
12.222.17.217- [2003年2月3日/2月：03：08：14 +0100] "get /jetstart.htm http/1.1" "
出力は（丸ブラケットが指定された値を持つバイトを表す）です。
（166）4（144）start.htm（137）
explain this: 
The length l of the matching sequence of characters is encoded as a single byte
with value 128+l, for every l smaller than 127, or a sequence of m bytes with value
255 followed by a single byte with value 128+n, for every l not smaller than 127,
where l = 127*m + n. The byte value range of 128-255 is often unused in logs,
however, if such a value is encountered, it is simply preceded with an escape flag
(127). This way the transform is fully reversible.
Consider the following input example:
12.222.17.217 - - [03/Feb/2003:03:08:13 +0100] "GET /jettop.htm HTTP/1.1"
12.222.17.217 - - [03/Feb/2003:03:08:14 +0100] "GET /jetstart.htm HTTP/1.1"
Actually, these are beginnings of two neighboring lines from the fp.log test file.
Assume the upper line is the previously compressed line, and the lower line is the one
to be compressed now. The algorithm starts matching characters from the line
beginning, there are 38 consecutive characters which appear in both lines, so they are
replaced with value 166 (128+38). Then we look for the next space, storing the single
unmatched character that precedes it (‘4’). Now the data to process and reference line
looks as follows:
+0100] "GET /jettop.htm HTTP/1.1"
+0100] "GET /jetstart.htm HTTP/1.1"
59 Przemyslaw Skibinski and Jakub Swacha
This time we have 16 consecutive characters which appear in both lines, so they
are replaced with value 144 (128+16). Again, we look for the next space, storing the
string of unmatched characters that precede it (‘start.htm’, notice that matching
suffixes are not exploited at this stage). Now the data to process and reference line
looks as follows:
HTTP/1.1"
HTTP/1.1"
This time we have 9 consecutive characters which appear in both lines, so they are
replaced with value 137 (128+9). The full line has been processed. The input was:
12.222.17.217 - - [03/Feb/2003:03:08:14 +0100] "GET /jetstart.htm HTTP/1.1"
And the output is (round brackets represent bytes with specified values):
(166)4(144)start.htm(137)