Windows 下推荐使用的端口转发(映射/重定向)工具:PassPort

前一篇里 Windows 和 Linux 平台下的端口转发工具 介绍 Windows 下的端口重定向工具有 rinited 和 FPipe,rinited 可以同时应用多个规则,FPipe 一个命令一个规则,它们都是命令行的。

本文中介绍另一款更好用的端口重定向工具 PassPort, 它是免费开源的,图形界面的,支持 TCP/UDP、配置简单,可配置多组映射规则,可作为 Windows 系统服务运行。

下载地址是:http://sourceforge.net/projects/pjs-passport/。安装后运行界面如下: 阅读全文 >>

Windows 和 Linux 平台下的端口转发工具

这里记录一下我曾经使用过的几个端口转发工具,即端口映射、端口重定向,和 NAT 也是差不多的概念。

Linux 下用过 iptables,rinetd;Windows 下用过某个防火墙的 NAT 功能、RemoteAnywhere 的端口重定向、FPipe,还有最近刚找到的 PassPort。试着去设置一下 Windows 2000 的 NAT  功能,但未成功,还是特定的软件简单易用,下面介绍逐一介绍下。

iptables 的功能当然强大,但理解与设置却有点抽象,曾用它进行过透明代理上网,见:Linux 下仅用 iptables 实现为透明代理服务器。真要用它进行端口重定向太麻烦,会用它当然很方便的,在 Linux  平台下是开箱即用的,很多机器都安装了它。 阅读全文 >>

理解 Java 正则表达式怪异的 \\ 和 \\\\,让您见怪不怪

Java 语言里的几大变革,一为 jdk1.4 引入的正则表达式,jdk1.5 引入的泛型。没有泛型之前有不少人曾想方设法从编译器入手让 Java 支持泛型。说到泛型  Perl 无疑是该方面的佼佼者,虽然我们不要求 Java 的正则表式能像 Perl 那样可以用来写诗,但至少能有 JavaScript 好用些,可是还不如。JavaScript 里 // 两斜线一框就是一个模式,分组和后向引用更方便,当然前面那两家伙是动态的,不太好比。

复杂的用法不说,且说 Java 的正则表达式在匹配点(.)  和斜杠(\),表达式要分别写作 \\. 和 \\\\,难看些,不好理解。幸好还有些人记住了,匹配点(.) 或  {、[、(、?、$、^ 和 * 这些特殊符号要要前加双斜框,匹配 \ 时要用四斜杠,这确实能让你包走天涯的。那么为什么是这样呢,不是一个斜杠、三个或更多呢,所以知其然还要知其所以然,这样才能每次心中有数,方能以一变应万变。 阅读全文 >>

本博客前几日又完成一次搬迁--历数博客搬迁之路

本博客再次完成了一次搬迁,从 BlogHost主机 SoftLayer达拉斯机房 到 加州硅谷T2机房 的搬迁,这一次搬迁相比前两次容易得多,因为仅仅是 WordPress 程序和数据的转移。国为达拉斯的服务器访问起来较慢,所以需搬动一下提提速。

主要是国内的主机贵且对备案什么的很反感,所以一直没考虑用国内的主机,不然国内主机供国人访问是要快得多。虽然可以曲线方式进行备案,但基于现在的白名单政策,仍然会让人焦虑,每加一个二级域名都得通知一声机房。那等于是即使域名解析支持泛域名解析,但接入到机房这一关也是白搭。

所以只好在国外主机里挪来挪去,看以后考虑香港、马来西亚也是个不错的选择。 阅读全文 >>

xampp 错误:Deprecated: Assigning the return value of new by reference is deprecated

WordPress 3.0.1 之前是在 xampp 1.7.1 中运行的,没什么问题,php 版本为 5.2.9。后来升级 xampp 到 1.7.3 版,打开网站最上方出现提示:

Deprecated: Assigning the return value of new by reference is deprecated in C:\xampp\htdocs\footnoted\wp-content\plugins\simple-tags\inc\client.php on line 1700

这是插件 simple-tags 里的代码,定位到该行是:

$error = & new WP_Error('invalid_taxonomy', __('Invalid Taxonomy'));

而 WP_Error 是用 function 进行定义的:

function WP_Error($code = '', $message = '', $data = '') 阅读全文 >>

用 DbUnit 执行 export 导出数据时报 MySQLSyntaxErrorException

我是借助于 dbunit-maven-plugin 来使用 DbUnit 的,数据库是 MySql,在使用 mvn dbunit:export 指令时,总报错:

Embedded error: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'desc from unmi_test_table order by Id' at line 1

若是加上 -e 或 -X 参数,如 mvn dbunit:export -e 时可以看到更详细的异常信息:

Caused by: org.apache.maven.plugin.MojoExecutionException: Error executing export 阅读全文 >>

修正 FeedBurner Stats by DevMD.com 插件统计图中的月份显示错误

Feed 的烧制(代理) 程序还是 FeedBurner 有名,结果也是因为它让消息传得太快了,所以被墙了,才有了国内的 FeedSky。如同 Google 当年的遭遇一样才成就了百毒。

FeedBurner 在自由的国家里用得还是很广泛,所以你的客户群是那些人的话,还是值得去使用 FeedBurner。假如是用 WordPress 建站的话,你可以安装 FeedBurner Stats by DevMD.com 插件来查看 Feed 的订阅情况,以统计图形直观的显示。

这里是它的界面截图:http://wordpress.org/extend/plugins/feedburner-stats-by-devmdcom/screenshots/

但是对于该插件的当前版本 0.1.6 的统计图在月份显示时还有个 Bug,就是月份相差 1,比如当前是 10 月,图中却显示为 November,11 月。

阅读全文 >>

定制 WordPress 的 Rss 输出到 <!--more-->

Wordpress rss summary看来我真是浸淫在了 WordPress 里,俗称工欲善其事,必先利其器,也不知道想把这一器磨成多利。大约和当初结识 Joomla 时同样的境遇,难道要变大杀器不成?接连都几篇与 WordPress 相关的内容,反而把主业给抛在了一边。

好了,都是实际的问题,我的文章里因为有一些代码什么的,所以选择了用 <!--more--> 的形式显示片断,而不是用的摘要,虽然摘要也有可视编辑器,但还是用 <!--more--> 一点鼠标方便些。但是问题又有了,文章列表页里是显示了 more 前面的内容,但 RSS 不好控制,因为文章没有摘要,所以在后台 Settings/Reading 里无论选择 Rss 输出是 Full Text 还是 Summary 都会以全文的方式输出。选择 Summary 时,WordPress 看到没有填写文章摘要就会代之以全文。 阅读全文 >>

《Blog 启示录- WordPress 博客建设与经营》观感 -- 续

客观的说,阅读本书的收获并不大,学了些东西,点点滴滴,零零碎碎的。上回话说到何处,今天接着记录。

通过我们在 General Settings 里都是把 WordPress address (URL) 和 Site address (URL) 设置成一样的,但它们可以不一样的。比如说 wordpress 整个目录传到了虚拟主机中,默认的你要用 http://yanbin.blog/wordpress 的方式来访问,这当然不太好看,你希望用 http://unmi.cc 的 URL 来访问,可以用的做法是把 wordpress 下的文件放在虚拟主机根目录中。

另一种做法是仍然让保留 wordpress 目录,把其中的 index.php 以及 .htaccess 两个文移到根目录下,再编辑这个 index.php 文件,把其中的 阅读全文 >>

WordPress 里要某功能时,你会去找插件还是修改代码

用 WordPress 建站当初,每每想到要某一功能时首先想到的是有没有相关的插件,而不去思考可通过改哪里的代码来实现。因而造成插件的数量日渐膨胀,直接 40 多个插件同时绽放,还曾引以为豪。

最初的想法是尽量不去修改 WordPress 的代码,用第三方插件,待到以后升级 WordPress 本身时会很方便,不用担心被覆盖的危险。还有就是老觉得配置插件比改代码更易于操作。但是忽略了主题文件也是 WordPress 外围的元件,改改主题文件中的代码又何妨,而且更多时候也只需要改主题中的某个文件。

找第三方插件的结果是,数量多的话肯定要拖累 WordPress,因为不是用 Action 就是用 Filter 来拦截。到现在感觉慢了要整理插件的时候, 阅读全文 >>