这个软件是在软件内自动打开页面刷的。你要先刷到100分，这不用几分钟就能刷到。超过100分，别人就可以打开你的提交的页面去刷。
注意！你提交的页面一定要没有恶意代码或者病毒，否则是不会通过审查的。每天晚上23点你提交的页面会得到审查，通过后别人才能刷你的。这也是为大家的安全着想。
通过这个软件可以让你的网站每天有几千的IP的，对网站流量有一定的作用！
下载：thpage
web.xml中添加方法：
1 2 3 4 5 6 7 8 9 10 11 12 | <filter> <filter-name>UrlRewriteFilter</filter-name> <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class> <init-param> <param-name>confPath</param-name> <param-value>/WEB-INF/config/urlrewrite.xml </param-value> </init-param> </filter> <filter-mapping> <filter-name>UrlRewriteFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> |
urlrewrite.xml 示例：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 | <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE urlrewrite PUBLIC "-//tuckey.org//DTD UrlRewrite 3.2//EN" "http://tuckey.org/res/dtds/urlrewrite3.2.dtd"> <!-- Configuration file for UrlRewriteFilter http://tuckey.org/urlrewrite/ --> <urlrewrite> <rule> <note> The rule means that requests to /test/status/ will be redirected to /rewrite-status the url will be rewritten. </note> <from>/test/status/</from> <to type="redirect">%{context-path}/rewrite-status</to> </rule> <outbound-rule> <note> The outbound-rule specifies that when response.encodeURL is called (if you are using JSTL c:url) the url /rewrite-status will be rewritten to /test/status/. The above rule and this outbound-rule means that end users should never see the url /rewrite-status only /test/status/ both in thier location bar and in hyperlinks in your pages. </note> <from>/rewrite-status</from> <to>/test/status/</to> </outbound-rule> <!-- INSTALLATION in your web.xml add... <filter> <filter-name>UrlRewriteFilter</filter-name> <filter-class>org.tuckey.web.filters.urlrewrite.UrlRewriteFilter</filter-class> <init-param> <param-name>logLevel</param-name> <param-value>WARN</param-value> </init-param> </filter> <filter-mapping> <filter-name>UrlRewriteFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> EXAMPLES Redirect one url <rule> <from>/some/old/page.html</from> <to type="redirect">/very/new/page.html</to> </rule> Redirect a directory <rule> <from>/some/olddir/(.*)</from> <to type="redirect">/very/newdir/$1</to> </rule> Clean a url <rule> <from>/products/([0-9]+)</from> <to>/products/index.jsp?product_id=$1</to> </rule> eg, /products/1234 will be passed on to /products/index.jsp?product_id=1234 without the user noticing. Browser detection <rule> <condition name="user-agent">Mozilla/[1-4]</condition> <from>/some/page.html</from> <to>/some/page-for-old-browsers.html</to> </rule> eg, will pass the request for /some/page.html on to /some/page-for-old-browsers.html only for older browsers whose user agent srtings match Mozilla/1, Mozilla/2, Mozilla/3 or Mozilla/4. Centralised browser detection <rule> <condition name="user-agent">Mozilla/[1-4]</condition> <set type="request" name="browser">moz</set> </rule> eg, all requests will be checked against the condition and if matched request.setAttribute("browser", "moz") will be called. --> </urlrewrite> |
偶尔发现自己的邮箱中看到一些垃圾邮件，有时候点击看下发信人，有几次遇到过上面显示的收件人邮箱不是自己的。但是为什么自己收到了这封邮件呢？开始还认为是google邮箱出问题了，今天又发现一封这样的邮件：
收件人邮箱中根本没有自己的邮箱地址！
后来网上查了下才发现，可能是是对方在发送邮件时，把邮件密送给自己了。所以，无法看到自己的邮箱地址。
这就是为什么收到的邮件中收件人不是自己的邮箱，自己却收到了的原因。
没有想到竟然有图片去除水印的工具，以前只见过批量给图片加水印的工具，而如今有发现了给图片去水印的工具。很好很强大，只是有一点，这个工具不能进行批量处理。
图片去除水印工具 Teorex.Inpaint
如何给图片去除水印，同时不伤及你需要保留的内容，平时大家去除水印可能多多少少都要伤害图片，可今天这去除水印工具，对图片的伤害非常小。
以下是去除水印的例子：
去水印前的效果如下：
选中你要去水印的区域
单击绿色小三角形或者点“伪装”–“运行”–OK
你已经可以看到效果了 然后点击保存效果图：
软件下载：轻松去除水印工具
前几天登录博客后台，有提示WordPress升级到了2.8版本，当时没时间去升级。在本地的程序上升级了下，没弄好，有错误显示，因为当时忙于一个网站上线，所有就没有再弄这个。今天想起来了，于是把服务器上的程序文件下载到本地，数据也更新到服务器上的，然后利用后台的自动升级开始升级，升级很顺利，等过了段时间后一看升级的页面，显示已经升级成功。升级成功后发现几个插件无法使用，也有随之的更新，于是利用插件的自动更新。有几个插件自动更新一会就好了，只是遇到了两个无法更新成功，于是从网上下载最新的手动更新，更新也很顺利一会更新完了。等更新完后，把本地的所有程序文件上传到服务器，替换原来旧的文件，然后把数据库也更新掉。整个更新都很顺利也很简单，没有开始想的那么复杂，不愧有这么多人使用整个blog程序，这个程序真的很不错！
ECshop中插入的广告都是今天过统计的，但是对于站内的广告很多是不需要这样操作的，并且这样页面上连接不是直接连接的内页，是不是对SEO有一定的影响，具体没太深入了解。下面是我自己对ECShop的一点修改，程序修改成了判断连接是不是以http开头，如果是以http开头那就统计这个广告的点击，如果不是则不统计。这样在后台添加光的时候如果想让统计则加上http://如果不需要则直写站内地址即可。（这个只针对与站内的地址，比如专题活动等。）
/includes/lib_insert.php
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 | switch ($row['media_type']) { case 0: // 图片广告 $src = (strpos($row['ad_code'], 'http://') === false && strpos($row['ad_code'], 'https://') === false) ? DATA_DIR . "/afficheimg/$row[ad_code]" : $row['ad_code']; if(strpos($row['ad_link'], 'http://')===false){ $ads[] = "<a href='" . $row["ad_link"]. "' target='_blank'><img src='$src' width='" .$row['ad_width']. "' height='$row[ad_height]' border='0' /></a>"; }else{ $ads[] = "<a href='affiche.php?ad_id=$row[ad_id]&uri=" . urlencode($row["ad_link"]). "' target='_blank'><img src='$src' width='" .$row['ad_width']. "' height='$row[ad_height]' border='0' /></a>"; } //$ads[] = "<a href='affiche.php?ad_id=$row[ad_id]&uri=" . urlencode($row["ad_link"]). "' //target='_blank'><img src='$src' width='" .$row['ad_width']. "' height='$row[ad_height]' //border='0' /></a>"; break; case 1: // Flash $src = (strpos($row['ad_code'], 'http://') === false && strpos($row['ad_code'], 'https://') === false) ? DATA_DIR . "/afficheimg/$row[ad_code]" : $row['ad_code']; $ads[] = "<object classid=\"clsid:d27cdb6e-ae6d-11cf-96b8-444553540000\" " . "codebase=\"http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=8,0,0,0\" " . "width='$row[ad_width]' height='$row[ad_height]'> <param name='movie' value='$src'> <param name='quality' value='high'> <embed src='$src' quality='high' pluginspage='http://www.macromedia.com/go/getflashplayer' type='application/x-shockwave-flash' width='$row[ad_width]' height='$row[ad_height]'></embed> </object>"; break; case 2: // CODE $ads[] = $row['ad_code']; break; case 3: // TEXT if(strpos($row['ad_link'], 'http://')===false){ $ads[] = "<a href='" . $row["ad_link"]. "' target='_blank'>" .htmlspecialchars($row['ad_code']). '</a>'; }else{ $ads[] = "<a href='affiche.php?ad_id=$row[ad_id]&uri=" . urlencode($row["ad_link"]) . "' target='_blank'>" .htmlspecialchars($row['ad_code']). '</a>'; } //$ads[] = "<a href='affiche.php?ad_id=$row[ad_id]&uri=" .urlencode($row["ad_link"]). "' //target='_blank'>" .htmlspecialchars($row['ad_code']). '</a>'; break; } |
本文转自：http://www.a18zhizao.cn/y2009/992_pr-10-is-mastered-the.html
《惊！这网站的PR也为10？》看到这篇文章，其实那个网站如果要是pr得到10是不可能的，因为需要太多的外链，这个只有 miibeian.gov.cn或者是特别的服务商可以做到，比如Adobe，因为太多人用他们的软件了，可是一个电脑公司要做到那不现实，我 GOOGLE和百度了site:025yc.com 了下，发现显示的是gov.cn的网站。可来是被PR劫持了。
PR劫持
PR劫持，也就是用欺骗手段获得工具条上比较高的PR值显示。方法是利用跳转。一般搜索引擎在处理301和302转向的时候，都是把目标URL当作实际应该收录的URL。当然也有特例，不过在大部分情况下是这样处理的。所以如果你从域名A做301或302跳转到域名 B，而域名B的PR值比较高，域名A在PR更新后，也会显示域名B的PR值。最简单的就是先做301或302跳转到高PR的域名B，等PR更新过后，立刻取消转向，同时也获得了和B站相同的PR值。这个做假的PR显示值至少维持到下一次PR更新，一般有两三个月或更长的时间(最近GG更新有点慢)。
更隐讳一点的办法是，通过程序检测到Google蜘蛛，返回301或302转向，对普通访问者和其他蜘蛛都返回正常内容。这样我们看到的是普通网站，只有Google会看到转向。比如下面这段PHP代码就可以达到这个效果:
1 2 3 4 5 6 7 8 9 10 | <? if (strstr($_SERVER['HTTP_USER_AGENT'], “Googlebot”)) { header("HTTP/1.1 301 Moved Permanently"); header("Location: http://www.xxx.com"); exit; } else { header(’Content-Type: text/html; charset=ISO-8859-1′); }; ?> |
这两种手段得到的PR值，都不是自己域名真实的PR值。
PS:一般这样得到PR值的人的目的也很明显，就是为了卖链接，卖PR。但是,这种网站上的链接对PR值没有任何贡献。
下面给出目前比较常见的判断PR劫持的办法
方法一：
PR检测网站http://checkpagerank.net。
方法二：
看Google的网页快照，Google快照和你看到的网页不是同一个网站，(一般网站标题和logo都会显示出来)，就非常可疑了，网页快照里面的那个网站就是PR劫持的目标网站。
该方法的缺陷：只要该网站劫持结束后更新到自己的网站，Google会重新收录新网站，那这个时候就看不出原来网站的痕迹，那就无法确认PR是否劫持，更无法知道劫持的哪个网站了。该方法只适用于劫持目标网站后转换到自己的网站不久。
方法三：
查看反向链接，再根据反向链接来判断真实的网站是哪个。比如： xxxxx.com的PR是4，而it.xxxxx.com的PR是6，虽然这个是真实性是比较大，但是检查发现，it的二级域名疑似PR劫持。登陆 google，在搜索框中输入：link:it.xxxxx.com，搜索结果中的网站就是向该网站提供反向链接的，任意打开一个，在里面查找 it.xxxxx.com的链接，没有发现。再随机找几个，依然没有发现，这就说明该站的PR是劫持的(多找几个网站可以增加这个判断结果的可信度)。
确定了该网站是PR劫持，下面就查找该网站劫持的哪个网站的PR，可以这样做：看link出来的结果中哪个站的结果比较多，一般就是这个网站。因为 link的结果中与被劫持PR的网站link是一样的，而被劫持PR的网站内页链接到主域名的比较多，所以一般结果比较多的那个站就是被劫持的网站。我们在刚才的结果中看到有大量的来自it.com.cn的内容，所以初步判断该网站是劫持的it.com.cn的PR。验证刚才的判断结果，方法很简单。用 link:it.xxxxx.com和link:it.com.cn比较，如果是一样的，那就说明判断是正确的。在google中输入 link:it.xxxxx.com，看查询结果;再输入link:it.com.cn，看查询结果。两者搜索结果完全一样，所以可以肯定的说，it.xxxxx.com是劫持的it.com.cn的PR。
另外一个值得注意的是，在寻找和买链接的时候，如果对方炫耀的就是高PR值，都要非常小心。建立链接应该以内容的相关性为最主要的考量，PR高低对实际排名影响没有很多人想象的那么重要。
这个判断PR是否真实的网站 如果显示 Pagerank seems to be forged! 就是pr劫持了。
本文转载自：http://www.a18zhizao.cn/y2009/992_pr-10-is-mastered-the.html
wdxss.cn 从购买到现在10天的时间，自己捣鼓了个小程序，一个刷刷的助手http://xss.wdxss.cn 和我的喜刷刷论坛 http://www.wdxss.cn/ 现在上线了，这个主要是针对网上开店的用户使用，进行交流的。
前些天重装系统，本地的论坛程序给弄丢了，环境也重新配置了。想把服务器上的论坛数据下载下来备份，这就涉及到了论坛的迁移。因为装系统，时间少，也懒得去弄，第一次出现问题，不能正常显示以后就没再去整理。
今天又遇到论坛转移的问题，从服务器上下载下来论坛，数据库的名字、用户名、密码和数据库地址从config文件中修改后。运行还是出现跟上次同样的问题，显示如下：
开始以为是模板路径问题，用SearchAndReplace 查找路径替换成本地的路径，无果，问题依旧。
遂网上搜索迁移办法，查到官方的迁移方法，官方网站的迁移方法是通过程序的备份方法来实现的，无奈，在没有别的简单的方法后，只能通过官方的方法处理。根据官方的说明，首先要重新安装uc_center，于是地址中输入/uc_center/install/ 发现提示php.ini中的“short_open_tag” 没有设置成“On” 无法进行安装，于是修改PHP中的这个。然后想，是不是论坛显示不正常也是这个问题呢？打开首页一看，果然，现在正常显示了！
总结一下：转移discuz论坛，1、要配置好环境，如果不知道环境有没有配置好，可以通过discuz的安装的时候来检测下。2、将数据通过软件（Navicat 8）方法备份，到新的数据库服务器上。
最后一点，如果是linux或者是windows 2003主机 涉及到服务器权限的话按照安装提示时候的权限来设置就可以了。
* 安装向导无法写入配置文件, 请设置 config.inc.php 程序属性为可写状态(777)
* 附件目录 默认是 ./attachments 无法写入，附件上传功能将无法使用
* 数据目录 ./forumdata 无法写入，请设置属性为可写状态 (777)
* 缓存目录 ./forumdata/cache 无法写入，请设置属性为可写状态 (777)。
* 数据目录 ./forumdata/templates 无法写入，请设置属性为可写状态 (777)
* 主题缓存目录 ./forumdata/threadcaches 属性非 777 或无法写入，在线编辑模板功能将无法使用
* 缓存目录 ./forumdata/logs 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_client/data/cache 无法写入, 请设置属性为可写状态 (777)
* 缓存目录 ./uc_server/data 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/cache 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/view 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/avatar 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/logs 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/backup 无法写入，请设置属性为可写状态 (777)。
* 缓存目录 ./uc_server/data/tmp 无法写入，请设置属性为可写状态 (777)。
