如何有效强奸百度,跟百度以硬碰硬,并以节约成本为基本,靠百度赚钱为本。加盟百度联盟,放个百度代码,重新提 交后就可以。一旦拥有优质优化模板,你可以用于电影,音乐,彩信,交友等大量娱乐站上,可为你后期提升带来极大的帮助。
首页
如何有效强奸百度,跟百度以硬碰硬,并以节约成本为基本,靠百度赚钱为本。更好地反百度,看完 此篇文章后,就无需再上什么fanbaidu.com了
一。瞒天过海
俗称隐藏内容,多用于BLOG论坛等 web1.5、web2.0平台,多数此类平台,都以正规话题为主题,有技术,文字,财经,网络安全,百科,教育,也有生活休闲,时尚百科,吃喝玩乐等, 在此类表面好似正规的平台中,时常夹杂一些刻意优化或者作弊手法的文章,让百度防不胜防。也可用于新站收录,现在一般电影站,彩信站,成人站,百度是不收 录的,就算你换了再多的米,也是无济于事,这时就可先放个正规内容的主页,再到http://www.baidu.com/search /url_submit.html登录网址,即可让百度收录,快则隔天,慢者不超一周。这里要着重讲一下百度的“三度检查”,很多新收录的站就因为不晓得 三度检查,而收录不久再度被封。百度在收录网站当天,会对网站进行首次人工检查,隔一周后,百度机器人已完成对网站的初步索引,会有二次人工检查,再隔两 周(即收录20天),百度已全面做好网站索引,把绝大部分网页都显示出来,会有第三次人工检查,简称百度三度检查。如果有心对百度动手脚的话,一定要懂得 忍住性子,逃过百度三度检查,坚决不放任何百度不喜欢的内容。之后你想放什么,百度都很少再会人工光顾了。我的一个站长朋友,用此法,成功让百度收录了近 十个充满成人电影词优化贴的BLOG,长达半年之久也依然收录。
阅读全文…
Frank 文章 排名, 百度
Git 是 Linux Torvalds 为了帮助管理 Linux® 内核开发而开发的一个开放源码的版本控制软件。我们可以自己下载这个软件用于对内核的 hack 分析,或者用来管理自己的软件开发项目。本文将向您展示如何使用 Git 工具开始分析 Linux 。
在现代软件开发项目中,要成为一个有效的软件开发人员,我们必须能够与其他项目贡献者并行进行开发。源代码管理(SCM)系统不是什么新思想。为了 编写一些能够更快速、简单地开发以后软件项目的软件,已经进行了很多尝试。最新的源代码解决方案都包含了版本控制系统,它可以对源代码的修改进行回滚,从 而将有害的代码剔除出项目之外,或者简单地跟踪哪些人修改了代码的哪些行的内容。版本控制系统试图解决开发人员在试图同时对某个文件进行修改时所出现的冲 突问题,可以防止用户覆盖其他人所作的修改。源代码管理使用的很多流行解决方案都试图解决以前 SCM 解决方案中的失效问题。
集中化的版本控制系统通常采用两种方式:
- 有些提供了文件锁来防止多个用户的并行访问。这些系统对文件进行加锁,这样在某个时间只有一个开发人员对中心仓库具有写入权限。
- 另外一些工具,例如 CVS,允许多个开发人员同时对相同的文件进行编辑,并提供了一些机制稍后合并这些修改。
流行的版本控制系统包括:
- CVS
- Subversion
- Arch
- Bazaar
- BitKeeper
什么是 Git?
非常简单地说,Git 是 Linus Torvalds 最近实现的源代码管理软件。正如所提供的文档中说的一样,“Git 是一个快速、可扩展的分布式版本控制系统,它具有极为丰富的命令集,对内部系统提供了高级操作和完全访问。”
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper,后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作,因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程,但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如,X.org 最近就迁移到 Git 上来了,很多 Freedesktop.org 的项目也迁移到了 Git 上。
阅读全文…
Frank Linux/Unix相关, Network/Servers相关, 文章 git, 版本控制器
keepalived 是一个类似于layer3, 4 & 5交换机制的软件,也就是我们平时说的第3层、第4层和第5层交换。Keepalived的作用是检测web服务器的状态,如果有一台web服务器死机, 或工作出现故障,Keepalived将检测到,并将有故障的web服务器从系统中剔除,当web服务器工作正常后Keepalived自动将web服务 器加入到服务器群中,这些工作全部自动完成,不需要人工干涉,需要人工做的只是修复故障的web服务器。
Layer3,4&5工作在IP/TCP协议栈的IP层,TCP层,及应用层,原理分别如下:
Layer3:Keepalived使用Layer3的方式工作式时,Keepalived会定期向服务器群中的服务器
发送一个ICMP的数据包(既我们平时用的Ping程序),如果发现某台服务的IP地址没有激活,Keepalived便报告这台服务器失效,并将 它从服务器群中剔除,这种情况的典型例子是某台服务器被非法关机。Layer3的方式是以服务器的IP地址是否有效作为服务器工作正常与否的标准。在本文 中将采用这种方式。
Layer4:如果您理解了Layer3的方式,Layer4就容易了。Layer4主要以TCP端口的状态来决定服务器工作正常与否。如web server的服务端口一般是80,如果Keepalived检测到80端口没有启动,则Keepalived将把这台服务器从服务器群中剔除。
Layer5:Layer5就是工作在具体的应用层了,比Layer3,Layer4要复杂一点,在网络上占用的带宽也要大一些。 Keepalived将根据用户的设定检查服务器程序的运行是否正常,如果与用户的设定不相符,则Keepalived将把服务器从服务器群中剔除。
目前的最新版本: keepalived-1119_tar_gz
源下载地址
Frank Network/Servers相关, 文章 keepalived, 服务器
这里的大型网站架构只包括高互动性高交互性的数据型大型网站,基于大家众所周知的原因,我们就不谈新闻类和一些依靠HTML静态化就可以实现的架构 了,我们以高负载高数据交换高数据流动性的网站为例,比如海内,开心网等类似的web2.0系列架构。我们这里不讨论是PHP还是JSP或者.NET环 境,我们从架构的方面去看问题,实现语言方面并不是问题,语言的优势在于实现而不是好坏,不论你选择任何语言,架构都是必须要面对的。
这里讨论一下大型网站需要注意和考虑的问题
1、海量数据的处理
众所周知,对于一些相对小的站点来说,数据量并不是很大,select和update就可以解决我们面对的问题,本身负载量不是很大,最多再加几个 索引就可以搞定。对于大型网站,每天的数据量可能就上百万,如果一个设计不好的多对多关系,在前期是没有任何问题的,但是随着用户的增长,数据量会是几何 级的增长的。在这个时候我们对于一个表的select和update的时候(还不说多表联合查询)的成本的非常高的。
2、数据并发的处理
在一些时候,2.0的CTO都有个尚方宝剑,就是缓存。对于缓存,在高并发高处理的时候也是个大问题。在整个应用程序下,缓存是全局共享的,然而在 我们进行修改的时候就,如果两个或者多个请求同时对缓存有更新的要求的情况下,应用程序会直接的死掉。这个时候,就需要一个好的数据并发处理策略以及缓存 策略。
另外,就是数据库的死锁问题,也许平时我们感觉不到,死锁在高并发的情况下的出现的概率是非常高的,磁盘缓存就是一个大问题。
3、文件存贮的问题
对于一些支持文件上传的2.0的站点,在庆幸硬盘容量越来越大的时候我们更多的应该考虑的是文件应该如何被存储并且被有效的索引。常见的方案是对文 件按照日期和类型进行存贮。但是当文件量是海量的数据的情况下,如果一块硬盘存贮了500个G的琐碎文件,那么维护的时候和使用的时候磁盘的Io就是一个 巨大的问题,哪怕你的带宽足够,但是你的磁盘也未必响应过来。如果这个时候还涉及上传,磁盘很容易就over了。
也许用raid和专用存贮服务器能解决眼下的问题,但是还有个问题就是各地的访问问题,也许我们的服务器在北京,可能在云南或者新疆的访问速度如何 解决?如果做分布式,那么我们的文件索引以及架构该如何规划。
所以我们不得不承认,文件存贮是个很不容易的问题
阅读全文…
Frank Database相关, Linux/Unix相关, Network/Servers相关, 文章 平台架构
下载地址:http://www.xdebug.org/files/php_xdebug-2.1.0beta3-5.3-vc6.dll (目前最新版本)
我的环境是:windows xp, Apache 2.2.4, PHP 5.3.1, MySQL 5.1.43
然后打开php.ini文件,我的配置如下:
[Xdebug]
zend_extension_ts=”d:/php/ext/php_xdebug.dll”
xdebug.auto_trace=on
xdebug.collect_params=on
xdebug.collect_return=on
xdebug.trace_output_dir=”d:/xdebug”
xdebug.profiler_enable=on
xdebug.profiler_output_dir=”d:/xdebug”
注意其中的路径改成的你自己的路径.
必须建立Debuginfo目录c:/xdebug,否则不会才能生成文件, zend_extension_ts必须是完整路径才有效
假如php版本PHP Version 5.2.5 所以要下载的是php_xdebug-2.0.3-5.2.5.dll 或者php_xdebug-2.0.2-5.2.5.dll 版本 这样版本要对应.
阅读全文…
Frank PHP相关, 文章 windows, xdebug
我下载安装包的版本分别是:Apache 2.2.4, PHP 5.3.1, Mysql 5.1.43
注意1:下载的PHP的安装包的版本一定要注意,windows xp 下用php-5.3.1-Win32-VC6-x86.zip,下载地址是
http://windows.php.net/download/, 下这个版本"VC6 x86 Thread Safe",至于其它的版本,估计是与操作系统有关,待测.
注意2:apache服务启动后,却无法解析PHP文件,检查是否缺少以下几行
LoadModule php5_module “c:/php/php5apache2.dll”
AddType application/x-httpd-php .php
PHPIniDir “C:/php”
<IfModule mod_php5.c>
AddType application/x-httpd-php .php .html .php3
# AddType application/x-httpd-php-source .phps
</IfModule>
(其中的路径改成你的自己的路径)
Frank Network/Servers相关, 文章 开发环境
经过两年的创业摸索,终于有资格发表自己的看法,在此之前总误认为创业团队找3种(技术、市场、运营)差异互补的人就可以搞定一切,事实上并非如此。
传统软件行业懂市场的,说白了就是将自己的人脉关系打包在自己的职业专业技能里,很多项目能不能拿下来全靠销售自己的个人实力是否强悍,以神州泰岳为例, 我在这家公司做开发3年,并不感觉这里有多少技术大牛,其产品有多么行业领先,恰恰都继承了中国良好的“山寨文化”,将EMC,HP等各大公司的网管产品 研究一番,复制加上自己的“创意”拼装起来,然后高利润地卖到项目中,这家公司2007年之前全靠做系统集成的项目为主要营收途径,能承接中国联通、中国 移动、中海油、 新华社 等重大客户的项目,全靠销售的人脉关系搞定,只凭飞信业务就可以搞定创业板成为上市公司,这无疑又一次肯定了销售的人脉关系,至于神州泰岳的股东——与公 司无关的自然人万瀛女 的股份获益争议无疑让世人对于神州泰岳搞人脉关系的人的个人能力深感无比惊叹。
阅读全文…
Frank 文章 互联网, 创业
今天去两个知名的搜索引擎查了下我的博客被百度和谷歌收录的次数有多少条,让我感觉很意外,
Google.cn收录了361条,Baidu却收录了4条.
再加油…. ~_~
{查询关键字:
Baidu => site: (isn8.com) isn8.com
Google => site: isn8.com }
Frank 文章
B/S系统中的权限比C/S中的更显的重要,C/S系统因为具有特殊的客户端,所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检 测实现,而B/S中,浏览器是每一台计算机都已具备的,如果不建立一个完整的权限检测,那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中 的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测,让经过授权的用户可以正常合法的使用已授权功能,而对那些未经授权的“非 法用户”将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。
需求陈述
-
不同职责的人员,对于系统操作的权限应该是不同的。优秀的业务系统,这是最基本的功能。
-
可以对“组”进行权限分配。对于一个大企业的业务系统来说,如果要求管理员为其下员工逐一分配系统操作权限的话,是件耗时且不够方便的事情。所以,系统中就提出了对“组”进行操作的概念,将权限一致的人员编入同一组,然后对该组进行权限分配。
-
权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用,而不是每开发一套管理系统,就要针对权限管理部分进行重新开发。
-
满足业务系统中的功能权限。传统业务系统中,存在着两种权限管理,其一是功能权限的管理,而另外一种则是资源权限的管理,在不同系统之间,功能权限是可以重用的,而资源权限则不能。
阅读全文…
Frank Database相关, PHP相关, 文章 业务系统, 权限, 设计
转一篇,方便查询用。
篇一:
下面用自启动apache为例;
自启动脚本:
/usr/local/apache2/bin;
./apachectl start
文件位于/etc/rc.d/init.d下,名为apached, 注意要可执行.
#chmod +x /etc/rc.d/init.d/apached //设置文件的属性为可执行
#ln -s /etc/rc.d/init.d/apached /etc/rc3.d/S90apache //建立软连接,快捷方式
#ln -s /etc/rc.d/init.d/apached /etc/rc0.d/K20apache
在Red Hat Linux中自动运行程序
1.开机启动时自动运行程序
Linux加载后, 它将初始化硬件和设备驱动, 然后运行第一个进程init。init根据配置文件继续引导过程,启动其它进程。通常情况下,修改放置在 /etc/rc或 /etc/rc.d 或 /etc/rc?.d 目录下的脚本文件,可以使init自动启动其它程序。例如:编辑 /etc/rc.d/rc.local 文件,在文件最末加上一行”xinit”或”startx”,可以在开机启动后直接进入X-Window。
2.登录时自动运行程序
用户登录时,bash首先自动执行系统管理员建立的全局登录script :/etc/profile。然后bash在用户起始目录下按顺序查找三个特殊文件中的一个:/.bash_profile、/.bash_login、 /.profile,但只执行最先找到的一个。
因此,只需根据实际需要在上述文件中加入命令就可以实现用户登录时自动运行某些程序(类似于DOS下的Autoexec.bat)。
阅读全文…
Frank Linux/Unix相关, 文章 Linux, 自启动
最新评论