本站原创编译，转载请给面子，尊重劳动果实，欢迎交流指正。
原文参考：Joomla 1.5 to 1.6 Template Upgrade Tutorial
继续Joomla模板升级改造的话题；之前两篇里面，我们分别了解了index.php和templateDetails.xml文件的升级变更之处，今天把最后一部分样式表及缩略图的话题做掉。
对于模板的样式表文件(template.css或其他样式表)，下面的代码示意了比较主要的变化：
念叨几句；第一阶段暂时告一段落，目前出于SEF跳转一类的原因暂时放下FLEXIContent，仍使用Joomla+K2的搭配；上周把基本的模板搞定了，这次在首页不使用任何原生内容组件的输出，一切都使用K2的content模块，将不同类别中的内容直接分块来输出到首页上面。
我觉得这个时期很蹊跷，不宜建站，黄历有记载。Joomla 1.6在Alpha阶段，并且持续静默，让我始终瞻前顾后，要等等不来，放下又舍不得；相中Drupal的原生CCK、ACL和社区方面的集成，越发有爱，但是刚刚推出的7.0 Alpha让我最多停留在学习和把玩状态；况且无论谁的Alpha都存在一个扩展兼容适应期的问题。对于Joomla 1.5来讲呢，K2刚推出V2.2，这是个不错的事情，可是FLEXIContent眼见着也要推出正式版；Jom Social还没添加到目前的试验环境中，又瞧见一个将Joomla与Elgg整合起来的新东东。
出于之前发现的FLEXIcontent方面的一些问题，在扩展的方面还是准备再观望一下，等FC正式版出来再讲；眼下给自己造了个黑箱，无视掉扩展方面的东东，专心搞原生的输出先；于是昨天晚上做了些家庭作业，确定下来一些大致的模块位置，把index.php写了写。这是我比较喜欢的阶段；如果我想要的功能Joomla原生都有提供该多好...就可以永远这样集中精力在系统输出的打造上了=D
纯真无邪的笑容，仿佛从未经历过理想被现实所击碎的痛楚与绝望...orz 把目前的模块位置小灰稿放在了下面；基本可以看出个轮廓与梗概的样子。自己觉得这样随着进度做做“建站现场”小备忘还是不错的。
Mayday~话说不遇到问题的话此建站现场也就失去了意义，可是我还是不喜欢遇到问题=(
主要呢就是在使用FC时发现，只有沿着对应着FC建立的那条菜单路径一路访问下去直到单篇文章页面，才能得到路径关系准确的URL，比如“localhost/wwp/articles/news/firefox-is-slow.html”这样；如果在首页建立Latest News一类的模块来获取FC生成的内容呢，就出现了两个比较主要的问题：
- 貌似无法直接获取那些二级或三级分类中的内容，必须直接对应着没有任何父级的Category。
- 模块获取到的FC内容标题点进去就会发现URL被redirect掉了，原本拥有准确路径(同前)的内容路径会变成原生的“localhost/wwp/index.php?com_flexicontent....”这样。
纠正了一下之前在拼写上的错误，应该是FLEXIcontent而非FlexiContent。
简单的几句话做个tip备忘，不是教程或使用方法；FLEXIcontent组件中的一些关键元素的概念关系是酱子的：
所有内容均由Category按照可嵌套可多选的分类方式进行划分；每一篇内容就是一个Item，每个Item对应着一个Type，即内容类型；每个Type又是由众多原生或自定义的Field按照某个原生或自定义的Template所定义的显示模式来组合输出。
FLEXIcontent实质是Joomla原生系统中的一个Section，所以有别于相对独立的K2组件，通过FLEXIcontent创造的内容均属于Joomla内容体系，并且可以通过常规的内容模块，例如Latest News等获取并显示在不同页面的不同位置；目前我个人来看K2除了原生集成了评论组件以及那个不错的K2 tools模块以外，貌似没有任何优势了；只需自己按照需求去为不同的Type写写Template，就可以通过这一套扩展实现极其丰富的内容表现方式了。以上。
其实除了和朋友合作的小网站项目以外，自己做自己的玩意从来没正经做过所谓的需求分析，今次想做WWP这东东让我觉得脑子有些乱。之前在Docs里面随手写了点；我给自己总结一下，作为这一站的Joomla建站现场。
正如前面一篇现场提到的，WWP呢基本就是一个“gallery，用户可以提交，可以有一定程度的自我表达，同时有比较完善的站内内容发布机制”。稍微具体的说呢，在一个理想的状况下，会有用户来秀自己的东东，例如设计作品，同时提交简要的说明；站长对这些内容进行审核并发布出来；站长有一套内容发布系统，用来发布站内文章消息等等；虽然多数gallery性质的站点在发布了用户提交的东东之后就完事大吉，最多给个评论机制，但随着时间的推移，较早提交的秀就会被埋掉，除非有浏览者主动挖掘；相比digg机制，我更希望WWP中的用户可以有一套独立于站内文章系统之外的内容发布机制，生成的内容构成一个自成体系的用户内容部分，所有内容都可以通过作者名链接到作者的个人页面，个人页面中包括他所提交过的秀，他自己发布的文章等，这样用户可以依靠自己的行为对自己的秀进行推广，保持被关注；用户之间需要有简单必要的互动。
好，小小总结了一下大概就是酱子。目前，针对自己这样的需求，有几个建站方案：
其实我就是要做点建站备忘或者笔记一样的东西，所谓“建站现场”感觉酷一些。
从前做自己的项目时会阶段性的将之前几天或者一周的进展记录在Docs里面，比如遇到的问题啦，解决方案啦，用到的资源出处啦，比较纠结的代码mod啦等等。现在要做新东西了，想想看倒不如隔一阵子就把之前所做所想的记录在这边。比如最近整整一周就在分析自己的需求，纠结的权衡着各种靠谱或不靠谱的idea，孤独的在寒冷的冬夜与自己做着头脑风暴，坚韧的挣扎与求索着...囧
新的项目姑且称作WWP先，叫着方便；大致呢就是一个gallery，用户可以提交，可以有一定程度的自我表达，同时有比较完善的站内内容发布机制。我并不打算把接下来一两个月时间都花在这个东东上面，第一阶段，先把自己的需求搞清楚，争取选择一个最合适的CMS并确定好扩展搭配组合。
前言到这里先，给自己留个记号；写下来了就要去做，算是督促吧。接下来希望能慢慢的与有想法有建议的同学们加强交流，共同学习进步。以上。
RSS Feed
