本周一去学校给互动媒体专业的同学讲了一节关于用户体验、交互设计方面的讲座～
准备过程如下：
1.尽量以实际例子先把用户体验的概念能够普及一下
2.讲交互设计的通用原则（用了 注册表单、PC、手机上Map的设计）的例子来深入
3.最后以一个简历中的交互设计收尾 希望能给同学们一些实际的应用～
感想如下：
1.关于用户体验想讲出来就像量化一样，概念太大，只能讲一些基础的现象
2.学生的冲劲还是蛮大的，都拥有一番梦想，期待飞翔～
3.与社会现状差异还是蛮大的，对于企业而言应届毕业生确实有太多思想和能力太学术化及落后
晚上与老师和同学们一起聚餐，希望他们能够有好的发展：）
之前在SAE平台只是放一些临时的小工具，感觉还是满方便的
自己虽然有vps，但联路总不如国内好，陆续的SAE的服务也越来越完善及稳定、就考虑整体转移过去的事情了
最近看到Wordpress for SAE已经上线，就在考虑将博客转移过去
其实最担心的是域名绑定，谁知道比想像中的顺利的多，发过去申请表8分钟就得到了回复 “绑定成功”
当然域名必须有备案号才可以
数据转移和其它相关设置的同步是在绑定域名前就做好的，其实也不难，大概分为四个部分
给想把blog转移到sae的朋友们作为参考吧
对了，还没有注册使用过sae的朋友可以通过以下链接注册，可以获得免费云豆
http://sae.sina.com.cn/activity/invite/8168/msn
首先将wordpress for sae 通过应用向导安装好
先从现有的数据库中导出.sql文件 然后压缩成zip，直接通过SAE的DeferredJob来操作数据导入即可
要注意的是DeferredJob是需要等到系统空闲时才会运行的，所以可能需要稍等一会儿，执行成功后会在结果查询中看到
这部分需要通过SVN来commint到代码目录，这里不再详细阐述
SAE的上传文件是通过Storage来进行存储的，Wordpress for SAE其实已经修改了相关上传代码，上传的文件会直接存储到Storage，但之前的文件怎么办呢
分为两步
第一步，将原有数据wp-contents/uploads的文件 全部上传到Storage
第二步，通过PhpMyadmin执行sql将原有wp_posts表中的contents数据内的原有附件路径进行替换为新的Storage存储路径
参考SQL如下
update `wp_posts` set post_content=replace(post_content,’www.iamued.com/wp-content/uploads’,’http://iamued-wordpress.stor.sinaapp.com/uploads’)
站点路径，固顶链接，都在wp后台内设置菜单里设置即可，最后把域名cname指向到sae就ok了～
刚刚切换到sae具体的性能和稳定性还有待考查，不过相信比一般的廉价idc应该好很多了
对了，还没有注册使用过sae的朋友可以通过以下链接注册，可以获得免费云豆
http://sae.sina.com.cn/activity/invite/8168/msn
各位朋友如果有不懂得可以给我留言，很愿意与大家交流沟通
模块化思想已经不再是创新，陆续的演变成一种思维模式，在处理各种问题时都会考虑模块化思想
前端重构也已经有各种模块化的思想出现，结构模块化、样式模块化等等
今天和同事沟通视觉统一化的时候，发现流程中在产出物方面存在一个问题
如下图所示：
大家按照统一的思维过程在执行时 产出物在页面构建的环节，形成了一个聚合，从以UI组件为单位变为了以page为单位的产出物，而之后到了后端研发时，其实Template还是需要再次分拆，由于这个问题，而产生了更大的沟通成本，降低了整个团队的效率
基于这个问题 我提出了一个解决方法 还算不上解决方案，短暂的解决一下
在页面构建的环境 通过webserver的SSI Include指令 将静态页面也进行模块化，在交付产出物的时候后端研发人员是很清晰的看到module的复用代码，也降低了重构页面时对于统一的ui而产生不同html和css代码的错误率
具体实现如下：
在开发(测试环境) 建立webserver（nginx、apache均可） 然后通过配置文件开启SSI支持
要使服务器允许SSI，必须在
httpd.conf文件或.htaccess文件中有如下配置：
Options +Includes告诉服务器以允许解析文件中的SSI指令。注意，在多数配置中，多个
Options指令会互相覆盖，所以，可能必须对需要SSI的特定目录使用Options，以确保位于最后并起作用。并不是所有文件中的SSI指令都会被解析，所以，必须告诉Apache应该解析哪些文件。有两种方法，使Apache解析带有特定文件后缀的任何文件，比如
.shtml, 配置如下：
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
ssi on;
ssi_silent_errors on;
ssi_types text/shtml;
<!–#include virtual=”文件路径” –>
在构建页面时 目录结构可以是
demoproject/ 项目文件夹 |-- aboutus.shtml 综合性页面 包含module调用 |-- index.shtml 综合性页面 包含module调用 |-- other_page.shtml 综合性页面 包含module调用 |-- module 组件文件夹 | |-- footer.html 组件文件 | |-- header.html 组件文件 | `-- other_module.html 组件文件 |-- images 其他静态文件 |-- js 其他静态文件 `-- style 其他静态文件
这样 我们形成的综合性页面的代码中会包含module调用，在我们每次对通用组建修改时，只需要修改组建文件即可
如下图，因为我们之前在webserver配置了SSI支持，所以我们能够实时预览效果
这样，除了在开发时方便了我们自己，我们的交付物也能够体现模块化思想，方便后端人员处理templates
同时我也用python写了一个开源项目，方便使用shtml这种方式构建页面的同事 产出传统html交付物
介绍：替换shtml中include内容为真实调用内容 并在同级目录生成.html文件 给重构团队在构建页面时使用
Usage: python shtml2html.py path 支持文件和目录（递归处理）
这是我目前的解决方法，正在试行中，小团队还没那么智能化，希望能给大家提供一些思路
如果你有更好的解决方案也请告诉我，多交流
