我正在使用googleAppEngineLauncher尝试MySQL连接。 它给出了日志 File "/Users/kakshilshah/Desktop/hope/skeduleBackend/django/utils/importlib.py", line 40, in import_module __import__(name) File "/Users/kakshilshah/Desktop/hope/skeduleBackend/django/db/backends/mysql/base.py", line 17, in <module> raise ImproperlyConfigured("Error loading MySQLdb module: %s" % e) ImproperlyConfigured: Error loading MySQLdb module: No module named _mysql 我已经完成了pip install MySQL-python 甚至像python manage.py dbshell这样的命令也可以工作，并将我连接到cloudsql后端。 我可以访问那里的所有表格。 但是，运行它给出了同样的错误。 我有MySQL 5.6安装。 将以下内容添加到app.yaml – name: MySQLdb version: "latest" 也没有帮助，因为我检查了库目录，并没有mysqldb。 我的设置 – import os DATABASES = […]
我的nginxconfiguration文件如下。 server { listen 80; server_name http://hg.rawdatatech.com; location / { proxy_pass http://127.0.0.1:8000; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /static/ { alias /home/home-garden/staticfiles/; } } 当我运行我的Django应用程序使用这个configuration，我看到“可疑的符号错误”和连接拒绝错误nginx错误日志。 我的configuration有错吗？
我用Django开发了一个网站，我正在用apache和mod-wsgi（如这里所解释的）部署它。 问题是，我想确保这个网站只能在我的本地networking上访问。 在同一台服务器上，我将另外发布一个网站，可能还有Apache，这个网站可以访问互联网。 我怎样才能pipe理这个？
我尝试使用Nginx + uwsgi运行我的Django应用程序，但在加载一分钟后收到504 Gateway Time-out 。 我的应用程序需要一些时间来做它需要的东西，因为它在几个网站上search特定的东西 我的nginx conf是下一个： upstream uwsgi { server 127.0.0.1:8000; } server { listen 80; server_name server_ip; root /opt/emails/subscriptions; index index.html index.htm index.php; location /emailsproject/ { root /opt/emails/subscriptions/; } location / { proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_pass http://uwsgi; proxy_set_header Host $http_host; uwsgi_read_timeout 18000; } } 我的uwsgi脚本： description "uWSGI server" […]
我无法弄清楚部署一个使用uwsgi / gunicorn的Django项目的“正确”方式（我还没有决定使用什么，可能uwsgi，因为它有更好的性能，build议？）和nginx使用泊坞窗。 我看到有些人把所有东西放在同一个容器里。 我不是docker专家，但是容器应该只做一件事情。 所以，Django + nginx似乎是2而不是1。 现在，我的部署思路是： 一个容器与Django和uwsgi。 在Dockerfile的最后我运行uwsgi脚本。 这个容器暴露了端口8000 一个与django链接的nginx容器。 这暴露了端口80，并将请求代理到Django。 有没有其他办法可以做到这一点？ 有一个教程，涵盖了这个案件更深入一点。 我需要一个坚实的生产，而不仅仅是testing我的电脑上的一些代码。
有没有办法按需安全地重启mod_wsgi进程，可能在多台机器上运行？ 我正在服务一个Django的应用程序与mod_wsgi守护进程模式与Apache： WSGIDaemonProcess myapp user=user group=user processes=30 threads=1 WSGIProcessGroup myapp 我阅读了mod_wsgi文档中的build议，但是没有一个build议的解决scheme适用于我： 在生产系统中不build议运行监视脚本。 发送杀死信号在我的情况下是不安全的。 我想避免中断运行请求。 重新加载不能使服务closures。 放慢速度很好。 触摸mod_wsgiconfiguration文件安全地执行技巧，但如何在多台机器上完成？ 理想情况下，我们应该能够通过一个动作来重新启动进程。 有什么build议么？ 注意：我必须用一个线程运行多个进程。 我的应用程序不是线程安全的。 编辑，如果这是我唯一的select，我可以从Puppet做到。 但我更喜欢是否有办法从一个特殊的保护视图。 我认为这是在一台机器上做的微不足道，而不是多台机器 非常感谢
我试图让Django使用pyisapie在IIS 6上运行，我有一些麻烦。 我有pyisapie在IIS上工作，但只有当我指定完整的URL到一个特定的Python脚本，如下所示： http://localhost/sample/test.py 我将PyISAPIe.dll设置为应用程序所在的虚拟目录的通配符应用程序映射。 我不明白的部分是如何告诉PyISAPIe.dll当我从URL打到我的虚拟目录时执行哪个python脚本？ 我想能够导航到 http://localhost/sample/any/thing/that/I/want/right/here 并执行test.py。 如果我现在尝试第二个url，我会得到一个404。
我为我的网站运行3个独立的虚拟主机（Django w / wsgi主站点，另一个Django w / wsgi站点的移动版本，以及第三个Wordpress站点的博客）。 几个星期后，交换内存上升到我的负载和ping时间变得非常慢的时候。 当我看到top ，我看到有几个Apache进程占用大量的内存，并且已经运行了至less一个小时。 这是在Rackspace云（中型实例）上运行的Ubuntu 10.04服务器上。 我正在使用守护进程模式下的wsgi运行这两个django站点（threads = 1，processes = 2）。 我的apache2.conf主要设置看起来像这样（为了减less这篇文章的大小，删除了几个“无关”的东西 – 如果你期待另一个设置，让我知道，我可以检查是否在那里） ： Timeout 120 KeepAlive Off MaxKeepAliveRequests 100 KeepAliveTimeout 15 <IfModule mpm_prefork_module> StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 </IfModule> <IfModule mpm_worker_module> StartServers 2 MinSpareThreads 25 MaxSpareThreads 75 ThreadLimit 64 ThreadsPerChild 25 MaxClients […]
我正在Debian 6上使用Django + PostrgreSQL + Nginx构build应用程序。该应用程序有两个独立的组件，稍后将放在不同的机器上。 组件A使用REST API从组件B调用一个函数。 它存储的敏感数据应该由组件A只读，但可由组件B写入。 组件B将数据敏感数据写入组件A，并通过其API接收数据 我想分离这些组件，以便Comp B的暴露不会导致Comp A中的敏感数据暴露。为了这样做，我正考虑在不同的linux用户下运行nginx的两个实例。 然后运行组件B的用户将无法看到Comp A的settings.py ，这会将login凭证公开给A的数据库和存储数据的encryption密钥。 我的问题是， 我怎样才能设置Nginx运行2个实例，每个都在自己的用户帐户下？ 如果可能的话，我只想使用标准Debian软件库中的软件包，以免丢失自动升级。
我正在关注这个在Gentoo上安装和configurationNginx，uWSGI和Django。 一切都看起来不错，直到最后一步：Nginx返回502错误的网关错误，以下内容出现在uWSGI日志中： *** Starting uWSGI 1.2.4 (32bit) on [Mon Sep 10 23:41:29 2012] *** compiled with version: 4.5.3 on 02 September 2012 22:00:55 detected number of CPU cores: 2 current working directory: /var/www/localhost/htdocs/mysite writing pidfile to /var/run/uwsgi/trac.pid detected binary path: /usr/bin/uwsgi your memory page size is 4096 bytes building mime-types dictionary from file /etc/mime.types…1017 entry […]