縮短網址演算法

Ⅰ 微博上是如何把一個長URL變成一個短小的URL的這是一種加密方式嗎

那是新浪針對新浪微博推出的一種功能。不用用戶自己轉換，這個步驟由新浪來代勞。
他不是加密方式，簡單的說就是換了一種表現形式

為什麼要這樣做的，原因我想有這
樣幾點：
1、微博限制字數為140字一條，那
么如果我們需要發一些連接上去，
但是這個連接非常的長，以至於將
近要佔用我們內容的一半篇幅，這
肯定是不能被允許的，所以短網址
應運而生了。
2、短網址可以在我們項目里可以
很好的對開放級URL進行管理。有
一部分網址可以會涵蓋XX，暴力，
廣告等信息，這樣我們可以通過用
戶的舉報，完全管理這個連接將不
出現在我們的應用中，應為同樣的
URL通過加密演算法之後，得到的地
址是一樣的。
3、我們可以對一系列的網址進行
流量，點擊等統計，挖掘出大多數
用戶的關注點，這樣有利於我們對
項目的後續工作更好的作出決策。
其實以上三點純屬個人觀點，因為
在我接下來的部分項目中會應用
到，所以就了解了一下，下面先來
看看短網址映射演算法的理論（網上
找到的資料）
1)將長網址md5生成32位簽名串,分
為4段, 每段8個位元組;
2)對這四段循環處理, 取8個位元組, 將
他看成16進制串與0x3fffffff(30位1)
與操作, 即超過30位的忽略處理;
3)這30位分成6段, 每5位的數字作
為字母表的索引取得特定字元, 依
次進行獲得6位字元串;
4)總的md5串可以獲得4個6位串; 取
裡面的任意一個就可作為這個長url
的短url地址;
很簡單的理論，我們並不一定說得
到的URL是唯一的，但是我們能夠
取出4組URL，這樣幾乎不會出現太
大的重復。

Ⅱ 如何使用騰訊的網址縮短服務

短域名仍然遵守 URL 的標准格式，即：schema+host+path。schema 沒什麼好說的，host 部分，仍然是各回各家，各找各媽。例如，t.cn 是新浪的，tb.cn 是阿里的(話說，新浪能搶到 t.cn 這個域名，也是夠拼的)。這部分必定是需要 DNS 解析的。清理掉 DNS 緩存後訪問短域名， 而 path 部分，各家的實現方式就有區別了。總體來說，需要對原來較長的域名做一個壓縮，壓縮到 5-8 個字元。這就涉及到域名縮短後是否會重復的問題。以壓縮到 6 個字元為例，a-zA-Z0-9 共 62 種可能，那麼 6 個字元的組合就是 62^6，約 568億，重復的概率已經比較小了。壓縮演算法暫且不表。

騰訊短網址

Ⅲ 為什麼有的URL長,有的短

一、前言
前幾天整理面試題的時候，有一道試題是《如何將一個很長的URL轉換為一個短的URL，並實現他們之間的相互轉換？》，現在想起來這是一個絕對不簡單的問題，需要考慮很多方面，今天和大家一起學習研究一下！

短網址：顧名思義，就是將長網址縮短到一個很短的網址，用戶訪問這個短網址可以重定向到原本的長網址（也就是還原的過程）。這樣可以達到易於記憶、轉換的目的，常用於有字數限制的微博、二維碼等等場景。

關於短URL的使用場景，舉個簡單的例子來說明一下，看一下業務中使用短URL的重要性！

二、短地址使用場景
1、新浪微博

我們在新浪微博上發布網址的時候，微博會自動判別網址，並將其轉換，例如：https://t.cn/RuPKzRW。為什麼要這樣做的？

這是因為微博限制字數為140字一條，那麼如果我們需要發一些鏈接上去，但是這個鏈接非常的長，以至於將近要佔用跡簡我們內容的一半篇幅，這肯定是不能被允許的或者說用戶體驗很差的，所以短網址應運而生了，短網址這種服務可以說是在微博出現之後才流行開來的！往下看：

（1）首先，我先發一條微博帶有一個URL地址：

（2）然後，看他轉換之後顯示的效果是什麼樣子的哪？

（3）查看對應頁面元素的HTML源碼如下：

（4）可以看出：https://blog.csdn.net/xlgen157387/article/details/79863301 被轉換為：http://t.cn/RuPKzRW，此時你訪問http://t.cn/RuPKzRW是可以定位到https://blog.csdn.net/xlgen157387/article/details/79863301，也就是實現了轉換。

2、短網址二維碼

網址在轉換成短網址時，也可以生成相應的短網址二維碼，短網址二維碼的應用，二維碼核心解決的是跨平台、跨現實的數據傳輸問題；而且二維碼跟應用場景結合之後，所能解決的問題會越來越多。

（1）短網址二維碼相比短鏈接更方便，能少輸入，盡量少輸入，哪怕只是少點一下鍵盤，都是有意義的。

（2）二維碼只是掃描一個簡單的鏈接，打開的卻是一個世界。想像一下，用手機購買售貨機里商品，二維碼掃描是略快於從用手機找到該售貨機並找到該商品的，而且這種操作相對於搜索/查找而言不是更優雅嗎?

（3）所有商超裡面的商品，都是使用條碼來確定商品的唯一性的，去買單的時候都是掃描條碼。試想，如果裡面加入了更多產品的生產日期、廠家、流轉途徑、原材料等等信息，是不是厲害了呢?特別是針對食品信息的可追溯上，二維碼應用場景更廣泛。

三、短地址的好處
除了上述場景中，我們將長地址轉換為短地址的使用場景的優點（壓縮URL長度）之外，短地址還具有很多實際場景中的優點，例如：

（1）節省網址長度，便於社交化傳播，一個是讓URL更短小，傳播更方便，尤其是URL中有中文和特殊字元，短網址解決很長的URL難以記憶不利於傳播的問題；

（2）短網址在我們項目里啟岩可以很好的對開放以及對URL進行管理。有一部分網址可以會涵蓋性、暴力、廣告等信息，這樣我們可以通過用戶的舉報，完全管理這個連接將不出現在我們的應用中，對同樣的URL通過加密演算法之後，得到的地址是一樣的；

（3）悄州御方便後台跟蹤點擊量、地域分布等用戶統計。我們可以對一系列的網址進行流量，點擊等統計，挖掘出大多數用戶的關注點，這樣有利於我們對項目的後續工作更好的作出決策；

（4）規避關鍵詞、域名屏蔽手段、隱藏真實地址，適合做付費推廣鏈接；

（5）當你看到一個淘寶的寶貝連接後面是200個「e7x8bv7c8bisdj」這樣的字元的時候，你還會覺得舒服嗎。更何況微博字數只有140字，微博或簡訊里，字數不夠，你用條短網址就能幫你騰出很多空間來；

四、短網址服務提供平台
目前，國內網又很多提供短地址服務的平台，例如：

新浪：http://sina.lt/
網路：http://dwz.cn/
0x3：http://0x3.me/
MRW：http://mrw.so/
等等還有很多，這個可以搜索一下就會有很多！但是一個注意的是，如果使用某一個平台的短地址服務，一定要保證長期可靠的服務，不然一段時間失效了，我們以前已經轉換的URL就完了！

這里以網路例，將我們上述博客的地址轉換為短地址如下所示：

當然，對於我們的業務來說，如果自己可以提供自己的短URL服務那才是更好的，不需要受制於人！（中國晶元需要崛起！！！）

五、關於如何生成短地址URL的討論
關於短地址URL如何生成方式的，網上有很多方式，有基於映射的，有基於Hash的，有基於簽名的，但是總的來說並不能滿足絕大部分場景的使用，或者說是一種錯誤的設計方式。這里不再重復造輪子！以下是知乎用戶iammutex關於該問題的探討，截圖過來和大家一起學習一下：

作者：iammutex
鏈接：https://www.hu.com/question/29270034/answer/46446911
來源：知乎
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
六、生成短地址URL需要注意的
看到上述知乎用戶iammutex關於如何正確生成短地址URL的探討，我們知道了，可以通過發號器的方式正確的生成短地址，生成演算法設計要點如下：

（1）利用放號器，初始值為0，對於每一個短鏈接生成請求，都遞增放號器的值，再將此值轉換為62進制（a-zA-Z0-9），比如第一次請求時放號器的值為0，對應62進制為a，第二次請求時放號器的值為1，對應62進制為b，第10001次請求時放號器的值為10000，對應62進制為sBc。

（2）將短鏈接伺服器域名與放號器的62進制值進行字元串連接，即為短鏈接的URL，比如：http://t.cn/sBc。

（3）重定向過程：生成短鏈接之後，需要存儲短鏈接到長鏈接的映射關系，即sBc -> URL，瀏覽器訪問短鏈接伺服器時，根據URL Path取到原始的鏈接，然後進行302重定向。映射關系可使用K-V存儲，比如Redis或Memcache。

七、生成短地址之後如何跳轉哪？
對於該部分的討論，我們可以認為他是整個交互的流程，具體的流程細節如下：

（1）用戶訪問短鏈接：http://t.cn/RuPKzRW；

（2）短鏈接伺服器http://t.cn收到請求，根據URL路徑RuPKzRW獲取到原始的長鏈接（KV緩存資料庫中去查找）：https://blog.csdn.net/xlgen157387/article/details/79863301；

（3）伺服器返回302狀態碼，將響應頭中的Location設置為：https://blog.csdn.net/xlgen157387/article/details/79863301；

（4）瀏覽器重新向https://blog.csdn.net/xlgen157387/article/details/79863301發送請求；

（5）返回響應；

八、短地址發號器優化方案
1、演算法優化

採用以上演算法，如果不加判斷，那麼即使對於同一個原始URL，每次生成的短鏈接也是不同的，這樣就會浪費存儲空間（因為需要存儲多個短鏈接到同一個URL的映射），如果能將相同的URL映射成同一個短鏈接，這樣就可以節省存儲空間了。主要的思路有如下兩個：

方案1：查表

每次生成短鏈接時，先在映射表中查找是否已有原始URL的映射關系，如果有，則直接返回結果。很明顯，這種方式效率很低。

方案2：使用LRU本地緩存，空間換時間

使用固定大小的LRU緩存，存儲最近N次的映射結果，這樣，如果某一個鏈接生成的非常頻繁，則可以在LRU緩存中找到結果直接返回，這是存儲空間和性能方面的折中。

2、可伸縮和高可用

如果將短鏈接生成服務單機部署，缺點一是性能不足，不足以承受海量的並發訪問，二是成為系統單點，如果這台機器宕機則整套服務不可 用，為了解決這個問題，可以將系統集群化，進行「分片」。

在以上描述的系統架構中，如果發號器用Redis實現，則Redis是系統的瓶頸與單點，因此，利用資料庫分片的設計思想，可部署多個發號器實例，每個實例負責特定號段的發號，比如部署10台Redis，每台分別負責號段尾號為0-9的發號，注意此時發號器的步長則應該設置為10（實例個數）。

另外，也可將長鏈接與短鏈接映射關系的存儲進行分片，由於沒有一個中心化的存儲位置，因此需要開發額外的服務，用於查找短鏈接對應的原始鏈接的存儲節點，這樣才能去正確的節點上找到映射關系。

九、如何用代碼實現短地址
1、使用隨機序列生成短地址

說到這里終於說到重點了，很多小夥伴已經按捺不住了，不好意思讓大家失望了，這只是一片簡單的文章，並不能把這么繁雜的一個系統演示清楚！秉著不要重復造輪子的原則，這里給出一個為數不多還算可以的實現短地址的開源項目：urlshorter

注意：urlshorter本身還是基於隨機的方式生成短地址的，並不算是一個短地址發號器，因此會有性能問題和沖突的出現，和知乎用戶iammutex 描述的實現方式還是有區別的！而關於短地址發號器的方式目前還沒有找到更好的開源項目可供參考！

項目地址：https://gitee.com/tinyframework/urlshorter

2、使用SnowFlake發號器生成短地址

實現參考： https://github.com/beyondfengyu/SnowFlake http://www.wolfbe.com/detail/201611/381.html

Twitter的雪花演算法SnowFlake，使用Java語言實現。

SnowFlake演算法用來生成64位的ID，剛好可以用long整型存儲，能夠用於分布式系統中生產唯一的ID， 並且生成的ID有大致的順序。 在這次實現中，生成的64位ID可以分成5個部分：

0 - 41位時間戳 - 5位數據中心標識 - 5位機器標識 - 12位序列號
5位數據中心標識、5位機器標識這樣的分配僅僅是當前實現中分配的，如果業務有其實的需要，可以按其它的分配比例分配，如10位機器標識，不需要數據中心標識。

Java代碼實現如下：

/**
* 進制轉換工具，最大支持十進制和62進制的轉換
* 1、將十進制的數字轉換為指定進制的字元串；
* 2、將其它進制的數字（字元串形式）轉換為十進制的數字
* @author xuliugen
* @date 2018/04/23
*/
public class NumericConvertUtils {

/**
* 在進製表示中的字元集合，0-Z分別用於表示最大為62進制的符號表示
*/
private static final char[] digits = {'0', '1', '2', '3', '4', '5', '6', '7', '8', '9',
'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm',
'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z',
'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M',
'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z'};

/**
* 將十進制的數字轉換為指定進制的字元串
* @param number 十進制的數字
* @param seed 指定的進制
* @return 指定進制的字元串
*/
public static String toOtherNumberSystem(long number, int seed) {
if (number < 0) {
number = ((long) 2 * 0x7fffffff) + number + 2;
}
char[] buf = new char[32];
int charPos = 32;
while ((number / seed) > 0) {
buf[--charPos] = digits[(int) (number % seed)];
number /= seed;
}
buf[--charPos] = digits[(int) (number % seed)];
return new String(buf, charPos, (32 - charPos));
}

/**
* 將其它進制的數字（字元串形式）轉換為十進制的數字
* @param number 其它進制的數字（字元串形式）
* @param seed 指定的進制，也就是參數str的原始進制
* @return 十進制的數字
*/
public static long toDecimalNumber(String number, int seed) {
char[] charBuf = number.toCharArray();
if (seed == 10) {
return Long.parseLong(number);
}

long result = 0, base = 1;

for (int i = charBuf.length - 1; i >= 0; i--) {
int index = 0;
for (int j = 0, length = digits.length; j < length; j++) {
//找到對應字元的下標，對應的下標才是具體的數值
if (digits[j] == charBuf[i]) {
index = j;
}
}
result += index * base;
base *= seed;
}
return result;
}
}
/**
* Twitter的SnowFlake演算法,使用SnowFlake演算法生成一個整數，然後轉化為62進制變成一個短地址URL
* @author beyond
* @author xuliugen
* @date 2018/04/23
*/
public class SnowFlakeShortUrl {

/**
* 起始的時間戳
*/
private final static long START_TIMESTAMP = 1480166465631L;

/**
* 每一部分佔用的位數
*/
private final static long SEQUENCE_BIT = 12; //序列號佔用的位數
private final static long MACHINE_BIT = 5; //機器標識佔用的位數
private final static long DATA_CENTER_BIT = 5; //數據中心佔用的位數

/**
* 每一部分的最大值
*/
private final static long MAX_SEQUENCE = -1L ^ (-1L << SEQUENCE_BIT);
private final static long MAX_MACHINE_NUM = -1L ^ (-1L << MACHINE_BIT);
private final static long MAX_DATA_CENTER_NUM = -1L ^ (-1L << DATA_CENTER_BIT);

/**
* 每一部分向左的位移
*/
private final static long MACHINE_LEFT = SEQUENCE_BIT;
private final static long DATA_CENTER_LEFT = SEQUENCE_BIT + MACHINE_BIT;
private final static long TIMESTAMP_LEFT = DATA_CENTER_LEFT + DATA_CENTER_BIT;

private long dataCenterId; //數據中心
private long machineId; //機器標識
private long sequence = 0L; //序列號
private long lastTimeStamp = -1L; //上一次時間戳

/**
* 根據指定的數據中心ID和機器標志ID生成指定的序列號
* @param dataCenterId 數據中心ID
* @param machineId 機器標志ID
*/
public SnowFlake(long dataCenterId, long machineId) {
if (dataCenterId > MAX_DATA_CENTER_NUM || dataCenterId < 0) {
throw new IllegalArgumentException("DtaCenterId can't be greater than MAX_DATA_CENTER_NUM or less than 0！");
}
if (machineId > MAX_MACHINE_NUM || machineId < 0) {
throw new IllegalArgumentException("MachineId can't be greater than MAX_MACHINE_NUM or less than 0！");
}
this.dataCenterId = dataCenterId;
this.machineId = machineId;
}

/**
* 產生下一個ID
* @return
*/
public synchronized long nextId() {
long currTimeStamp = getNewTimeStamp();
if (currTimeStamp < lastTimeStamp) {
throw new RuntimeException("Clock moved backwards. Refusing to generate id");
}

if (currTimeStamp == lastTimeStamp) {
//相同毫秒內，序列號自增
sequence = (sequence + 1) & MAX_SEQUENCE;
//同一毫秒的序列數已經達到最大
if (sequence == 0L) {
currTimeStamp = getNextMill();
}
} else {
//不同毫秒內，序列號置為0
sequence = 0L;
}

lastTimeStamp = currTimeStamp;

return (currTimeStamp - START_TIMESTAMP) << TIMESTAMP_LEFT //時間戳部分
| dataCenterId << DATA_CENTER_LEFT //數據中心部分
| machineId << MACHINE_LEFT //機器標識部分
| sequence; //序列號部分
}

private long getNextMill() {
long mill = getNewTimeStamp();
while (mill <= lastTimeStamp) {
mill = getNewTimeStamp();
}
return mill;
}

private long getNewTimeStamp() {
return System.currentTimeMillis();
}

public static void main(String[] args) {
SnowFlake snowFlake = new SnowFlake(2, 3);

for (int i = 0; i < (1 << 4); i++) {
//10進制
Long id = snowFlake.nextId();
//62進制
String convertedNumStr = NumericConvertUtils.toOtherNumberSystem(id, 62);

//10進制轉化為62進制
System.out.println("10進制：" + id + " 62進制:" + convertedNumStr);

//TODO 執行具體的存儲操作，可以存放在Redis等中

//62進制轉化為10進制
System.out.println("62進制：" + convertedNumStr + " 10進制:" + NumericConvertUtils.toDecimalNumber(convertedNumStr, 62));
System.out.println();
}
}
}
//生成結果：
10進制：185784275776581632 62進制:dITqmhW2

Ⅳ 加密網站如何跳轉

問題一：網頁加密與跳轉 鼎u
function zhuanpai()
{
var pwd= window.prompt(請輸入密碼：,'');
if (pwd == 123456) {
window.location = ;
} else {
alert(密碼錯誤);
}
這個效果會好一些。

問題侍陸團二：加密網址，隨便打開一個鏈接或圖片跳轉一下就可以了， 什麼意思啊 根本不需要加密,那是做廣告的,加密後跳轉到真實地址也只是多看了一遍廣告,應該直接找真地址,真的地址不需要跳轉,直接就可以進去

問題三：加密網址，隨便打開一個英文網址跳轉一下就可以了。什麼意思，怎麼跳轉？ jumping at on a website context means to enter a website URL into
the browser address bar.
in netscape / Chrome / Firefox there is a refresh website button that does the jumping for you.
reference:
./...KHovpu

問題四：下面是加密網址,隨便打開一個英文網址跳轉一下就可以了,求解釋 你所說的不是太清楚，我的理解是：短網址的演算法
當一個長網站例如：網路的轉換後就是dwz/yes也就是說無論打開前面的網址還是後面的網站都一樣進入網路。
再例如：維創人力weichuanghr/轉換後就是 dwz/zG6MC大小寫不能錯。進入後還是一個網站。
短網址的演算法
演算法一
1)將長網址md5生成32位簽名串,分為4段, 每段4個位元組（即32位）;
2)對這四段循環處理, 取4個位元組（32位）, 將他看成16進制串與0x3fffffff(30位1)與操作, 即超過30位的忽略處理;
3)這30位分成6段, 每5位的數字作為字母表的索引取得特定字元, 依次進行獲得6位字元串;
4)總的md5串可以獲得4個老橘6位串; 取裡面的任意一個就可作為這個長url的短url地址;
演算法二
把數字和字元組合做一定的映射,就可以產生唯一的字元串,如第62個組合就是aaaaa9,第63個組合就是aaaaba,再利用洗牌演算法，把原字元串打亂後保存，那麼對應位置的組合字元串就會是無序的組合。
把長網址存入資料庫,取返回的id,找出對應的字元串,例如返回ID為1，那麼對應上面的字元串組合就是bbb,同理 ID為2時，字元串組合為bba,依次類推,直至到達62種組合後才會出現重復的可能，所以如果用上面的62個悉唯字元，任意取6個字元組合成字元串的話，你的數據存量達到500多億後才會出現重復的可能。

問題五：大哥CL現在怎麼進啊，加密網址，隨便打開一個英文網址跳轉一下就可以了 5分 摸 舔 噴水
玩三年了 舒服
提供給你平台
LCIR。。。。。。F.qm3344?DFR
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉
眼淚還不時在眼眶中打轉轉

問題六：請問這個所謂的加密網址要怎麼打開？圖一點開出現圖二，然後怎麼做呢？我在對話框隨便輸入一個網站，然後 不良網站，小心中毒，裡面加入了大量跳轉代碼

問題七：加密網址，隨便打開一個英文網址跳轉一下就可以了,怎麼跳轉 tom,hsdjwjdsg,ghuzjhg，都很不錯。

問題八：打開網頁時顯示360安全加密跳轉中是什麼意思 這樣的情況個人建議安裝最新的360安全瀏覽器，用它打開就可以了。

問題九：大大們CL現在怎麼進啊，加密網址，隨便打開一個英文網址跳轉一下就可 關注我就可以了，地址及時更新

問題十：url地址加密後,如何實現跳轉? *你可以模仿phpe上面的那個友情鏈接來做啊。*/ 可以將鏈接保存在資料庫中，地址中直接跟url保存的id，然後讀出來再用header()跳轉就好了。 若用BASE64來做，不要將url和那個=都加密了，用 a/redir.php?url=加密後的串。接收倒$_GET['url']後解碼，也用header()，跳轉過去就可以了。 1. a/redir.php?urlid=id. 取資料庫或者其他存儲辦法。 $sql = select urlstr from url where id = '.$_GET['id'].'; 查到結果： header(Location: . 查出來的結果)。 2. a/redir.php?url=加密後的URL 接收， $url = $_GET['url']. header(Location: . base64_decode($url)); 希望可以有所幫助。 既然說了數據有幾十W條，那麼應該入庫了吧？ 那麼採用第一種方法要方便點。

Ⅳ 網站頁面怎麼壓縮

網站壓縮是在Web伺服器和瀏覽器間傳輸壓縮文本內容的方法。網站壓縮採用通用的壓縮演算法如gzip等壓縮HTML、JavaScript或CSS文件。
網站壓縮的最大好處就是降低了網路傳輸的數據量，從而提高客戶端瀏覽器的訪問速度。
當然，同時也會增加一點點伺服器的負擔。Gzip是比較常見的一種HTTP 壓縮演算法。

• 壓縮方法：
  

IIS默認並不支持HTTP壓縮，需要進行簡單的配置
1.打開Internet信息服務(IIS)管理器，右擊"網站"->"屬性"選擇"服務"。在"HTTP壓縮"框中選中"壓縮應用程序文件"和"壓縮靜態文件"，按需要設置"臨時目錄"和"臨時目錄的最大限制"；
2.提醒: 經試驗此步驟在本人機器上沒有作用, 可以忽略. 在 Internet信息服務(IIS)管理器，右擊"Web服務擴展"->"增加一個新的Web服務擴展..."，在"新建Web服務擴展"框中輸入擴名"HTTP Compression"，添加"要求的文件"為C:WINDOWSsystem32inetsrvgzip.dll，其中Windows系統目錄根據您的安裝可能有所不同，選中"設置擴展狀態為允許"；
3.使用文本編輯器打開C:.xml(建議先備份), 找到Location ="/LM/W3SVC/Filters/Compression/gzip用於設置gzip壓縮，找到Location ="/LM/W3SVC/Filters/Compression/deflate"用於設置deflate壓縮. 上面兩個節點緊挨著.並且設置的屬性相同.
如果需要壓縮動態文件，則將HcDoDynamicCompression設置為"TRUE"，並在HcScriptFileExtensions中增加您要壓縮的動態文件後綴名，如aspx；如果需要壓縮靜態文件，則將HcDoStaticCompression和 HcDoOnDemandCompression設置為"TRUE"，並在HcFileExtensions中增加您需要壓縮的靜態文件後綴名，如 xml、css等；HcDynamicCompressionLevel和HcOnDemandCompLevel表示需要的壓縮率，數值在0-10, 默認為0. HcDynamicCompressionLevel屬性說明:
HcDynamicCompressionLevel Metabase PropertyHcOnDemandCompLevel 屬性說明:HcOnDemandCompLevel Metabase Property說明: 這兩個屬性值一般推薦設置為UI兩個文件(58k/188k)壓縮後的大小一直相同。

4.編輯完畢後保存MetaBase.xml文件；如果文件無法保存，則可能IIS正在使用該文件。打開"開始"->"管理工具"->"服務"，停止"IIS Admin Service"後，即可保存
5.最後，重新啟動IIS。可以到HTTP壓縮測試網站驗證結果.以jQuery為例, 核心類庫和UI類庫原始大小分別是57k和188k,壓縮後分別是20k和45k:

Ⅵ 怎麼做一個短網址縮短網站，網址縮短後要以自己的頂級域名顯示的，不是顯示現在網上流行的url、t等。

現在網址縮短網站有很多了，就分析一下做得比較好的六度短網址6.in短網址生成服務平台：
（1）將長網址md5生成32位簽名串，分為4段，每段4個位元組
對這4段循環處理，取4個位元組（32位），將它看成16進制串與0x3fffffff（30位1）（2）與操作，即超過30位的忽略處理
（3）這30位分成6段，每5位的數字作為字母表的索引取得特定字元，依次進行獲得6位字元串
（4）總的md5串可以獲得4個6位串，取裡面的任意一個就可作為這個長url地址
（5）把數字和字元組合做一定的映射，就可以產生唯一的字元串，如第62個組合就是sssss9，第63個組合就是ssssba，再利用洗牌的演算法，把原字元打亂後保存，那麼對應位置的組合字元串就會是無序的組合。
（6）把長網址存入資料庫，取返回的id，找出對應的字元串，例如返回id為1，那麼對應上面的字元串組合就是aaa,同理id為2時，字元串組合為aaa，依次類推，直至到達62種組合後才會出現重復的可能，所以如果用上面的62個字元，任意取6個字元組合成字元串的話，你的數據存量達到500多億後才會出現重復的可能。

Ⅶ 個人總結短網址生成演算法和技術難點解決方案

短網址指在形式上比較短的網址。國內短網址用的比較重的產品屬新浪微博(t.cn)，隨時隨地可以在微博上看到 http://t.cn/ 開頭的網址。短網址一般應用於對字數有限制的產品業務中。例如發送簡訊消息、發微博。短網址一方面可以讓內容看起來精簡美觀。另一方面可以節省存儲空間。藉助短網址您可以用簡短的網址替代原來冗長的網址，讓使用者可以更容易地分享訪問鏈接。

短網址整體算是個功能單一的平台化服務。產品需求包含生成短網址、短網址去重、管理平台。但技術難點不小包含鄭顫寬高並發、熱點網址、短網址重復率。下面是我總結的一些洞逗短網址生成演算法和技術難點的解決方案。

1、crc32演算法

2、crc64演算法

3、喊亮Hash MD5演算法

4、自增id+openssl加密演算法

5、隨機字元串演算法

6、數據效驗(效驗位)

7、Nginx Rewrite配置

8、技術難點

高並發：

熱點網址

熱點網址監控

9、總結

Ⅷ 網站怎麼優化

dfssr 首先：要確定網站搜索引擎優化(SEO)的目標 。SEO方案的制定肯定是要以目標為基礎的，所謂方案策略正是為目標所做，相信這一點沒有人會有異議其次：診斷和評估網站目前的SEO現狀。診斷網站的SEO現狀才能發現不足。當然，診斷主要是針對網站首頁的，因為大部分情況下只要我們完成網站首頁的較好排名就足夠了。但是，我們也不能忽視其他頁面對首頁及網站整體所造成的影響。再次：選擇網站的目標關鍵詞。根據以上兩個步驟確定的網站搜索引擎優化的目標以及網站的SEO現狀，選擇網站的目標關鍵詞，當然這里的目標關鍵詞包括主關鍵詞、長尾關鍵詞等。然接著：確定網站各個頁面的先後次序。網站內容有主次之分，各個頁面之間也有重要性程度的區別。網站首頁自不必說，但是首頁不可能對每一個關鍵詞進行優化，這就需桐碧要次級頁面的相輔相成。所以，需要確定各個頁面的先後次序，並使之與關鍵詞碰輪族的先笑弊後次序相結合。站內優化站內優化——結構優化輔助導航很重要（麵包屑導航，次導航）內容頁穿插長尾關鍵詞連接進行錨文本設置。內容頁結構設置詳細的網站商品介紹、熱門產品推薦、產品相關資訊文章板塊、客戶評價文章（讓蜘蛛每次都能得到新的內容）、增加一些相應服務的內容板塊，這樣讓每一次蜘蛛來，都有新鮮內容可抓取。目前購物類網站普遍存在的問題，網頁的相似度高，導致頁面收錄數量降低：同欄目下頁面相似度超過閥值60% 標准。內容越少，相似度越高,導致google 將大部分頁面當作補充材料，在正常搜索的時候不能出現。導致整個網站的競爭力下降。我們應該盡量減少公共信息頁的比例。站內優化——內連策略購物類網站內連建站好了，形成強大的蜘蛛網路，有利於網站搜索引擎排名。控制文章內部鏈接數量鏈接對象的相關性要高給重要的網頁更多的關注使用絕對路徑內鏈的優勢：購物類網站海量的數據使內鏈的優勢遠大於外鏈站內網頁間導出鏈接一件很容易的事情提高搜索引擎對網站的爬行索引效率集中主題，使該主題中的關鍵詞在搜索引擎中具有排名優勢站內優化——細節優化Title 寫法keywords description 描述設置。URL標准靜態化首選域名最好帶有主關鍵詞，而且網址不要太長Robots文件設置要有利於搜索引擎蜘蛛抓取。次導航欄目清晰網站關鍵詞密度控制2%-8%之間404頁面設置、301重定向內頁增加錨文本以及第一次出現該頁關鍵詞進行加粗長尾關鍵詞記錄單網站地圖網頁快照日誌、數據分析對重頁進行權重傳遞圖片優化ALT屬性設置，最好每個圖片都帶上相應url鏈接，鏈接到相應的產品介紹頁去。相關頁面到處鏈接的相關性及權威性，給搜索引擎信號，網站做上幾個權威專業的購物論壇鏈接。即使沒有友聯，對新站來說，也是有不錯的效果。其他:谷歌管理員工具提交（關鍵詞、死鏈、外鏈）增加收錄。站內優化——網站地圖html網站地圖：為搜索引擎建立一個良好的導航結構橫向和縱向地圖：01.橫向為頻道、欄目、專題；02.縱向主要針對關鍵詞每頁都有指向網站地圖的鏈接對新站製作提交sitemap，對於新建網站收錄來說很有幫助。站內優化——用戶體驗清晰的產品介紹頁面。豐富的文章介紹。多樣化的產品查詢方式。價格，樣式查詢等。對產品專業度的描述，精準的關鍵詞語。合理的網站購物流程，方便快捷的購物付款方式。簡潔的購物界面，精準的商品推薦。更多的交互方式，客戶留言板塊，在線客服等。可信的聯系方式，Email購物確認等。安全策略，購物支付系統大眾化，方式多樣化。站內優化——網站內容建站之初一開始就要注重內容的持續性增加，邊增加新的內容邊進行SEO優化。持續更新幾個月，會贏得搜索引擎對網站產生信任，獲得更多的權重。如果是一次行把內容全做完的效果和每篇精心編輯的文章有著天壤之別。內容最好能是原創或者偽原創，而且是相對專業的相關性文章。外鏈優化免費搜索引擎提交。尋找相應相關友情鏈接交換。結合目標群體，尋找相關目標論壇，產用軟文策略，嫁入外鏈誘餌。尋找相關性高的信息發布類網站，發布產品信息，導入鏈接。博客策略，注冊相關度高的，或者自己搭建相應博客，專門介紹產品信息，購物推薦信息等內容。導入鏈接。問答類推廣。尋找相應相關性的購物類平台資源站，注冊賬號，掛上自己的商品，導入鏈接。不斷搜索尋找外貿網站資源。添加基本的書簽，RSS策略。尋找相應的行業信息網站，發布類似購物商品信息。導入鏈接。搜集Email資源，相應Email郵件營銷。在線咨詢，客服營銷。好的文章以及購物心得分享。每天分析日誌，分析客戶來源，分析關鍵詞看客戶在是怎麼找到你的，然後調整推廣策略

Ⅸ 做網站優化你知道百度的演算法都有什麼嗎

網路綠蘿演算法：我一直不相信網路綠蘿演算法竟然可以算出來你的鏈接是否購買的，但是實際網路卻做到了，其中主要原理還是根據一個網站對另一個網站的鏈接判斷，是否有反向鏈接、鏈接個數來進行判斷。

網路石榴演算法：石榴演算法主要打擊的對象為低質量頁面，其中網路蜘蛛主要是根據網站html代碼來抓取的，並且搜索引擎根據文章的標簽(包含排版)、重復讀來進行判斷網站的質量。

網路星火計劃：星火計劃的原計劃是為了打擊抄襲者，其星火計劃的原理非常簡單了，也就是判斷重復讀來決定網站是否抄襲，同時網路蜘蛛也肯定了自己的抓取程序，目前緩拆正在往每一個網站時刻爬取靠攏。

網路驚雷演算法：網路驚雷演算法嚴厲打擊通過刷點擊，提升網站搜索排序的作弊行為；以此保證搜索用戶體驗，促進搜索內容生態良性發展。

網路冰桶演算法：網路移動搜索將針對低質站點及頁面進行一系列調整，我們稱之為冰桶演算法。影響范圍：強行彈窗app下載、用戶登錄、大面積廣告等影響用戶正常瀏覽體驗的頁面，尤其以必須下載app才能正常使用的站點為代表。從整個移動互聯網生態環境看，越來越多的網站進行此類強推，這已經嚴重影響了正常用戶的瀏覽體驗。

網路藍天演算法：藍天演算法，是網路搜索引擎針對新聞源站點售賣軟文、目錄等嚴重違反新聞源規則，並影響用戶搜索體驗行為，於2016年11月正式啟用的一種搜索引擎演算法規則，其目的是嚴厲打擊新聞源售賣軟文、目錄行為，還用戶一片搜索藍天。

網路天網演算法：天網演算法主要是針對網頁搜索發現部分站點存在盜取用戶隱私的行為進行打擊。主要表現為網頁嵌惡意代碼（多為JS代碼），用於盜取網民的QQ號、手機號。

颶風演算法會例行產出懲罰數據，同時會根據情況隨時調整迭代，體現了網路搜索對惡劣採集的零容忍。優質原創站點如發現站點索引量大幅減少轎哪虛且流量大幅下滑現象，可在反饋中心進行反饋。

網路清風演算法：網路搜索將於9月底推出清風演算法，旨在嚴懲網站通過網頁標閉燃題作弊，欺騙用戶並獲得點擊的行為；從而保證搜索用戶體驗，促進搜索生態良性發展。

Ⅹ 網站優化有哪些方法

做seo優化一些企業想外包幾個關鍵詞優化，找出幾個行業里最熱的詞，讓外包商來優化，看看一個詞多少錢，在如今搜索引擎及其成熟的時代已經很有難度了，當然這個要看行業的熱度了，小馬識途建議具體問題具體分析，結合搜索量和網路信息量來評估。
在優化實踐中，SEO是一項非常繁雜和多步驟的工作，一個正常的非技術性的優化，需要一定的周期和成本達成，並且需要配合整合營銷，方能達到較好的效果。但是，這對於絕大多數中小企業來說（甚至是大中型企業）都是難以自行達到的。所以，SEO優化外包就伴隨著市場的需求應運而來。
那麼，企業如何做好SEO優化工作？如何讓我們的網站優化更有效？小馬識途營銷顧問做出系統分享。
首先，我們了解下什麼是SEO優化？
提到SEO，主要是搜索引擎優化。指通過一些技術操作，讓網站符合搜索引擎認為該網站，是一個符合用戶搜索要求的好網站，從而使該網站在相關關鍵詞的搜索結果中獲得更多展示的一種技術方法。
那麼我們經常聽人說的SEM又是什麼呢？兩者有什麼區別呢？
從嚴謹定義上來說，SEM是搜索引擎營銷，SEO是搜索引擎優化。SEO是SEM的一種類型。也就是很多答主說的，SEM和SEO是包含關系，SEM包含了SEO。
其實公說公有理、婆說婆有理，有人說用費用簡言概之就是：SEO比較省錢，SEM比較花錢。
所以在國內實際工作當中，SEO就是通過各種手段獲得的非廣告的自然搜索流量（國外叫做organic流量）。SEM就是指以網路、360等競價排名為主的付費搜索引擎廣告流量。
其次，我們看看網站SEO優化有哪些工作要做？
做SEO優化是一個長期的過程，每天需要堅持做以下這些事情：
1、關鍵詞排名
你需要茄帶每天打開站長工具等第三方工具查看關鍵詞排名，主關鍵詞，長尾關鍵詞有什麼變化，然後做excel表格記錄。這樣你就了解網站的關鍵詞排名，針對地做些其他的事情。統計關鍵詞主要目的是好分析網站的進一步的發展。
2、收錄外鏈流量和PV
之後會用站長工具來分析網站的外鏈數量變化，收錄情況、IP和PV。可以看到網站的外鏈數據的變化，分析外鏈的變化做好記錄。然後及時通過收錄數量和版塊，顫此蘆然後分析網站的哪些內容是質量高的，記錄下來，知道用戶喜歡什麼內容。
3、網站的內部文章
查看數據之後，第一件事情就是更新網站的文章內容（備注:文章更新最好固定一個時間段，這樣有利於搜索引擎固定時間來抓取內容，形成一個習慣）。
小馬識途推薦大家要原創，絕對原創，搜索一些資料，然後自己寫文章，帶上內定好的關鍵詞，形成習慣。盡量不要用採集軟體，採集文章短期可能有效果，長期可能會被降權。
4、網路指數和統計來挖掘新的關鍵詞
文章更新之後，就去網路等平台通過一些工具搜索關於網站的新關鍵詞，這樣以後更新文章的內容時候可以用到，一些細節一定要做到位，不能偷懶。
5、網站的外鏈發布
外鏈一般是用來引蜘蛛來收錄文章，權重傳遞除非是高質量外鏈，所以叄陸零網路項目經理小馬識途建議大家發布高質量外鏈，一般的外鏈有這幾種：
（1）B2B相關性網站，這種外鏈的權重傳遞是不錯的，要注意相關性的B2B
（2）軟文發布平台，雖然網路綠蘿2.0打擊軟文，但是好的軟文（是指用戶體驗高的軟文）還是能提升權重的。每天外鏈發布不要太多，那麼幾條高質量的就足夠了，做好網站外鏈的記錄。
6、分析競爭對手的網站
接下來就是分析競爭對扒磨手的網站情況，因為我們在做這些的同時，對手也在做同樣的事情，所以我們必須了解對手才能取勝，一般都是看對手網站的變化和我們的變化有什麼不同，做記錄來對比，他們優點在哪裡，缺點在哪裡，我們要引以為戒，俗話說「知己知彼，百戰不殆」
7、網站的友情鏈接
網路更新演算法以後，友情鏈接也被忽視了，確實沒以前那麼有用了，但是還是存在一定的作用，例如給網站帶來流量。很多時候友鏈的網站被降權很可能影響到我們的網站，我們要做的就是第一時間發現並且告知對方，然後撤掉友鏈，才能保證我們站不受到影響。所以，這也是每天必須要做的。
新建網站SEO優化需要一定的內容積累提升權重，前期小馬識途建議先做到網站收錄，品牌詞搜索佔位，然後通過下拉框優化和全網營銷引流，這樣可以更快速地拓展市場。