[求助] 怎么样将Django项目打包成一个Windows下的可执行.exe文件【django吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0可签7级以上的吧50个
本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：2,050贴子：
[求助] 怎么样将Django项目打包成一个Windows下的可执行.exe文件
萌新求助，我想把项目放到一个没有Python，数据库等的环境下，只有Windows环境的电脑上运行。之前过这个问题，但是网上的解释有点看不懂，希望有大神可以指导一下我，谢谢。
萌新帮顶，我记得之前也搜过打包的问题，好像是有几个工具可以打包成为可执行文件，找找研究研究呗。然后步行就本办法，在对方机器上部署 Python、Django 吧目测吧里不是很活跃，坐等答案就浪费时间了。话说楼主知道什么比较活跃的 Python 社区么？主要语言最好是中文的
贴吧热议榜
使用签名档&&
保存至快速回贴给Django开发新手的10个建议
1.Don’t put project name in the imports例如，你在一个名叫“project3”的工程中有一个名叫“xyz”的应用，那么不要像下面这样引用：1fromproject3.xyz.modelsimportAuthor将工程名和应用名绑定在一起的坏处主要有：1.你不能快捷的重用app（You can’t easily reuse the app.）2.将来如果要更改工程名时将会带来很多麻烦（In future if you want to change the project name it becomes difficult.）3.在模板文件中，不要将静态文件路径硬编码当在模版文件中引用静态文件（如js文件、css文件、图片文件等）时，不要这样写：（假设MEDIA_URL的值是“/appmedia/”）这样带来的坏处是，当你要将所有的静态文件采用单独的服务器时（这是非常有可能的），假如新的服务器地址是http://cdn.xyz.com，那你需要将所有模板中的“/appmedia/”用http://cdn.xyz.com替换。哦，这是多么没有意义的一件事。解决这个问题的方法是使用{{ MEDIA_URL }}代替硬编码的路径：那么模板上下文变量是怎么获取的呢？使用RequestContext即可：4.不要在视图中写业务逻辑将业务逻辑（business logic）放在视图（views）中真的不是一个好想法，例如给从银行Y中取出P数额的同时将P存入银行X等。为什么呢？不利于单元测试不利于重用代码那我们应该将业务逻辑放在哪里呢？最好的方法是将其放在模型（models）中或单独建立一个辅助（helper）类。当然，对于特别基础的逻辑，如获取一个对象，传递一个列表等，我们还是可以放在视图中的。5.部属到生产环境是，记得将DEBUG设为FALSE我们常常忘记在部署时禁用DEBUG，有很多种方法自动来处理这个问题。最简单的方法是先检查hostname再给DEBUG赋值。1importsocket23ifsocket.gethostname() ==‘productionserver.com’:4DEBUG=False5else:6DEBUG=True另一种方法是使用不同的配置文件（with DEBUG =True）：1#Filename settings_debuy.py2#It contains all variables from settings and it overrides the DEBUG variable to True3#we use settings_debug.py to run the server locally python manage.py runserver settings=settings_debug.py45fromsettingsimport*6DEBUG=True78#you can also add other things which helps you to do the debugging easily9#like Debug toolbar etc…6.只加载一次自定义的或第三方应用的模板标签当使用自定义或者第三方的模板标签和过滤器时，通常要在模板中使用：1{%loadtemplate_tags%}我们需要在所有用到自定义模板标签和过滤器的模板中都使用上面的代码，这样就违反了DRY的原则。更出色的方法可以这样：1fromdjangoimporttemplate2template.add_to_builtins(‘project.app.templatetags.custom_tag_module’)只需要将上述代码放到项目启动时能够自动加载的文件中即可（如settings.py,urls.py,every app models.py）。这段代码会在一开始就自动加载自定义模板标签，然后便可以在模版文件中使用而不需要{% load template_tags %}。7.Urls.py不要将URL全都配置在一个urls.py文件中，比如：01urlpatterns=patterns(”,02url(r’^askalumini/question/$’,‘…..registerInstitution’,name=‘iregister’),03url(r’^askalumin/answer/$’,‘someview…..’,name=‘newmemberurl’),04url(r’^institution/member/$’,‘someview…..’,name=“dashboardurl”),05url(r’^institution/faculty/$’,‘editInstitute’,name=“editinstituteurl”),06url(r’^memeber/editprofile/$’,‘editProfile’,name=“editprofileurl”),07url(r’^member/changepassword/$’,‘changePassword’,name=“changepasswordurl”),08url(r’^member/forgotpassword/$’,‘forgotPassword’,name=“forgotpasswordurl”),09url(r’^member/changepicture/$’,‘changePicture’,name=“changepictureurl”),10url(r’^member/logout/$’,‘memeberlogout’,name=“logouturl”),,11 )为了可以使应用更容易重复使用到不同项目里，建议的方式是将各应用的URL配置在各自的urls.py中：1urlpatterns=patterns(”,2
(r’^$’,include(‘institution.urls’)),3
(r’^institution/’,include(‘institution.urls’)),4
(r’^askalumini/’,include(‘askalumini.urls’)),5
(r’^member/’,include(‘member.urls’)),6 )url的处理方式也尽量不要硬编码，否则当你更改一个地址时会牵涉到多处的修改，可以使用一些url函数来处理。如在/project/askalumini/urls.py中，为每一个url定义了name，它可以帮助我们有效地在视图、模板和模型中处理 url，而不是硬编码。为保证名称的唯一，请遵照将url命名为/的习惯用法。举例来说，在views.py文件中有如下代码：9.了解并是使用pinax项目使用Django开发的最大的一个好处是可以重用app。大多数的网站都有相同的组件，如注册登录，openid支持，用户信息管理等。如果能有一个平台来提供这些所有可以重用的模块该多好。pinax就是这样一个平台，包含了许多可拿来直接使用的代码和模块。更多信息请访问http://pinaxproject.com/10.一些比较重要的第三方应用1）Migrations（数据库升级工具）什么是数据库升级工具？你运行了syncdb，运行了一段时间之后，对模型做了更改，如添加了字段，删除了字段，要再运行syncdb吗？或者ALTER TABLE …？这种将数据库从一个状态改变到另一个状态的行为叫做migration。有一些非常好的第三方工具来帮我们完成。django-evolutions (使用简单，自动化，但不是很强大)South (比较强大，但难上手)2）模板系统django自带的模板系统是可以替换的，并且各自有优缺点。template-utils增强了模板的比较标签等功能，并提供其他的一些实用特性Jinja是一个完整的第三方模板系统，可以替换默认模板系统，它提供了许多优越的特性3）更多不再一一列举，请参考http://www.ramavadakattu.com/top-10-tips-to-a-new-django-developer如果你有什么更好的对于Django新手的建议，欢迎交流。博主你的网站做的不错哦，知更鸟的这个主题我也用过，挺不错的。最近闲来无事，我写了一篇小说–打篮球的女孩。在起点上，有时间了帮我顶一下哦！！！！
原文链接:http://www.wumii.com/item/40yqnWNu
阅读: 960 |Django学习笔记4-用Eclipse创建Django项目
Of course, you haven't actually done any work yet. Next, start your first app by running python manage.py startapp [appname].You're seeing this message because you have DEBUG = True in your Django settings file and you haven't configured any URLs. Get to work! & &可能某些人照着本文操作的过程中并不那么顺利，运行的时候控制台输出了以下错误信息：Validating models...
0 errors found
April 10, 2014 - 23:18:20
Django version 1.6.2, using settings 'a.settings'
Starting development server at http://127.0.0.1:8000/
Quit the server with CTRL-BREAK.
Error: [Errno 10013]不用着急，Django错误代码 10013 表示端口被占用了，换一个就好了。先复习一下运行Django服务器的命令：manage.py runserver runserver默认使用8000端口，使用自定义端口就要在runserver后面加端口号，如：manage.py runserver 8080使用Eclipse开发Django项目，运行服务器已经不需要我们手工输入命令了，那需要修改端口就修改相应的配置。修改Eclipse下Django默认端口方法如下：1、菜单 Project -& Properties，如果该菜单项是灰色的，就在 PyDev Package Explorer 选中一个项目再重新点击菜单即可。2、在弹出的窗口左边栏选中 Run/Debug Settings，再选中大编辑框中需要设置的Django项目，然后点击右边Edit按钮。3、在弹出的窗口中切换到(X)=Arguments标签，然后在runserver 后面加上空格及自定义端口号，然后确定退出，返回主界面，重新运行项目。如果还是报同样的错，那就按照上面的方法再换一个端口。
<span type="1" blog_id="1393673" userid='
分享到朋友圈
好的文章，和好友一起分享第二个django项目：低仿版知乎
第二个django项目：低仿版知乎
本来开始用简书的时候规定自己一周至少写两篇文章，然而现在距离上一篇的时间已经过去了快一个月了，现在开始慢慢补吧。最近花了大约三个星期，从前端、后端、数据库到部署完成了一个简单的，目前部署在搬瓦工，还有不少bug没有改，细节也有很多不合适，以后在慢慢改吧。
主要用到了semantic ui的css框架、vue.js、django、mysql，通过uwsgi部署在centos6，nginx反向代理。
基本上已经做到了前后端分离，后端提供api接口，把大部分逻辑交给js去做。这里用了来实现api，用库向api发送get、post请求实现增删改查。
尝试采用了token认证，用建立和移除cookies实现认证，基本的权限控制已经实现。
目前主要分为主页、答案详情页、问题详情页、话题页、问题页、登录&注册页、个人资料&资料修改页。
暂时还未实现的功能有：
1、用户之间互相回复
3、选中指定话题时该话题样式变化
4、关注用户
关于首页显示的内容，知乎有自己的算法，我只是按id一股脑显示的，暂时对这方面还没什么头绪。说是仿知乎，其实没法比，就拿来练练手而已。
部署花了很多时间，前后得有一个多星期，主要是没什么头绪，不知道vps、uwsgi、nginx和域名这些之间的联系，看了很多教程也不不明白，多亏了一个小伙伴给我打了电话讲解了，现在感觉很简单了。
vps就是一电脑，django项目运行在vps上。
WSGI是为为Python语言定义的Web服务器和Web应用程序之间的一种通用的接口，uWSGI就是web服务器，用于接受前端发送的请求并处理后发送给web应用程序,uwsgi是uWSGI服务器实现的独有的协议，只用uwsgi也能实现部署。
nginx是一个反向代理服务器，使用nginx后，uwsgi只需要将django项目运行在本地，请求和响应通过nginx进行。nginx可以将静态文件单独处理，速度要比uwsgi快。
域名需要解析到服务器的ip地址上，访问域名时会将域名解析成对应的ip。
关于部署，还要单独写一个总结，把流程写一边，毕竟坑了我很长时间。网站还要继续优化调整细节，数据库的访问也要继续优化。
--------------日----------------
过完年更新了一点。
1、添加搜索功能
2、添加评论分页
3、添加用户互相回复
现在才发现vue.js自己只用了一点皮毛， 组件部分还没用到，本来想把网站组件化+webpack打包，结果比想象中的难的多，琢磨了几天放弃了，修改还不如重新写一个。这个也就这样了，自己的知识还是太少，用到的东西太单一。
下一阶段任务是vue+webpack做一个博客练练手。
地球online新手玩家
学习 Flask，写完一个 Flask 应用需要部署的时候，就想着折腾自己的服务器。根据搜索的教程照做，对于原理一知半解，磕磕碰碰，只要运行起来了，谢天谢地然后不再折腾了，到下一次还需要部署时，这样的过程就会重复一次。不知道多少人的膝盖中箭了呢？我也这样干过，这么做确实很蠢...
内容 UI组件 开发框架 实用库 服务端 辅助工具 应用实例 Demo示例 UI组件 element ★13489 - 饿了么出品的Vue2的web UI工具套件 Vux ★8133 - 基于Vue和WeUI的组件库 iview ★6634 - 基于 Vuejs 的开源 U...
目录 UI组件 开发框架 实用库 服务端 辅助工具 应用实例 Demo示例 UI组件 element ★13489 - 饿了么出品的Vue2的web UI工具套件 Vux ★8133 - 基于Vue和WeUI的组件库 iview ★6634 - 基于 Vuejs 的开源 U...
转载 :OpenDiggawesome-github-vue 是由OpenDigg整理并维护的Vue相关开源项目库集合。我们会定期同步OpenDigg上的项目到这里，也欢迎各位提交项目给我们。 如果收录的项目有错误，可以通过issue反馈给我们。这里的项目Star数不是实时...
13 上线 上一章中，你为你的项目创建了RESTful API。在本章中，你会学习以下知识点： 配置一个生产环境 创建一个自定义的中间件 实现自定义的管理命令 13.1 在生产环境上线 是时候把你的Django项目部署到生产环境了。我们将按以下步骤上线我们的项目： 为生产环...
先说一个故事： 某部门负责人D，进入到一家企业。她很会“察言观色”，在很短的时间里，掌握了很多内部信息。 比如她知道了，总经理是“霸道总裁”的角色，喜欢奉承。 于是，她的很多时间，没有用在如何管理团队上，而是花在和领导的“相处”上。积极响应领导的要求，主动接近领导，私下吃饭...
古有三十而立，说的是做事懂分寸，言行得当，可以以礼自立于世；而现在，三十而立，可以是立身，立业，立家。立身，就是确立自身品格修养，并能自强；立业，就是有一技之长，可以凭自身能力立足社会；立家，不仅是成家，更多的是承担责任。
想到三十岁，从梦中都会惊醒，青葱岁月...
××，我是喜欢你的，这你应该知道的。 但我们大概就到这儿了。我说过的，我是一个容易放弃的人。 我知道重逢时各自都小心翼翼地隐藏心中的悸动和欣喜，我也曾希望我们会一块走下去，直至终点。在重遇到你之前我是没打算必须要结婚的，曾想到在离太湖不远处买个公寓独自生活下去，而之后想像过...
第三十二章 男儿何不带吴钩 我要将他们，刻在心里。 目录 | 前情回顾 文/古槿香 虽说周瑜当这居巢长并非出于本心，但终归是要去上任的。几日之后，他便赴了居巢，当了这一县之长。居巢距舒城大约百里，虽然那儿有长吏官邸，但周瑜依旧每日往返于舒城和居巢之间。 “在遥远的大海深处，...> 博客详情
这里为了方便，我们使用pycharm社区免费版，免费版不具备支持Django和Web开发的直接功能，这个功能只在专业版在具备。
但是作为新手，我们还是使用社区版来进行来发，这有助于我们弄清程序原理细节，帮助我们提高。
在实际开发时，我们需要同时打开pycharm与命令行两个工具。
Django创建项目的一般步骤:
1. 新建工程（命令行） &django-admin startproject mysite
//mysite为工程名
然后打开pycharm,查看当前文件：
2. 修改工程 &python manage.py startapp helloapp
//helloapp为应用名（关键，详见下文）
此步骤创建的目录：
修改工程命令执行完毕后，我们要进行以下操作：
修改views.py文件
//views.py中包含对某个http请求(即url)的响应。
修改URL路由
//urls.py中指定url与处理函数之间的路径关系。
3. 运行工程 &python manage.py runserver
//用runserver开一个服务器
之后我们就可以输入地址及端口号进行访问。
注意两点：
创建工程时要cd定位到要创建工程的位置，之后修改该工程要cd到已创建的工程当中
另外，创建工程与修改工程一个用的是Django-admin,一个用到manage.py(这个前面不要落了python)，两者不要混淆。
django-admin与manage.py
前者是django框架的全局管理工具，
其功能主要有：
建立并管理Djang工程。
建立并管理Django工具使用的数据库
控制调试或日志信息
运行并维护Django工程
可以通过/&django-admin help查看其功能
###manage.py与django-admin类似，但仅针对当前项目。
我们可以用它来在当前创建应用app，也可以用来创建当前项目的服务器。
/&python manage.py help可以查看其主要功能
支付宝支付
微信扫码支付
打赏金额: ￥
已支付成功
打赏金额: ￥}