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文件研究吧.

至于可逆不可逆根本就不是关键啦. 服务器端无需对加密串解密的, 直接拿密码以相同方式加密, 然后比较一下即可.