[sinatra] 花花，我有个很好的建议！（大佬们也过来看看吧）
 |
CharlesCui
2009-04-24
有个想法，我不知道是否可行，但个人认为将很有卖点，所以说出来和大家一起拍砖。
之前看过Heroku，大家也可以进去看看，这是一个在线编辑并且部署rails代码的托管网站，还有个姊妹版的更易用的Heroku网站叫做herokugarden 我觉得它用rails部署太重了，用户在上面编写rails代码也太累了， 我们不如做个部署sinatra的，用户上来就写一个文件就OK，而且还能把用户群放大到没有精力（或者没有能力，或者要求超级敏捷开发）做复杂网站的用户， 数据库和adapter也用轻量级的，要么每个人一个sqlite3，要么允许他访问自己拥有的数据库服务器，或者数据库给所有用户一个couchdb做数据库，每人一个database！ 上面这些东东实现还算容易，下面要好好做做如何管理用户进程。 要管理用户进程，我们最好能够和进程通信，保存好进程的pid，而且给用户一个操作界面，让他可以启动、暂停或者关闭进程。 怎样？觉得有吸引力么？ |
 |
花花公子
2009-04-26
sqlite我不敢保证会比mysql轻量，事实上，为了灵活配置，不能够支持socket连接的数据库都是不可以接受的。真的想要轻量，可以考虑tokyo tyrant，不过它现在的类库支持比较弱。
只支持sinatra，速度上有提升，但是sinatra一点页面的helper都没有，小众了一些。 还有一个问题就是像heroku，很多托管网站现在不支持background job，如果解决不了这个问题，同样没有什么吸引力。 综上所述，现在最技术革新的托管网站是基于虚拟机（XEN）的托管网站，因为用户会非常自由。当然，google app engine的形式也可以考虑。 |
|
CharlesCui
2009-04-26
搞不定background job，那就不支持有background job类型的应用呗，又不是每个应用都需要background job。
数据库问题不大吧，页面没有helper那就做一点简单的事情好了，比如应用就是api，不需要页面，用来给自己的widget调用的。 解决了以上问题，别的大问题还有么？我们就做个给程序员或者准程序员一个放很小应用的地方，我觉得应该很火。 这样好不？ |
|
花花公子
2009-04-26
heroku现在也有background job支持的提议了。
不过技术上来说，基于KVM的VPS肯定是热点。 |
|
花花公子
2009-05-17
http://blueroomhosting.com/kvmplans.pxl
基于KVM的VPS方案 |
|
花花公子
2009-09-28
CharlesCui 写道 有个想法，我不知道是否可行，但个人认为将很有卖点，所以说出来和大家一起拍砖。
之前看过Heroku，大家也可以进去看看，这是一个在线编辑并且部署rails代码的托管网站，还有个姊妹版的更易用的Heroku网站叫做herokugarden 我觉得它用rails部署太重了，用户在上面编写rails代码也太累了， 我们不如做个部署sinatra的，用户上来就写一个文件就OK，而且还能把用户群放大到没有精力（或者没有能力，或者要求超级敏捷开发）做复杂网站的用户， 数据库和adapter也用轻量级的，要么每个人一个sqlite3，要么允许他访问自己拥有的数据库服务器，或者数据库给所有用户一个couchdb做数据库，每人一个database！ 上面这些东东实现还算容易，下面要好好做做如何管理用户进程。 要管理用户进程，我们最好能够和进程通信，保存好进程的pid，而且给用户一个操作界面，让他可以启动、暂停或者关闭进程。 怎样？觉得有吸引力么？ 1、heroku 已经提供了rack支持，不光sinatra，几乎所有ruby web框架都支持。 2、heroku为每个项目提供了一个ENV['DATABASE_URL']，是一个独立的pg数据库。 3、heroku的每个dyno都是一个独立的运行单元，只需要调节dyno数目，就直接提高进程数。 4、heroku命令行提供了很多方便的控制工具。 结论是heroku的缺点目前只有价格贵，但是物有所值。如果利用heroku做一个初步规模的应用还是很便宜的，50M DB+2个计算单元是每个月51美元。初始阶段，5M DB+1个dyno是免费的。 |
|
CharlesCui
2009-09-29
花花公子 写道 CharlesCui 写道 有个想法，我不知道是否可行，但个人认为将很有卖点，所以说出来和大家一起拍砖。
之前看过Heroku，大家也可以进去看看，这是一个在线编辑并且部署rails代码的托管网站，还有个姊妹版的更易用的Heroku网站叫做herokugarden 我觉得它用rails部署太重了，用户在上面编写rails代码也太累了， 我们不如做个部署sinatra的，用户上来就写一个文件就OK，而且还能把用户群放大到没有精力（或者没有能力，或者要求超级敏捷开发）做复杂网站的用户， 数据库和adapter也用轻量级的，要么每个人一个sqlite3，要么允许他访问自己拥有的数据库服务器，或者数据库给所有用户一个couchdb做数据库，每人一个database！ 上面这些东东实现还算容易，下面要好好做做如何管理用户进程。 要管理用户进程，我们最好能够和进程通信，保存好进程的pid，而且给用户一个操作界面，让他可以启动、暂停或者关闭进程。 怎样？觉得有吸引力么？ 1、heroku 已经提供了rack支持，不光sinatra，几乎所有ruby web框架都支持。 2、heroku为每个项目提供了一个ENV['DATABASE_URL']，是一个独立的pg数据库。 3、heroku的每个dyno都是一个独立的运行单元，只需要调节dyno数目，就直接提高进程数。 4、heroku命令行提供了很多方便的控制工具。 结论是heroku的缺点目前只有价格贵，但是物有所值。如果利用heroku做一个初步规模的应用还是很便宜的，50M DB+2个计算单元是每个月51美元。初始阶段，5M DB+1个dyno是免费的。 :)这么老的文章你还回... 那是heroku,不是我们的,国内也没有. 所以做一个是有价值的. |
