和曾经的 Zope Object Database 是不是一种类型的技术呢？

高中就那么厉害呀～真是惊讶

我觉得这种需要拖拽拉伸还有文字编辑的图形 web app 目前越来越多了，我之前也是参与过一个，需要自己做好多轮子。感觉应该出现更抽象的整体库或着说 tools 了吧。

ps 目前感觉google的draw做得效果最好。

曾经还很希望js模板和后端模板语法一样，这样就可以复用模板了。
结果现在是用js做后端就可以这么做。

单说布局，我发现的规律是他们每三行构成的大格都是底部对齐的（已最小一格的高度算一行），
这样他就可以事先设计出几种高度为三行的模板，然后随机使用就可以啦。

当然这只是一种猜测，很可能不是真相，但我想用这样的方法也能产生类似的效果。

btw
开始还以为这个是4列的布局，但是其中相邻的格子又可以任意合并～ 用一种算法来保证整体被填充整齐就可以，但发现有的地方还有错位。

09年我曾经跑过4位字母的.com结果是一个都没了，结果抢注了一个5位的，可第三年没续上费 T-T

@mckelvin 这个有望公开么？
CloudFoundry 和 OpenShift 都在国内大力做宣传呢，但都没尝试，从他们分享出了的架构看都蛮厉害的。

因为最近刚做了一个这个东西说一下哈，如过用最基本的标签确实不难写。
这里有一个主要选择我觉得是一次加载进来还是用 ajax 按需加载，具体要看层级和选项的数量了。

最简单的方式大家都想的到：给上一级的选择器绑定事件，如果是选择一次加载用个 object 存下对应关系， 重新替换下一级选择器的 DOM 就好了。

btw 如果你的选择器是 <select-option> 的话，需要注意不要使用 jQuery的 hide() 或类似的 fadeOut() 等实际是 display: none 的操作来实现层级。因为很容易在不同的浏览器和平台下出现奇怪的问题，虽说这样写可能更符合直觉。

如果是更复杂的应用，就用些前端 MVC 框架绑定数据和视图，显得就更专业了。

大家是不是对自己造个 v2ex 这事儿的热情有点高了？ =_=

门户级别真不敢说了。

不过前端性能方面 YSlow 上面提到的点能解决大部份问题了。
先尽量做到吧，js性能主要是看下非chrome下的表现，因为chrome老是飞快到，js写的很烂也OK

因为 jQuery 流行，推荐这篇看看吧。
http://www.ruanyifeng.com/blog/2011/08/jquery_best_practices.html

期待收到的同学们回帖晒一下

@Olivia 怎么也需要问一下地址吧。

要是我会把在V2EX上想感谢的人or感谢过的人找出来，给他们发。

798不知道十一会不会太火， 建议去人少冷门的地方玩～ 十一可能野长城之类的人不太多，因为平时去爬山的人十一出远门吧～

你这个循环的每一个p的describe和title都被最后一个覆盖了。

如果有一个保存多个对象的方法，我会把参数设计成属性字典的队列
[{image_title:xx, image_describe:xx, image_path:xx},{...}...{...}]

不过我可能会不写这个方法，直接在controller里用这个队列做迭代，去调用 Image.save(image_title,path,)

btw 这代码很不像 python 呀，读着有点晕。

imagePath => 首字母小写＋驼峰命名好奇怪，一般“形参”都用小写。
class media_describe => class 反倒应该用驼峰

参考 http://www.python.org/dev/peps/pep-0008/

这么做不太好吧，想不到好处在哪？如果非要这么做，在应用的服务器端理论上可以取到任意文件的raw，这样即时抓取会很慢，也可以定时抓取自己缓存一下。
前端似乎也可以用 api 来做，详见 http://developer.github.com/

我在用，在考谱的VPS里性价比挺高的。

国内的延迟的很低。

老牌的 capistrano 就很不错。
用这种工具正好也是个机会，把部署要做的事情都在整理一遍。

https://help.github.com/articles/deploying-with-capistrano
https://github.com/capistrano/capistrano/wiki/

@normal 花生壳可以给你设置一个域名，然后将域名动态解析到你的IP。看了一下，在内网用花生壳也需要端口映射，单独使用似乎不行。

使用花生壳算不算呢？