No Sidebars Defined

You are seeing this message because the theme you are currently using isn’t widget-aware, meaning that it has no sidebars that you are able to change. For information on making your theme widget-aware, please follow these instructions.

刚开始我还能忍受，Sidebar上没有的东西俺自己手工加上，不过用上Simple Tags插件之后，感叹到了插件和Tags的强大，Relate Post很方便，可Relate Tags就是出不来，探查一番，原因应该就是我的模板不支持Widgets。所以忍不住了，模板可以不变样，但不能不升级，我就动手把它改成支持Widgets的吧。

刚才的提示中已经给出了修改指引的链接，首先把模板中的Sidebar改成ul形式的，Theme Editor -> Sidebar (sidebar.php)，第一行的ul换成div即可：

<ul id="sidebar">
......中间的很多内容
</ul>

看了一下，对外观没有太大影响，css应该是用id来引用的，不过还是需要调整一点css：

/* 启用Widgets后Sidebar样式有些变化，在这里修正 */
#sidebar {list-style: none;}
#sidebar li ul li:before {
    content: "\00BB \0020";
}
#sidebar li ul li {
    margin-bottom: 5px;
}

然后还是修改Sidebar模板文件，加入是否有动态Sidebar的检查、如果有就调入的PHP代码：

<ul id="sidebar">
<?php if ( !function_exists('dynamic_sidebar')
    || !dynamic_sidebar() ) : ?>
......中间的很多内容
<?php endif; ?>
</ul>

代码一共就3行，前面加2行，后面加一行，就是个简单的判断而已。别着急，现在还没有完成，还有最后一步。

在模板目录下，比如我的就是wp-content/themes/fwolfs-blog这个目录，创建一个新文件functions.php，内容就4行：

<?php
if ( function_exists('register_sidebar') )
    register_sidebar();
?>

好了，现在再刷新Design -> Widgets页面，就有内容了，我的旧模板现在也支持Widgets了。

同样的，Design -> Theme Editor页面中也会多一项可编辑内容：

Theme Functions (functions.php)

PS1: 如果要添加多个Sidebar，需要模板的支持，也就是模板中制定需要几个Sidebar，在Design中就能管理几个（register_sidebars(n)，n就是Sidebar数量）。

PS2: 如果想在Widgets的Text里面内嵌php代码，比如设定只有首页才显示BlogRoll，那么需要安装PHP Code Widget插件，并使用PHP Code代码块。直接在原来的Text中写php代码的话，会原封不动的被当成php代码输出，昏死。

PS3: 一切都折腾好了，Relate Tags功能还是得手工添加php代码块到Widgets中：

<?php
if (is_tag()) {
    st_related_tags();
    st_remove_related_tags();
}
?>

Related posts

• WordPress升级到2.3.1 (0)
• 更改 WordPress 自动生成摘要的方式 (18)
• 如何为网站添加sitemap文件 (3)
• WordPress 插件编写简例 (17)
• 搞定WordPress的Permalinks (6)

不过Firefox3还是有些不错的新功能的，比如网址栏中的“星星”，和Gmail里面的哪个很像吧，不知道是谁家的专利，这个星星挺有意思，当你浏览到觉得不错的网站时，点一下星星就可以收藏起来了，默认是在书签的Unfiled Bookmarks文件夹中，以后可以慢慢整理；点两下星星会弹出窗口让你选保存位置，并可以输Tag。

Tag可以说是Web 2.0的标志性特征了，也是组织和查找信息的一种有效方式，所以我就很感兴趣，这个Tags被Firefox3存到哪个文件里去了？Tag的存储方式和Tag Cloud的算法我很感兴趣，也想看看FF的解决方式。

一般Firefox会把书签保存在bookmarks.html文件当中，不过Firefox3改进了，把书签放到了sqlite数据库中，文件名就叫做places.sqlite。这个文件在Firefox3运行时会以独占方式打开，关闭FF后才能用sqlite3打开。

起初没想到有什么难处，直接看schema，结果仔细的读了一遍也没发现哪些地方有tag的踪影：

• moz_anno_attributes 注释的属性，没几行数据，不知道干啥的
• moz_annos 目前是空的，应该是什么的注释
• moz_bookmarks 书签项目
• moz_bookmarks_roots 书签项目的根网站集合，新安装FF的还没数据呢
• moz_favicons 网站图标favicon的位置
• moz_historyvisits 哪个网站你浏览了多少次，偶的隐私啊。。。
• moz_inputhistory 输入历史？暂无数据
• moz_items_annos 书签的注释，也就是那个“Description:”
• moz_keywords 关键字，和“Description:”在一个界面输入，没啥用处
• moz_places 所有浏览的地址历史

看吧，没哪个表是和tag有什么关联的，可用grep一查，我标记的tag确实是在这个文件中，只好出绝招：

sqlite3 places.sqlite ".dump" > t.sql

然后在t.sql里面一查找，终于明白了：

INSERT INTO "moz_bookmarks" VALUES(346,2,NULL,4,2,'testtag',NULL,'',1208788891265751,1208788891362043);
INSERT INTO "moz_bookmarks" VALUES(347,1,638,346,0,NULL,NULL,NULL,1208788891361294,NULL);

tag就是存在了moz_bookmarks这个表中，和书签的记录混在一起。像上面这种情况，每个tag除了自身占一行记录之外，如果有几个书签被标记了这个tag，那么就还会多出几条记录tag-书签关联关系的记录。

窃以为这并不是存储tag的最佳方式，而且FF在tag的使用上也太简单了，目前看到的就是一个Smart Bookmarks里能按常用tag查网站，连Tag Cloud也没有。一是不知道以后的tag数据格式是否会改变，二是应该会有扩展来完善这块功能，期待吧。

Related posts

• ADOdb的数据字典功能及其它 (0)
• 升级到Ubuntu Intrepid后感觉到的一些变化 (0)
• 升级WP旧模板，让它支持Widgets (4)
• [Ubuntu]使用点滴 (7)
• WordPress升级到2.3.1 (0)

升级过程非常简单，下载包，解压，覆盖，然后执行一下wp-admin/upgrade.php就可以了。

忘记了WordPress从哪个版本开始支持Widgets功能的，可我用的这个模板是从1.5版本的默认主题，一路改过来的，虽然没有动大手术，琐碎的修改还是有一些的。对于我这个懒人来说，重新套模板然后更改显然是不划算的，虽然后来学聪明了，有些修改作成了插件，剩下的好像也不少，所以尽可能的在旧模板的基础上更改。

Widgets好像就是个可高度自定义的sidebar，在我现在的模板中，打开Widgets页面总是提示“No Sidebars Defined”，不支持，好在我的要求也不高，咱自己动手，丰衣足食。

WordPress的wp-includes/widgets.php这个文件，是Widgets的主要实现代码，所以修改主要是参照了这个文件的内容。好了，开始编辑现在这个旧模板的sidebar文件。

首先，要把存档archive改成下拉列表框，月份多了实在看着不舒服，widgets.php中有这么一段：

function wp_widget_archives($args) {
    extract($args);
    $options = get_option('widget_archives');
    $c = $options['count'] ? '1' : '0';
    $d = $options['dropdown'] ? '1' : '0';
    $title = empty($options['title']) ? __('Archives') : $options['title'];

    echo $before_widget;
    echo $before_title . $title . $after_title;

    if($d) {
?>
        <select name="archive-dropdown" onchange='document.location.href=this.options[this.selectedIndex].value;'> <option value=""><?php echo attribute_escape(__('Select Month')); ?></option> <?php wp_get_archives("type=monthly&format=option&show_post_count=$c"); ?> </select>

可以看出，内置的wp_get_archives函数的参数，原来只有type=monthly，现在多了format=option和show_post_count=$c，前者应该代表是否下拉列表框形式显示，值的定义为$options['dropdown']；后者是是否显示本月文章计数，值的定义为$options['count']，并且都是用1代表真，0代表假，所以修改就简单了，把原来的：

<?php wp_get_archives('type=monthly'); ?>

更改为：

        <select name="archive-dropdown" onchange='document.location.href=this.options[this.selectedIndex].value;'> <option value=""><?php echo attribute_escape(__('Select Month')); ?></option> <?php wp_get_archives("type=monthly&format=option&show_post_count=1"); ?> </select>

就行了。

然后，把archive月份存档和category分类列表的位置互换，分类列表放在上面，直接调整代码顺序即可，同时给分类列表也加上分类计数的显示：

            <li><h2>Categories</h2>
                <ul>
                <?php wp_list_cats('sort_column=name&show_count=1'); ?>
                </ul>
            </li>

最后，添加Tag Cloud，没有这个升级就白作了，参照widgets.php中的：

function wp_widget_tag_cloud($args) {
    extract($args);
    $options = get_option('widget_tag_cloud');
    $title = empty($options['title']) ? __('Tags') : $options['title'];

    echo $before_widget;
    echo $before_title . $title . $after_title;
    wp_tag_cloud();
    echo $after_widget;
}

没什么太复杂的，直接调用wp_tag_cloud()函数，连参数都没有，最终代码为：

            <li><h2>Tags Cloud</h2>
                <ul>
                <?php wp_tag_cloud(); ?>
                </ul>
            </li>

这样就大功告成了，虽然模板不支持Widgets，侧边栏倒也符合我的基本使用需要了。

参考

• wp_tag_cloud函数的详细说明文档

Related posts

• 升级WP旧模板，让它支持Widgets (4)
• 更改 WordPress 自动生成摘要的方式 (18)
• 搞定WordPress的Permalinks (6)
• WordPress 插件编写简例 (17)
• Gregarius编辑feed时中文乱码的解决 (1)