<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>插件 on Lost Temple</title>
    <link>/tags/%E6%8F%92%E4%BB%B6/</link>
    <description>Recent content in 插件 on Lost Temple</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>en</language>
    <lastBuildDate>Fri, 14 Mar 2008 13:44:19 +0000</lastBuildDate>
    <atom:link href="/tags/%E6%8F%92%E4%BB%B6/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>sniplets VS exec-php</title>
      <link>/posts/sniplets-vs-exec-php/</link>
      <pubDate>Fri, 14 Mar 2008 13:44:19 +0000</pubDate>
      <guid>/posts/sniplets-vs-exec-php/</guid>
      <description>&lt;p&gt;&lt;a title=&#34;sniplets&#34; href=&#34;http://urbangiraffe.com/plugins/sniplets&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;sniplets&lt;/a&gt;是一款我用了很久的插件，特点是功能很强大，可以在post或者page里执行php语句，也可以高亮显示代码，还可以做一些我用不到的事，整个后台操作也是基于AJAX的。当然，有如此强大功能的插件，体积也不会小，每次都要加载60多KB的js，而且，它还要在数据库里独占一张表，备份数据库都不能忘了它。&lt;/p&gt;
&lt;p&gt;还有，sniplets升级到1.0版之后（现在的最新版本是1.2.4），整个插件完全变了样，变得更强大了，当然也更臃肿了。我在测试环境里装过两次，两次都出现了问题。更糟的是，新版跟以前的版本不兼容了，原先创建的sniplets在新版里竟然识别不出来。我只是为了能执行几个php语句，能贴几段代码，但是新版却让人很难上手。所以，不管官方的版本如何升级，我真正用的还是旧版本，好像还是0.3多少的。为了不让插件管理页面老是提醒有新版本需要升级，我干脆自己把版本号修改到了2.0.0，世界从此安静了。&lt;/p&gt;
&lt;p&gt;&lt;a title=&#34;Exec PHP&#34; href=&#34;http://bluesome.net/post/2005/08/18/50/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;exec-php&lt;/a&gt;是近期才开始装上的，以前也听说过一两次。既然决定要舍弃sniplets了，总得找个能执行php语句的办法来生成&lt;a href=&#34;http://pengjianping.com/&#34; title=&#34;失落的神庙&#34;&gt;首页&lt;/a&gt;和&lt;a href=&#34;http://pengjianping.com/links/&#34; title=&#34;链接 | 失落的神庙&#34;&gt;链接&lt;/a&gt;页面啊，于是，就用上了exec-php。执行php代码它当然没有任何问题，而且是直接写在HTML模式的编辑器里的，不像sniplets那样要通过引用的办法来实现。不过exec-php不能高亮显示代码，算了，反正我也很少贴代码的，高不高亮就无所谓了。&lt;/p&gt;
&lt;p&gt;在Google上搜索&lt;a title=&#34;WordPress Sniplets&#34; href=&#34;http://www.google.cn/search?q=wordpress+sniplets&amp;sourceid=navclient-ff&amp;ie=UTF-8&amp;rlz=1B3DVFA_en___CN224&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;wordpress sniplets&lt;/a&gt;，大部分的搜索结果都是：&lt;/p&gt;
&lt;blockquote&gt;
&lt;h3 id=&#34;wordpress-sniplets插件多个输入验证漏洞&#34;&gt;WordPress Sniplets插件多个输入验证漏洞&lt;/h3&gt;
&lt;/blockquote&gt;</description>
      <content:encoded><![CDATA[<p><a title="sniplets" href="http://urbangiraffe.com/plugins/sniplets" target="_blank" rel="noopener">sniplets</a>是一款我用了很久的插件，特点是功能很强大，可以在post或者page里执行php语句，也可以高亮显示代码，还可以做一些我用不到的事，整个后台操作也是基于AJAX的。当然，有如此强大功能的插件，体积也不会小，每次都要加载60多KB的js，而且，它还要在数据库里独占一张表，备份数据库都不能忘了它。</p>
<p>还有，sniplets升级到1.0版之后（现在的最新版本是1.2.4），整个插件完全变了样，变得更强大了，当然也更臃肿了。我在测试环境里装过两次，两次都出现了问题。更糟的是，新版跟以前的版本不兼容了，原先创建的sniplets在新版里竟然识别不出来。我只是为了能执行几个php语句，能贴几段代码，但是新版却让人很难上手。所以，不管官方的版本如何升级，我真正用的还是旧版本，好像还是0.3多少的。为了不让插件管理页面老是提醒有新版本需要升级，我干脆自己把版本号修改到了2.0.0，世界从此安静了。</p>
<p><a title="Exec PHP" href="http://bluesome.net/post/2005/08/18/50/" target="_blank" rel="noopener">exec-php</a>是近期才开始装上的，以前也听说过一两次。既然决定要舍弃sniplets了，总得找个能执行php语句的办法来生成<a href="http://pengjianping.com/" title="失落的神庙">首页</a>和<a href="http://pengjianping.com/links/" title="链接 | 失落的神庙">链接</a>页面啊，于是，就用上了exec-php。执行php代码它当然没有任何问题，而且是直接写在HTML模式的编辑器里的，不像sniplets那样要通过引用的办法来实现。不过exec-php不能高亮显示代码，算了，反正我也很少贴代码的，高不高亮就无所谓了。</p>
<p>在Google上搜索<a title="WordPress Sniplets" href="http://www.google.cn/search?q=wordpress+sniplets&sourceid=navclient-ff&ie=UTF-8&rlz=1B3DVFA_en___CN224" target="_blank" rel="noopener">wordpress sniplets</a>，大部分的搜索结果都是：</p>
<blockquote>
<h3 id="wordpress-sniplets插件多个输入验证漏洞">WordPress Sniplets插件多个输入验证漏洞</h3>
</blockquote>
]]></content:encoded>
    </item>
    <item>
      <title>测试:1 Blog Cacher</title>
      <link>/posts/test-1-blog-cacher/</link>
      <pubDate>Thu, 27 Dec 2007 15:14:42 +0000</pubDate>
      <guid>/posts/test-1-blog-cacher/</guid>
      <description>&lt;p&gt;又一款&lt;a title=&#34;WordPress&#34; target=&#34;_blank&#34; href=&#34;http://wordpress.org/&#34; rel=&#34;noopener&#34;&gt;WordPress&lt;/a&gt;的缓存插件，&lt;a title=&#34;1 Blog Cacher&#34; target=&#34;_blank&#34; href=&#34;http://1blogcacher.com/&#34; rel=&#34;noopener&#34;&gt;1 Blog Cacher&lt;/a&gt;，目前用的人还不多，不知道效果怎么样，测试一下。&lt;/p&gt;
&lt;p&gt;虽然&lt;a title=&#34;CPH&#34; target=&#34;_blank&#34; href=&#34;http://72pines.net/&#34; rel=&#34;noopener&#34;&gt;CPH&lt;/a&gt;很快，但每个页面现在还是有差不多30次查询，还是觉得多了点。至于主题图片占用的时间，实在是不好取舍啊。&lt;/p&gt;</description>
      <content:encoded><![CDATA[<p>又一款<a title="WordPress" target="_blank" href="http://wordpress.org/" rel="noopener">WordPress</a>的缓存插件，<a title="1 Blog Cacher" target="_blank" href="http://1blogcacher.com/" rel="noopener">1 Blog Cacher</a>，目前用的人还不多，不知道效果怎么样，测试一下。</p>
<p>虽然<a title="CPH" target="_blank" href="http://72pines.net/" rel="noopener">CPH</a>很快，但每个页面现在还是有差不多30次查询，还是觉得多了点。至于主题图片占用的时间，实在是不好取舍啊。</p>
]]></content:encoded>
    </item>
    <item>
      <title>究竟用哪个，Akismet还是SK2？</title>
      <link>/posts/akismet-or-sk2/</link>
      <pubDate>Wed, 06 Jun 2007 16:10:20 +0000</pubDate>
      <guid>/posts/akismet-or-sk2/</guid>
      <description>&lt;p&gt;熟悉WordPress、时常被Spams骚扰的blogger一看标题就知道，又是垃圾和反垃圾之间的战斗。这个世界就是这样，社会也是在竞争（战争）中发展的。&lt;/p&gt;
&lt;p&gt;自打开始用WP，我一开始装的就是&lt;a href=&#34;http://unknowngenius.com/blog/wordpress/spam-karma/&#34;&gt;SK2&lt;/a&gt;。原因有二，其一是当时不知看了谁的介绍，说&lt;a href=&#34;http://akismet.com/&#34;&gt;Akismet&lt;/a&gt;其实很垃圾的，别看它是官方的；其二是激活Akismet需要一个Api key，当时懒得挂代理去申请。就这样，SK2一直用了下来。&lt;/p&gt;
&lt;p&gt;你别说，我发现SK2的效果不错，真的很不错啊，就我的发现，没有错判过一次，spams和正常的comments&amp;amp;trackbacks都能分得清。虽然配置很负责，不过据说不需要改动任何设置就可以很好的运行，我就改过一个判断条件，就是把comment里的链接数从默认的2改到3，仅此而已。&lt;/p&gt;
&lt;p&gt;唯一不让我满意的是，SK2块头太大了，占资源多（没证实，凭空推论），在数据库里生成的3个表项，我都不知道怎么处理。日长月久，累积的spams多起来了，logs和blacklist也是越来越多，占用了数据库很多资源。而且我每日自动做数据库备份时，也不知道究竟要不要备份这三个表，备份的话会令备份文件增大很多，email传输也慢；不备份的话，原先积累的blacklist等信息岂不是白搭。&lt;/p&gt;
&lt;p&gt;最近在改版blog，我也意识到装的插件太多了（或者是有些太大了），初始化时间挺长的。谁都清楚，插件要少装，只装对自己有用的，关键是，只要是插件，多少都有些用，不然谁会去开发，谁又会去使用？ 很多人说UTW太占资源，不过还是有更多的人在用它，在WP2.3（集成tag功能）推出之前，我还是会留着的。&lt;/p&gt;
&lt;p&gt;前不久开始试用Akismet ，暂时禁用了SK2。Akimet几乎没有什么设置，仅仅提供一个Api? key就ok了，它由WordPress的服务器负责判断是否是spam，还提供一种反馈判定是否正确的机制，可以让Akismet增强学习，提高识别spam的准确率。不过，被它caught的spams我们却看不见（不是在latest spam里的）。就是这，我觉得太不爽了，竟然是哪些spams被caught了啊，不让我看，我怎么知道里面有没有正常的comments啊？这点上，SK2就做得很好，全部的评论在它的后台都可以看到。&lt;/p&gt;
&lt;p&gt;两者的显著区别就是：SK2是在本地服务器根据各种条件加权计算出一个值来判断是不是spam，而Akismet就把判断的过程交给WordPress的服务器了，这就要经过一个网络来回（一次提交信息和一次递送结果）。一个要靠主机的计算，另一个要依赖网络的传输。&lt;/p&gt;
&lt;p&gt;Akismet装上还没有多久，效果到底怎么样，比起SK2来如何，相信时间能检验一切。&lt;/p&gt;</description>
      <content:encoded><![CDATA[<p>熟悉WordPress、时常被Spams骚扰的blogger一看标题就知道，又是垃圾和反垃圾之间的战斗。这个世界就是这样，社会也是在竞争（战争）中发展的。</p>
<p>自打开始用WP，我一开始装的就是<a href="http://unknowngenius.com/blog/wordpress/spam-karma/">SK2</a>。原因有二，其一是当时不知看了谁的介绍，说<a href="http://akismet.com/">Akismet</a>其实很垃圾的，别看它是官方的；其二是激活Akismet需要一个Api key，当时懒得挂代理去申请。就这样，SK2一直用了下来。</p>
<p>你别说，我发现SK2的效果不错，真的很不错啊，就我的发现，没有错判过一次，spams和正常的comments&amp;trackbacks都能分得清。虽然配置很负责，不过据说不需要改动任何设置就可以很好的运行，我就改过一个判断条件，就是把comment里的链接数从默认的2改到3，仅此而已。</p>
<p>唯一不让我满意的是，SK2块头太大了，占资源多（没证实，凭空推论），在数据库里生成的3个表项，我都不知道怎么处理。日长月久，累积的spams多起来了，logs和blacklist也是越来越多，占用了数据库很多资源。而且我每日自动做数据库备份时，也不知道究竟要不要备份这三个表，备份的话会令备份文件增大很多，email传输也慢；不备份的话，原先积累的blacklist等信息岂不是白搭。</p>
<p>最近在改版blog，我也意识到装的插件太多了（或者是有些太大了），初始化时间挺长的。谁都清楚，插件要少装，只装对自己有用的，关键是，只要是插件，多少都有些用，不然谁会去开发，谁又会去使用？ 很多人说UTW太占资源，不过还是有更多的人在用它，在WP2.3（集成tag功能）推出之前，我还是会留着的。</p>
<p>前不久开始试用Akismet ，暂时禁用了SK2。Akimet几乎没有什么设置，仅仅提供一个Api? key就ok了，它由WordPress的服务器负责判断是否是spam，还提供一种反馈判定是否正确的机制，可以让Akismet增强学习，提高识别spam的准确率。不过，被它caught的spams我们却看不见（不是在latest spam里的）。就是这，我觉得太不爽了，竟然是哪些spams被caught了啊，不让我看，我怎么知道里面有没有正常的comments啊？这点上，SK2就做得很好，全部的评论在它的后台都可以看到。</p>
<p>两者的显著区别就是：SK2是在本地服务器根据各种条件加权计算出一个值来判断是不是spam，而Akismet就把判断的过程交给WordPress的服务器了，这就要经过一个网络来回（一次提交信息和一次递送结果）。一个要靠主机的计算，另一个要依赖网络的传输。</p>
<p>Akismet装上还没有多久，效果到底怎么样，比起SK2来如何，相信时间能检验一切。</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
