supesite中的缓存类型

supesite中有2种缓存，一种是文件缓存，一种是数据库缓存。

文件缓存的做法就是执行一次查询，然后将返回的结果生成一个.php的缓存文件,可以直接在程序中include进来，所有需要的地方都是直接include，这样就减少了数据库的查询。（当然，这里眼尖的同学会说这个增加了磁盘IO，等会下说个权衡问题）

数据库缓存的做法是将查询结果，再序列化成字符串，保存到数据库，碰到相同条件的查询语句时候，直接将查询结果又从数据库中读取出来。这里有些同学不理解，既然是减少数据库查询的负担，为什么又把结果保存到数据库再读出来？ 这是我们刚刚提到的复杂查询的缓存。我们将复杂的，性能消耗很高的查询结果保存到数据库，下次碰到一样的查询语句的时候，直接取出来，消耗仅仅是一个最简单的select语句而已，可以完全避免复杂sql的性能消耗。

以上是2种缓存文件实现提高性能的方式。具体缓存机制如何实现呢？

缓存机制的实现

无论文件缓存还是数据库缓存，实现都包括3个方面：

生成，更新，调用。

文件缓存的生成

文件缓存较为简单。生成文件缓存，只要将数据库结果整理成字符串，然后应用php自带的fwrite()函数将字符串写入文件即可。当然也要注意生成的文件语法要正确，才可以保证include的时候不会出错。

supesite中生成缓存的代码：

$cachefile = S_ROOT.'./data/robot/robot_'.$id. '.cache.php';
$text = '$cacheinfo = '.arrayeval($tarr). ';';
writefile($cachefile, $text, 'php');

其中$tarr是结果集数据组,指定文件名,生成文件就行.arrayeval是supesite中转换数据为缓存内容的函数,具体如下:

function arrayeval($array, $level = 0) {
       if(!is_array($array)) {
             return "'".$array. "'";
      }
       if(is_array($array) && function_exists('var_export')) {
             return var_export($array, true);
      }

      $space = '';
       for($i = 0; $i <= $level; $i++) {
            $space .= "\t";
      }
      $evaluate = "Array\n$space(\n" ;
      $comma = $space;
       if(is_array($array)) {
             foreach($array as $key => $val) {
                  $key = is_string($key) ? '\''.addcslashes($key, '\'\\').'\'' : $key;
                  $val = !is_array($val) && (!preg_match("/^\-?[1-9]\d*$/" , $val) || strlen($val) > 12) ? '\''.addcslashes($val, '\'\\' ).'\'' : $val;
                   if(is_array($val)) {
                        $evaluate .= "$comma$key => " .arrayeval($val, $level + 1);
                  } else {
                        $evaluate .= "$comma$key => $val";
                  }
                  $comma = ",\n$space" ;
            }
      }
      $evaluate .= "\n$space)" ;
       return $evaluate;
}

writefile是supesite封装的一个写文件的函数。主要是保证生成的php文件不会存在语法出错的状况，并且增加一定的可读性。

function writefile($filename, $writetext, $filemod='text', $openmod= 'w', $eixt=1) {
       if(!@$fp = fopen($filename, $openmod)) {
             if($eixt) {
                   exit('File :' .srealpath($filename).'Have no access to write!');
            } else {
                   return false;
            }
      } else {
            $text = '';
             if($filemod == 'php' ) {
                   $text = "";
            }
            flock($fp, 2);
            fwrite($fp, $text);
            fclose($fp);
             return true;
      }
}

文件缓存的更新

文件缓存的更新，就涉及到了整个业务机制了。有两种更新需求，一种是即时更新，就是一旦结果集发生变化，缓存文件也要更新，适应于对实时性要求比较高的配置项。另一种是定时更新，每隔一段时间就检查是否到了更新的时间点，到了时间点之后，无论结果是否有变化，都执行更新。不过两种方式没有绝对的性能优劣。假设结果集更新非常频繁，那么显然定时更新的方式性能较优，但是如果结果集很久才变化一次，那么即时更新的方式更划算。

即时更新的实现难度不大，只要在更新结果集的时候同时更新缓存即可。比如系统修改了设置项，那么在执行完数据库修改语句后，再加上缓存文件的更新代码即可。

定时更新则会稍微有一点点麻烦，你需要一个配置项来记住当前文件更新的时间间隔（例如1小时），然后每次触发执行的时候，都判断下当前时间与文件时间的差异是否达到了更新的间隔。

文件缓存的调用

文件缓存的调用非常简单，php中只要include指定的文件就可以了。当然，要稍微注意下include，require，include_once，require_once的差异。一般可使用include_once。

数据库缓存的实现

数据库缓存的整体实现机制相比文件缓存来说复杂得多，需要一整套完整的从生成更新到调用的机制。

supesite中采用的机制叫block，中文应该叫簇。这是一个相当好的设计，它极大的简化了数据调用的方式，并且与数据库缓存机制紧密结合，目前这种机制在各种开源CMS中都很流行。

首先来看看整套缓存表的设计，整个建表语句如下：

show create table supe_cache;

查看数据缓存表：

CREATE TABLE `supe_cache` (
`cachekey` varchar(16) NOT NULL DEFAULT '',
`uid` mediumint(8) unsigned NOT NULL DEFAULT '0',
`cachename` varchar(20) NOT NULL DEFAULT '',
`value` mediumtext NOT NULL,
`updatetime` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`cachekey`)
) ENGINE=MyISAM DEFAULT CHARSET=gbk

cachekey缓存主键，用于识别缓存，uid基本是无用，可以忽略。cachename是supesite中区分缓存的内容的类型的，例如分类调用缓存，新闻调用缓存，评论调用缓存等，通过cachename字段，可以允许后台单独对某些分类的缓存进行更新。value则是整个调用结果集，它是php中的结果数组的序列化字符串。updatetime记录的是下次缓存要更新的时间。

通过这个设计，可以得出整个数据库缓存的实现思路：生成缓存的时候，生成一个唯一的cachekey作为主键，将结果集序列化为数组保存在数据库中，并记录下次更新的时间。调用缓存的时候凭借cachekey主键获取，并判断updatetime时间是否已经到达更新的时间点，如果需要更新，则更新缓存表。否则直接读取缓存的结果集。

这里面围绕着一个核心的技术问题：

如何将sql调用跟唯一的cachekey对应起来？也就是说我执行一条sql语句来查询数据，这个查询怎么生成一个唯一的cachekey，然后我下次再次执行同样的sql就可以跟通过cachekey找到缓存结果？

这里就是supesite的核心函数block的功劳了。

原谅我继续待续..

本次计划完整的书写关于CMS架构方面的东西，自己在长期的CMS开发中总结的一些技术经验与大家分享。欢迎拍砖。

1. 深入解读Supesite CMS的数据库缓存与文件缓存机制
2. 深入解读Supesite CMS的模板与数据调用机制
3. 深入解读Supesite CMS的接口调用机制
4. 深入解读Supesite CMS的静态页生成机制
5. 深入解读Supesite CMS的计划任务执行机制
6. 深入解读Supesite CMS的模型机制
7. 深入解读Supesite CMS的内容采集机制
8. 深入解读Supesite CMS的debug调试机制

每周一篇,敬请期待!

大家都知道的，静态的html页面，一般都是跟随着各自CMS的设置进行更新的，比如说CMS的设置是10分钟，那10分钟静态html页面重新生成一次。

这里有些地方就有特别的要求了。页面上的有些数据不是静态的，而是动态变化的。比如

文章的阅读次数，评论次数，投票的次数，当前用户的登陆状态，等等，这些都是动态，并且要即时显示。

解决的方式就是应用Javascript来实现。Javascript的实现也分2种方式，一种是直接采用document.write页面上进行输出,另外一种就是应用ajax。

以php为例,新建一个php文件如test.php,输出

<?php
echo "document.write('动态输出,此处可以换成自己的变量例如阅读次数')";
?>

页面上在你需要显示此数据的地方采用Javascript链接:

<script src=”test.php?testid=1″></script>

这样既可达到目标。

另外一种方式ajax，就更容易理解了。就是每次页面载入的时候执行一个更新数据的ajax，将页面上需要更新的数据动态赋值就可以了。

/**
 * StartsWith
 * Tests if a text starts with an given string.
 *
 * @param     string
 * @param     string
 * @return    bool
 */
function StartsWith($Haystack, $Needle){
 // Recommended version, using strpos
 return strpos($Haystack, $Needle) === 0;
}

// Another way, using substr
function StartsWithOld($Haystack, $Needle){
 return substr($Haystack, 0, strlen($Needle)) == $Needle;
}

替换supesite的编辑器，主要存在几个问题：

1. Javascript代码的兼容性，引入ckeditor的js代码，是否会与网站原先的代码产生冲突？
2. 分页插入。supesite的分页机制较为特殊，与编辑器的结合比较紧密，它的各个分页都是存为一条数据库记录。引入新的编辑器对分页会有不小的影响。
3. 插入图片功能，supesite的图片上传组件是独立的，引入ckeditor的话需要跟ckeditor再进行融合。
4. 原有的编辑器的一些特殊功能，插入分页标志，远程下载图片，需要重写并融入ckeditor。

逐一解决。

引入ckeditor

下载ckeditor，将整个目录放在supesite的目录下面。包不算很大吧，不过我还是删除了很多无用的语言文件，代码洁癖…没办法…

修改 supesite/admin/tpl/header.htm，删除原有的editor的js的引入，引入ckeditor的代码。

<script language=”javascript” type=”text/javascript” src=”ckeditor/ckeditor.js”></script>

修改supesite/admin/tpl/spacenews.htm，去掉原先的editor的编辑器的初始化代码，改为ckeditor的模式。

原先是：

<div id="fulledit"><div id="message"></div></div>

<script type="text/javascript">

function init() {

<!--{if checkperm('allowpostattach')}-->

et = new word("message", "$thevalue[message]", 0, 1);

<!--{else}-->

et = new word("message", "$thevalue[message]", 0, 3);

<!--{/if}-->

}

if(window.Event) {

window.onload = init;

} else {

init();

}

</script>

改成：

<textarea cols="80" id="message" name="message" rows="10">$thevalue[message]</textarea>
 <script type="text/javascript">
 //<![CDATA[
 CKEDITOR.replace( 'message' );
 //]]>
 </script>

OK，刷新下页面。。你就可能看到界面已经变成ckeditor了。华丽丽的ckeditor！同时，我所担心的Javascript兼容问题没有出现，看了ckeditor这方面的确做得相当不错。

如果你需要的编辑功能很少，到这一步你基本上就可以结束了，基本的编辑功能都ok了。不过如果你是做资讯类的网站，需要大量使用编辑器的各项功能，那还是要做完整的替换修改方案。

插入图片功能

插入图片功能的实现，是在supesite/function/common.func.php中的getuploadinserthtml函数，因为编辑器的替换，原先的插入图片无法找到原来的编辑区域，所以，只需要将原有的插入代码改成插入到ckeditor的插入代码即可。这里涉及到了ckeditor的一些接口方法调用。

原先的代码：

$inserthtml .= ' | <a href="javascript:;" onClick="insertHtml(\''.shtmlspecialchars($thehtml).'\');return false;">'.($isimg?$lang['insert']:$lang['insert_attachments']).'</a>';
 if(!empty($thehtmlsmallpic)) {
 $inserthtml .= ' | <a href="javascript:;" onClick="insertHtml(\''.shtmlspecialchars($thehtmlsmallpic).'\');return false;">'.$lang['insertsmall'].'</a>';
 }

修改后的代码：

$inserthtml .= ' | <a href="javascript:;" onClick="CKEDITOR.instances.message.insertHtml(\''.shtmlspecialchars($thehtml).'\');return false;">'.($isimg?$lang['insert']:$lang['insert_attachments']).'</a>';
 if(!empty($thehtmlsmallpic)) {
 $inserthtml .= ' | <a href="javascript:;" onClick="CKEDITOR.instances.message.insertHtml(\''.shtmlspecialchars($thehtmlsmallpic).'\');return false;">'.$lang['insertsmall'].'</a>';
 }

OK,搞定插入图片功能。

插入分页标志与远程下载图片功能

这2个功能的实现，就需要做ckeditor的插件开发了。

未完待续。

具体涉及的代码较多，有需要的同学可以邮箱联系我了解。fangyuqiang@gmail.com

switch($reportCatid){
case 177:
$reportName.=' - 福房指数';
break;
case 178:
$reportName.=' - 二手房指数';
break;
case 179:
$reportName.=' - 每日交易数据';
break;
case 180:
$reportName.=' - 综合数据分析';
break;
}

猜猜结果如何。

目前我们在运营的网站http://www.hxfang.com，就是基于supesite 7.5开发的一个房地产网站。

supesite的优缺点

优点

1. 缓存机制很强大
2. 架构简单，却足够实用

缺点

1. 单页支持不佳
2. 模型做得比较强大，但是还是有不少可以改进的地方
3. 非常怨念的问题。太多的地方需要设置权限。在liunx下面跑的时候太麻烦了。要到处给缓存目录设置写入权限。
4. svn支持不佳。因为太多目录会有读写操作，svn提交要设置很多繁杂的忽略，导致开发的时候很麻烦。

supesite建立频道

在后台频道管理中添加频道，单个页面一般为企业介绍之类。一般选择文章频道，不生成基本运行文件。

建立完之后，到对应的模板文件夹下创建频道的模板，一般以频道名打头，例如house_index.html.php。

然后编辑刚刚建立的频道，设置频道首页的模板为house_index。可以为各个频道设定不同的模板。这点上面ss做得的确不错。

待续。。。

empty($var);

如果 var 是非空或非零的值，则 empty() 返回 FALSE。换句话说，”"、0、”0″、NULL、FALSE、array()、var $var; 以及没有任何属性的对象都将被认为是空的，如果 var 为空，则返回 TRUE。

我们经常用emtpt这样的函数来检查变量.但是要留意的是这样的问题,0值会被认为是empty . 这里就会带来一个问题了,如果说从数据库中取出来的值,或者从表单中传递过来的值本身就是0，那么就可能导致判断出问题.

我碰到的状况是判断表单传递过来的值,因为无意中忽略掉了0这样的状况,表单传递0的时候过来就会出现处理错误,后来改用isset方法才避免这样的问题.

算是被这个bug吓出一身冷汗，还以为open flash chart在IE下不能用了。状况是：图表在首次打开IE6进去后可以正常看到，但是这个时候再点击其他的图表，就出错了，IE8，firefox等浏览器不会有此问题，想来想去不清楚问题所在。后来用httpwatch抓包分析了下，发现IE6第二次不会重新加载图表。shit，又是 IE6缓存问题造成的。要解决IE6的缓存问题，当然就是每次请求的时候请求地址后面附带一个随机数。这里我们就要对flash的加载地址后面附带随机数了。

这次我是用swfobject加载的flash，所以直接在加载的flash地址后面加上时间随机数：
swfobject.embedSWF(“{S_URL}/flash/hxchart.swf?t=”+new Date(), “totaldata”, “100%”, “100%”, “7.0.0″,”expressInstall.swf”,{“get-data”:”get_total_data”});

问题解决。

PHP

Unrecognized characters in the format string will be printed as-is. The Z format will always return 0 when using gmdate().

Note: Since this function only accepts integer timestamps the u format character is only useful when using the date_format() function with user based timestamps created with date_create().

MySQL