易栈网-膘叔

SEO和网站架构或许真的搭不上边，但是否真的如此呢？由此引发了我的一些猜测
很多网站目前都采用了类静态文件（rewrite），使得路径都很长，而且每一层都是由拼音或者相应的英文来组成。

对于PHP的CMS来说，dede CMS是目前这样应用最明显的，他在生成静态的时候，默认就是按分类名称自动创建英文目录的。而相应的，dedeCMS的收录也相对会较其他 CMS明显。（这里我们不谈内容，如果谈内容，早期的BBS程序在回复的时候，都主动加上标题RE:xxxx，如果回复100条，那就是10页每页的title都会显示10遍，这样的关键词堆积，怎么不让收录上升？）

其实，仔细看使用量最高的wordpress吧。看后台对于固定链接的设定，都是偏向于日期结构和archive等。这样也是有相当的结构设定。再加上wordpress的文章也支持自定义标题，所以，wordpress几乎都是以全静态的方式在出现。（这一段没写好，不知道如何表达它的结构。）

PHP的CMS如果只谈DEDE，那么对于其他的就不太公司平了，从最早的iwps到现在phpcms等，中间有集成版的php168，还有那夫妻店phome的ecms，当然也还得提一下被disucz收购的supesite。这些程序都是经历了多版，帝国是唯一纯自己写的代码，supesite在被收购后也变味了，Discuz的味道很浓，phpcms呢，大量核心代码都是仿照了discuz，由此可见DZ影响了多少人。在这里面帝国的目录结构最乱，但是生成静态后也还是比较好的。

为什么把中文分类生成拼音目录（rewrite也这样操作了）？其实有历史原因也有现在的发展趋势。最早的时候，很多人不知道如何根据中文分类名称来设定相应的英文分类，后面就改用拼音了。现在的趋势呢是因为搜索引擎已经能够自动把中文翻译成拼音进行搜索，也会根据相应的拼音进行模拟搜索，甚至把拼音模糊成中文进行搜索，由此可见，拼音型的目录结构相当于又给搜索引擎一次收录的机会。【这些都是我的猜测】

上面讲的都是从生成静态，或者rewrite的方面来谈的所谓系统架构，其实这样当然是不对的。SEO除了这些静态、伪静态的目录结构外，还有一些真正的所谓的系统架构，当然这要留到后面去讲，因为我还没有彻底想好。

本文无内容，纯粹是为了认领QQ博客。
QQREADER5BEA6C2221F58D6B
上面的是验证码。
正因为不知道是干什么用的，所以才来尝试一下。。

腾讯有一些服务还是我想用的。
QQ【这个就不用提了】
书签
邮箱【QQ附加品】

其他还真没有什么可以值得我留恋的，对于游戏不是特别感冒。所以。。。

这才想要搞个博客看看？还不知道这个认领有啥用。

--TRY--

这是MSN的一个频道页。页面结构啥的我们就不管了，主要是这篇内容还行，以前QQ聊天的时候，总喜欢表情里带点便便啥的来互相嘲讽，结果，还真有这家餐厅敢这样搞。只是不知道这种噱头能够维持多久。

原文来自：http://msn.igotou.com/entity/2779/6906/

在北京地安门外大街上，有一家卫浴主题的餐厅，叫便便满屋饭堂，看它的名字就知道，它绝对是一家很“特殊”的餐厅。便便满屋饭堂是北京首家用卫浴为主题的餐厅。

小小的门面，狭窄的楼梯。走上二楼后，这个布置得充满了童趣的餐厅才展现在食客面前。这里的每把座椅都是一座标准的冲水马桶。盛放主餐的不是盘子，而是微 型马桶，冷饮则大都放在“蹲坑”形状的便器里。好在这些餐具造型卡通，并不会让人大倒胃口。

便便满屋饭堂有一位美女老板娘，每天都很开心的样子。在谈到为什么会开这么一家卫浴主题的餐馆时，店主李女士说：“原来看到国外有人做过类似的主题餐厅， 我很喜欢，就开了一家。我们的餐具都是专门定制的，非常特殊，充满童趣。现在我们的顾客大部分是10到35岁的年轻人，目的是让他们能在这里解压、释 放。”

来这里吃饭的几乎全是年轻人，不大的店堂里放了十几张小餐桌。其实，店里除了部分冷饮名称爆人眼球外，其他餐品都很正常，走快餐风格，外加一些零食小菜。 店主李女士介绍说，她们最特色的餐是咖喱鸡肉、咖喱牛肉和意大利面，像蹲坑5号便便冰淇淋、便便蜂蜜红茶都是大家很爱点的菜品。

--EOF--

看到这些，你敢吃吗？

公交换乘一直以来是很让人头疼的问题。一般来说一次换乘还能相对比较简单，如果需要多次换乘那就复杂了。
在google map或者任意一个MAP上，你都可以选择从A点到B点的换乘方案，并且显示在地图上，抛开完整的数据库和大量的数据外，剩下的就是数据库设计了。

博客园有位作者写了几篇文章，可以为想入这行，或者想写类似程序的朋友做一点参考的。【我最初参考的一个什么叫龙腾还是啥来着的公交换乘软件的，它用的是access数据库，破解后直接看的数据库结构并进行反推的。那也是几年前的事情了】

这几篇文章中，有一篇讲的是步行的介入，可惜是纯代码，解释不多，但也能一看吧。

原文很长，我这里正好把几篇文章列出来，如此而己。。。。

以下文章将逐步深入地介绍公交车路线查询系统后台数据库的设计：

1.查询算法—— 实现站点到站点的换乘路线查询

2.关联地名和站点——实现通过地名或站点的路线查询

3.引入步行路线——在乘车路线中插入步行路线

4.换乘算法的 改进与优化——改进原查询算法，提高其查询效率