lzf演算法

① 3d max NCUE ZNE8 X7CF EP6E Y7QL 激活碼 請幫忙計算下

序列號輸入：666-66666666

激活碼：W1UJQC7WJTPAXVNE K2LKGDRXAYSK6UTP

Z9HX094GCHF86EJ5 U76WRE74JR9G2LZF

W3AXLCL6G4FYZTZ9 GTET2ET15J2RFYNT
這三個任意一個都可以激活

② linux redis 怎麼設置集群

redis.conf 配置文件說明
daemonize no --是否把redis-server啟動在後台，默認是「否」。若改成yes
pidfile /var/run/redis.pid --當Redis以守護進程方式運行時，Redis默認會把pid寫入/var/run/redis.pid文件，可以通過pidfile指定

prot 6379 --指定Redis監聽埠，默認埠為6379
bind 10.252.1.14 ---綁定的主機地址
timeout 0 ---當 客戶端閑置多長時間後關閉連接，如果指定為0，表示關閉該功能
loglevel notice ---指定日誌記錄級別，Redis總共支持四個級別：debug、verbose、notice、warning，默認為verbose
logfile /mnt/redis/log/redis.log --日誌記錄方式，默認為標准輸出，如果配置Redis為守護進程方式運行，而這里又配置為日誌記錄方式為標准輸出，則日誌將會發送給/dev/null
databases 16 設置資料庫的數量，默認資料庫為0，可以使用SELECT <dbid>命令在連接上指定資料庫id
save 900 1 指定在多長時間內，有多少次更新操作，就將數據同步到數據文件，可以多個條件配合
Redis默認配置文件中提供了三個條件：
save 900 1
save 300 10
save 60 10000
分別表示900秒（15分鍾）內有1個更改，300秒（5分鍾）內有10個更改以及60秒內有10000個更改
rdbcompression yes --指定存儲至本地資料庫時是否壓縮數據，默認為yes，Redis採用LZF壓縮，如果為了節省CPU時間，可以關閉該選項，但會導致資料庫文件變的巨大
dbfilename mp.rdb --指定本地資料庫文件名，默認值為mp.rdb
dir /mnt/redis/data/ --指定本地資料庫存放目錄
slaveof <masterip> <masterport> -- 設置當本機為slav服務時，設置master服務的IP地址及埠，在Redis啟動時，它會自動從master進行數據同步
masterauth <master-password> --當master服務設置了密碼保護時，slav服務連接master的密碼
requirepass foobared --設置Redis連接密碼，如果配置了連接密碼，客戶端在連接Redis時需要通過AUTH <password>命令提供密碼，默認關閉
maxclients 128 --- 設置同一時間最大客戶端連接數，默認無限制

maxmemory <bytes> ---指定Redis最大內存限制，Redis在啟動時會把數據載入到內存中，達到最大內存後，Redis會先嘗試清除已到期或即將到期的Key，當此方法處理 後，仍然到達最大內存設置，將無法再進行寫入操作，但仍然可以進行讀取操作。Redis新的vm機制，會把Key存放內存，Value會存放在swap區

appendonly no --指定是否在每次更新操作後進行日誌記錄，Redis在默認情況下是非同步的把數據寫入磁碟，如果不開啟，可能會在斷電時導致一段時間內的數據丟失。因為 redis本身同步數據文件是按上面save條件來同步的，所以有的數據會在一段時間內只存在於內存中。默認為no
appendfilename appendonly.aof ---指定更新日誌文件名，默認為appendonly.aof
appendfsync everysec ---指定更新日誌條件，共有3個可選值： no：表示等操作系統進行數據緩存同步到磁碟（快） . always：表示每次更新操作後手動調用fsync()將數據寫到磁碟（慢，安全）. everysec：表示每秒同步一次（折衷，默認值）
vm-enabled no ---指定是否啟用虛擬內存機制，默認值為no，簡單的介紹一下，VM機制將數據分頁存放，由Redis將訪問量較少的頁即冷數據swap到磁碟上，訪問多的頁面由磁碟自動換出到內存中（在後面的文章我會仔細分析Redis的VM機制）
vm-swap-file /tmp/redis.swap ---虛擬內存文件路徑，默認值為/tmp/redis.swap，不可多個Redis實例共享
vm-max-memory 0 將所有大於vm-max-memory的數據存入虛擬內存,無論vm-max-memory設置多小,所有索引數據都是內存存儲的(Redis的索引數據 就是keys),也就是說,當vm-max-memory設置為0的時候,其實是所有value都存在於磁碟。默認值為0
vm-page-size 32 ---Redis swap文件分成了很多的page，一個對象可以保存在多個page上面，但一個page上不能被多個對象共享，vm-page-size是要根據存儲的 數據大小來設定的，作者建議如果存儲很多小對象，page大小最好設置為32或者64bytes；如果存儲很大大對象，則可以使用更大的page，如果不 確定，就使用默認值
vm-pages 134217728 ---設置swap文件中的page數量，由於頁表（一種表示頁面空閑或使用的bitmap）是在放在內存中的，，在磁碟上每8個pages將消耗1byte的內存。
vm-max-threads 4 ---設置訪問swap文件的線程數,最好不要超過機器的核數,如果設置為0,那麼所有對swap文件的操作都是串列的，可能會造成比較長時間的延遲。默認值為4
glueoutputbuf yes ---設置在向客戶端應答時，是否把較小的包合並為一個包發送，默認為開啟
hash-max-zipmap-entries 64 ---指定在超過一定的數量或者最大的元素超過某一臨界值時，採用一種特殊的哈希演算法
hash-max-zipmap-value 512 ---指定在超過一定的數量或者最大的元素超過某一臨界值時，採用一種特殊的哈希演算法
activerehashing yes ---指定是否激活重置哈希，默認為開啟（後面在介紹Redis的哈希演算法時具體介紹）
include /path/to/local.conf ---指定包含其它的配置文件，可以在同一主機上多個Redis實例之間使用同一份配置文件，而同時各個實例又擁有自己的特定配置文件

主伺服器配置
mkdir /mnt/redis/redisDB
mkdir /mnt/redis/redisLog
vi /etc/redis/redis.conf
dbfilename /mnt/redisDB/mp.rdb --修改磁碟上保存資料庫文件的位置
loglevel warning --修改日誌級別
logfile /mnt/redis/redisLog/redis.log --修改日誌文件的位置

從機配置
cp redis.conf /etc/redis_slave.conf
vim redis_slave.conf
修改其中的一行
配置master的ip地址和redis-server的埠。
slaveof <10.45.39.39> <6379> --設置主從伺服器的主伺服器的地址和埠

daemonize no --是否把redis-server啟動在後台，默認是「否」。若改成yes，會生成一個pid文件。
主從測試
主機: redis-server /etc/redis.conf
從機: redis-server /etc/redis_slave.conf
3.1 測試
在主機上啟動redis客戶端:
ssh 192.168.1.1
redis-cli
>set k1 v1
>get k1
"v1"
.登陸從機，並在從機上啟動客戶端：
ssh 192.168.1.2
redis-cli
>get k1
"v1"
可以看到redis已經把數據同步過來了。

③ 如何在redis配置masterName

1. Redis默認不是以守護進程的方式運行，可以通過該配置項修改，使用yes啟用守護進程
daemonize no
2. 當Redis以守護進程方式運行時，Redis默認會把pid寫入/var/run/redis.pid文件，可以通過pidfile指定
pidfile /var/run/redis.pid
3. 指定Redis監聽埠，默認埠為6379，作者在自己的一篇博文中解釋了為什麼選用6379作為默認埠，因為6379在手機按鍵上MERZ對應的號碼，而MERZ取自義大利歌女Alessia Merz的名字
port 6379
4. 綁定的主機地址
bind 127.0.0.1
5.當 客戶端閑置多長時間後關閉連接，如果指定為0，表示關閉該功能
timeout 300
6. 指定日誌記錄級別，Redis總共支持四個級別：debug、verbose、notice、warning，默認為verbose
loglevel verbose
7. 日誌記錄方式，默認為標准輸出，如果配置Redis為守護進程方式運行，而這里又配置為日誌記錄方式為標准輸出，則日誌將會發送給/dev/null
logfile stdout
8. 設置資料庫的數量，默認資料庫為0，可以使用SELECT <dbid>命令在連接上指定資料庫id
databases 16
9. 指定在多長時間內，有多少次更新操作，就將數據同步到數據文件，可以多個條件配合
save <seconds> <changes>
Redis默認配置文件中提供了三個條件：
save 900 1
save 300 10
save 60 10000
分別表示900秒（15分鍾）內有1個更改，300秒（5分鍾）內有10個更改以及60秒內有10000個更改。

10. 指定存儲至本地資料庫時是否壓縮數據，默認為yes，Redis採用LZF壓縮，如果為了節省CPU時間，可以關閉該選項，但會導致資料庫文件變的巨大
rdbcompression yes
11. 指定本地資料庫文件名，默認值為mp.rdb
dbfilename mp.rdb
12. 指定本地資料庫存放目錄
dir ./
13. 設置當本機為slav服務時，設置master服務的IP地址及埠，在Redis啟動時，它會自動從master進行數據同步
slaveof <masterip> <masterport>
14. 當master服務設置了密碼保護時，slav服務連接master的密碼
masterauth <master-password>
15. 設置Redis連接密碼，如果配置了連接密碼，客戶端在連接Redis時需要通過AUTH <password>命令提供密碼，默認關閉
requirepass foobared
16. 設置同一時間最大客戶端連接數，默認無限制，Redis可以同時打開的客戶端連接數為Redis進程可以打開的最大文件描述符數，如果設置 maxclients 0，表示不作限制。當客戶端連接數到達限制時，Redis會關閉新的連接並向客戶端返回max number of clients reached錯誤信息
maxclients 128
17. 指定Redis最大內存限制，Redis在啟動時會把數據載入到內存中，達到最大內存後，Redis會先嘗試清除已到期或即將到期的Key，當此方法處理 後，仍然到達最大內存設置，將無法再進行寫入操作，但仍然可以進行讀取操作。Redis新的vm機制，會把Key存放內存，Value會存放在swap區
maxmemory <bytes>
18. 指定是否在每次更新操作後進行日誌記錄，Redis在默認情況下是非同步的把數據寫入磁碟，如果不開啟，可能會在斷電時導致一段時間內的數據丟失。因為 redis本身同步數據文件是按上面save條件來同步的，所以有的數據會在一段時間內只存在於內存中。默認為no
appendonly no
19. 指定更新日誌文件名，默認為appendonly.aof
appendfilename appendonly.aof
20. 指定更新日誌條件，共有3個可選值：
no：表示等操作系統進行數據緩存同步到磁碟（快）
always：表示每次更新操作後手動調用fsync()將數據寫到磁碟（慢，安全）
everysec：表示每秒同步一次（折衷，默認值）
appendfsync everysec

21. 指定是否啟用虛擬內存機制，默認值為no，簡單的介紹一下，VM機制將數據分頁存放，由Redis將訪問量較少的頁即冷數據swap到磁碟上，訪問多的頁面由磁碟自動換出到內存中（在後面的文章我會仔細分析Redis的VM機制）
vm-enabled no
22. 虛擬內存文件路徑，默認值為/tmp/redis.swap，不可多個Redis實例共享
vm-swap-file /tmp/redis.swap
23. 將所有大於vm-max-memory的數據存入虛擬內存,無論vm-max-memory設置多小,所有索引數據都是內存存儲的(Redis的索引數據 就是keys),也就是說,當vm-max-memory設置為0的時候,其實是所有value都存在於磁碟。默認值為0
vm-max-memory 0
24. Redis swap文件分成了很多的page，一個對象可以保存在多個page上面，但一個page上不能被多個對象共享，vm-page-size是要根據存儲的 數據大小來設定的，作者建議如果存儲很多小對象，page大小最好設置為32或者64bytes；如果存儲很大大對象，則可以使用更大的page，如果不 確定，就使用默認值
vm-page-size 32
25. 設置swap文件中的page數量，由於頁表（一種表示頁面空閑或使用的bitmap）是在放在內存中的，，在磁碟上每8個pages將消耗1byte的內存。
vm-pages 134217728
26. 設置訪問swap文件的線程數,最好不要超過機器的核數,如果設置為0,那麼所有對swap文件的操作都是串列的，可能會造成比較長時間的延遲。默認值為4
vm-max-threads 4
27. 設置在向客戶端應答時，是否把較小的包合並為一個包發送，默認為開啟
glueoutputbuf yes
28. 指定在超過一定的數量或者最大的元素超過某一臨界值時，採用一種特殊的哈希演算法
hash-max-zipmap-entries 64
hash-max-zipmap-value 512
29. 指定是否激活重置哈希，默認為開啟（後面在介紹Redis的哈希演算法時具體介紹）
activerehashing yes
30. 指定包含其它的配置文件，可以在同一主機上多個Redis實例之間使用同一份配置文件，而同時各個實例又擁有自己的特定配置文件
include /path/to/local.conf

④ sql 怎麼計算時間

SELECTDATEDIFF(mi,intime,outtime)ASElapsedTimeFROM[表名]

你可以使用DATEDIFF(datepart,startdate,enddate)函數，

datepart 參數可以是下列的值：

datepart 縮寫

年 yy, yyyy

季度 qq, q

月 mm, m

年中的日 dy, y

日 dd, d

周 wk, ww

星期 dw, w

小時 hh

分鍾 mi, n

秒 ss, s

毫秒 ms

微妙 mcs

納秒 ns

⑤ 現在百度所謂K站是真的嗎，這幾天有人威脅我不給錢就K我站，沒過兩天真被K了請問難道真的有會K站的

網路上那個所謂K站的無非就是一些小黑客來訛詐你。他們要麼是你偷到你的賬號密碼要麼就是伺服器攻擊，然後你不給錢過幾天就去黑你的站。有是真的有會K站的，認真防範一下就好了。

⑥ 數據結構圖最短路徑Dijkstra演算法

[email protected]

給你 幻燈片

⑦ 關於搜狗音樂地址的問題

不是編碼過。
一般很多音樂網站怕被人盜鏈，所以在設計網站的時候，通常會將地址欄加密，如此，你就會看到一長串沒有意義的字母，理論上來說，如果你不入侵它的後台，就沒法得到它的加密演算法。

這個問題沒法解決的。找其他的網站試試。

⑧ 數學全微分的近似計算怎麼算的

用微分作近似計算數並非重點內容，數學三考研可以不進行掌握。

對於數學三考研大綱如下（一元函數微分學內容）：
導數和微分的概念
導數的幾何意義和經濟意義
函數的可導性與連續性之間的關系
平面曲線的切線與法線
導數和微分的四則運算
基本初等函數的導數
復合函數、反函數和隱函數的微分法
高階導數
一階微分形式的不變性
微分中值定理
洛必達(L'Hospital)法則
函數單調性的判別
函數的極值
函數圖形的凹凸性、拐點及漸近線
函數圖形的描繪
函數的最大值與最小值

由考試大綱可見，對於微分方面只需要掌握微分的概念、微分的四則運算、一階微分形式的不變性和微分中值定理，並不對用微分作近似計算數進行要求。

⑨ SEO是什麼意思

SEO是搜索引擎優化（Search Engine Optimization）的英文縮寫，中文譯為「搜索引擎優化」。在了解搜索引擎自然排名機制的基礎上，對網站進行內部及外部的調整優化，改進網站在搜索引擎中的關鍵詞自然排名，獲得更多流量，從而達成網站銷售及品牌建設的預期目標.
SEO是搜索引擎優化（Search Engine Optimization）的英文縮寫，中文譯為「搜索引擎優化」。在了解搜索引擎自然排名機制的基礎上，對網站進行內部及外部的調整優化，改進網站在搜索引擎中的關鍵SEO是搜索引擎優化（Search Engine Optimization）的英文縮寫，中文譯為「搜索引擎優化」。在了解搜索引擎自然排名機制的基礎上，對網站進行內部及外部的調整優化，改進網站在搜索引擎中的關鍵詞自然排名，獲得更多流量，從而達成網站銷售及品牌建設的預期.
發展歷程
2000年，出現按點擊付費(Pay-per-click)的搜索引擎關鍵詞廣告模式。
2001年，部分分類目錄(中文)開始收費登錄，每個網站每年要交納數百元到數千元不等的費用。
2002年，國內陸陸續續有人涉足SEO這一領域。SEO
2003年，出現基於內容定位的搜索引擎廣告(Google AdSense)。
2004年，國內潛伏的SEO開始浮出水面，SEO隊伍逐步壯大。SEO市場處於混亂無序、違規操作、惡性競爭的狀態。大多數SEO採取個人作坊式經營，公司性運作規模小。SEO培訓市場誕生。
2006年，隨著網路市場競爭白熱化，企業對網路公司的所為和網路產品有了新的認識，企業開始理智對待網路營銷市場，隨著網路競價的盛行，企業也認識到了搜索引擎的重要性，同時也伴詞自然排名，獲得更多流量，從而達成網站銷售及品牌建設的預期.
發展歷程
2000年，出現按點擊付費(Pay-per-click)的搜索引擎關鍵詞廣告模式。
2001年，部分分類目錄(中文)開始收費登錄，每個網站每年要交納數百元到數千元不等的費用。
2002年，國內陸陸續續有人涉足SEO這一領域。SEO
2003年，出現基於內容定位的搜索引擎廣告(Google AdSense)。
2004年，國內潛伏的SEO開始浮出水面，SEO隊伍逐步壯大。SEO市場處於混亂無序、違規操作、惡性競爭的狀態。大多數SEO採取個人作坊式經營，公司性運作規模小。SEO培訓市場誕生。
2006年，隨著網路市場競爭白熱化，企業對網路公司的所為和網路產品有了新的認識，企業開始理智對待網路營銷市場，隨著網路競價的盛行，企業也認識到了搜索引擎的重要性，同時也伴隨著誕生了很多SEO服務公司。
2007年，隨著SEO信息的普及，網路公司技術的上升，易雅達網站公司推出了按效果付費的SEO服務項目，從網站建設，到關鍵詞定位，到搜索引擎優化全方位服務，整體SEM網路營銷方案的推出和實施。
2008年，隨著SEO服務公司的技術和理念逐漸成熟，部分公司推出了網站策劃服務，服務以效益型網站建設(更加註重網站用戶體驗)和網站用戶轉化率為目的，更加註重營銷成效。
2009年，SE0進入白熾化的發展階段，不論是個人、團隊還是公司或者培訓機構，都大力宣傳和使用SEO技術來運營網站，使網站的關鍵詞得到更快的排名和收錄。
2012年，SEO行業進入調整，原來的服務模式已經很難實現雙贏，很多公司縮小規模，一些公司開始尋求新的服務模式。
2012年2月15日，在網路搜索SEO相關詞彙時，「網路提示您：不要輕信SEO公司的說辭和案例，不正當的SEO可能會給您的站點造成風險。建議廣大站長對站點進行SEO之前，參考閱讀網路的官方網站優化指南。」此舉被認為是網路打擊SEO的一個重要舉措。
2012年3月8日，搜索和SEO相關的詞彙時，「網路提示您：SEO是一項非常重要的工作，請參考網路關於SEO的建議。」此舉被認為是網路迫於壓力做出的一種妥協，有可能是為了避免類似行業壟斷行為的規避，認可SEO的存在並變相壓制SEO發展。
2012年5月網路推出網路站長平台，站長平台發布《Web2.0反垃圾詳細攻略》和《知名站點SEO注意事項》，對站點的合理優化、遠離作弊提出了一些有價值的建議。
2012年6月網路更新反作弊策略，大面積網站被K，網路聲稱《針對低質量站點的措施已經生效》，後導致站長聯合發起大規模點擊網路競價事件!其中由於此事件直接受害且受害最大的便是醫療競價。
2012年10月23日網路反作弊演算法升級，打擊網站超鏈接形式作弊方式，和買賣鏈接行為。但由實際調查發現，此次升級造成真正參與作弊網站被K的現象微乎其微。
2012年11月-12月網路站長平台推出一系列站長工具(搜索關鍵詞、網路索引量、外鏈分析、網站改版等)，第三方站長工具受到有力沖擊。
20 13年3月19日拒絕外鏈工具beta版全面開放使用。
2013年4月25日《談外鏈判斷》一文在站長社區發布，引起SEO行業的密切關注。
2013年5月17日下午網路網頁搜索反作弊團隊在網路站長平台發布公告稱：將於一星期後正式推出新的演算法「石榴演算法」。新演算法前期將重點整頓含有大量妨礙用戶正常瀏覽的惡劣廣告的頁面，尤其以彈出大量低質彈窗廣告、混淆頁面主體內容的垃圾廣告頁面為代表。
2013年7月1日網路綠蘿演算法2.0更新公告,加大過濾軟文外鏈的力度,加大對目標站點的懲罰力度,對承載發布軟文的站點進行適當的懲罰，降低其在搜索引擎中的評價，同時，針對網路新聞源站點將其清理出新聞源。
2013年7月19日網路網頁搜索反作弊團隊發表聲明打擊大量的高價收購二級域名或目錄的信息，絕大部分被用於作弊，對於此類出售二級域名二級目錄的問題，將進行嚴厲的懲罰，株連至整個站點，直接屏蔽並清理出網路新聞源。 13年2月19日網路推出綠蘿演算法打擊各種超鏈中介。

2013年4月25日《談外鏈判斷》一文在站長社區發布，引起SEO行業的密切關注。
2013年5月17日下午網路網頁搜索反作弊團隊在網路站長平台發布公告稱：將於一星期後正式推出新的演算法「石榴演算法」。新演算法前期將重點整頓含有大量妨礙用戶正常瀏覽的惡劣廣告的頁面，尤其以彈出大量低質彈窗廣告、混淆頁面主體內容的垃圾廣告頁面為代表。
2013年7月1日網路綠蘿演算法2.0更新公告,加大過濾軟文外鏈的力度,加大對目標站點的懲罰力度,對承載發布軟文的站點進行適當的懲罰，降低其在搜索引擎中的評價，同時，針對網路新聞源站點將其清理出新聞源。
2013年7月19日網路網頁搜索反作弊團隊發表聲明打擊大量的高價收購二級域名或目錄的信息，絕大部分被用於作弊，對於此類出售二級域名二級目錄的問題，將進行嚴厲的懲罰，株連至整個站點，直接屏蔽並清理出網路新聞源。

⑩ QQ密碼加密

Base64 和 MD5雙重加密
未有詳細研究過, 不過網頁方式登錄qq時, 加密演算法都寫在js裡面了, 研究相應的js函數應該就可以.

我印象中似乎是先把密碼md5_3處理, 加密出來的字串和驗證碼一起MD5. 而md5_3似乎比較糾結, 並不是單純的進行3次MD5. 具體的你去抓js文件研究吧.

至於可逆不可逆根本就不是關鍵啦. 伺服器端無需對加密串解密的, 直接拿密碼以相同方式加密, 然後比較一下即可.