Django的晶圆厂部署的目的是成为一个易于部署和管理的解决方案 使用水银,面料,的virtualenv,nginx的,点子和apache与mod_wsgi的Django的项目。支持的操作系统是Debian Lenny的。
这个软件是非常固执己见。它是很好地协同工作为我的项目面料脚本的集合。
几个项目可以部署在使用Django-FAB-部署相同的VPS。一个项目可以部署在多台服务器。项目隔离带的virtualenv。
请不要使用OpenVZ的或Virtuozzo的VPS的部署!使用Xen或KVM或真正的服务器来代替。 OpenVZ的与内存管理非常严重的问题(VIRT计数和限制,而不是RSS或某事),因此Apache(以及很多其他软件,如MySQL的InnoDB引擎)是OpenVZ的完全无法使用而被记忆明智和高性能的XEN。
文档:http://pypi.python.org/pypi/django-fab-deploy/
What是在此版本中新的:
- 在超级用户口令论据mysql_create_db(感谢迈克尔·布朗)。
什么在0.7.4版本新:
- 在Django的晶圆厂部署的现在与面料兼容1.4(并要求面料1.4);
- 在nginx的WSGI和脚本,现在与未来的Django 1.4兼容;例如Django的1.4项目的配置加入到指导;
- 在快捷传递ENV默认的define_host装饰;
- 的Ubuntu 10.04的Apache重新启动修复;
- 在config_templates / hgrc被删除;
- 在测试更新的fabtest> = 0.1;
- apache_is_running功能。
什么在0.7.3版本新:
- 从www.domain.com永久重定向域.com是添加到默认nginx的配置。之前,它们都可用,这会导致如授权问题(用户登录在www.domain.com没有在domain.com与有关Cookie域默认的Django设置登录)。
什么是0.7.2版本,新的:
- 在Ubuntu的10.04(清醒)初步支持(这需要更多的测试);
- 在反向移植的Ubuntu 10.04和10.10;
- 在文档现在使用的默认主题;
- 在远程Django的管理命令错误不再silinced;
- 在调用create_linux_account使用非默认的用户名是固定的;
- 在define_host装饰,便于主机定义;
- 在默认DB_USER值('根')已被弃用;
- 在默认情况下nginx的配置使用INSTANCE_NAME的日志。
- 在为了升级,请设置为DB_USER“根”中明确env.conf如果它被省略。
什么是0.7.1版本,新的:
- 在DB_ROOT_PASSWORD处理固定
什么在0.6.1版本新:
- 在fab_deploy.utils.upload_config_template功能verify_exists论据是更名为skip_unexistent;
- 在fab_deploy.utils.upload_config_template现在可以直接通过了所有多余的kwargs面料的upload_template(感谢弗拉基米尔Mihailenco);
- 在上传fab_deploy.virtualenv.pip_setup_conf命令pip.conf(感谢弗拉基米尔Mihailenco);
- 在fab_deploy.deploy.push不再是所谓的“synccompress的管理命令;
- 在fab_deploy.deploy.push接受“before_restart'关键字参数 - 这就是将之前的代码重新加载执行的可调用;
- 在固定消退fab_deploy.deploy.push命令:“notest'的说法是不正确更名为”测试“;
- 在自定义文档被添加。
要求:
- 在Python中
- 在Django的
- 的Jinja2
- 在南用于迁移
- 在Debian Lenny的服务器或VPS使用SSH访问。我没有其他的服务器,以便如Ubuntu是未经测试,但它可能会用一些小的变化工作。
- 可选:Django的压缩用于CSS和JS捆绑
- 面料
- 您的项目存储在Mercurial库
评论没有发现