我有两个使用相同数据库并共享部分代码的Django站点。主要的父站点是员工和承包商的外部网络，而第二个站点向我们的一些合作伙伴公开了一些数据。
我已经成功设置了这些站点，但发现如果我启动Apache并进入主站点，那么合作伙伴站点就无法工作，返回“内部服务器错误”。如果我重新启动并进入合作伙伴站点，那么主站点将无法工作。
因此，我猜它们正在争夺资源。
服务器日志（见下文）显示这是win32/lib/pywintypes.py模块的问题，第114行。在其他地方，建议注释掉这些行（见下文）。所以我尝试了这个方法，它可以工作。
我真的不明白代码中发生了什么，是否注释掉它只会在以后给我带来问题。所以问题是：
还有其他可能导致这种情况发生的原因吗？这个权宜之计是否“安全”？
我已经成功设置了这些站点，但发现如果我启动Apache并进入主站点，那么合作伙伴站点就无法工作，返回“内部服务器错误”。如果我重新启动并进入合作伙伴站点，那么主站点将无法工作。
因此，我猜它们正在争夺资源。
服务器日志（见下文）显示这是win32/lib/pywintypes.py模块的问题，第114行。在其他地方，建议注释掉这些行（见下文）。所以我尝试了这个方法，它可以工作。
我真的不明白代码中发生了什么，是否注释掉它只会在以后给我带来问题。所以问题是：
还有其他可能导致这种情况发生的原因吗？这个权宜之计是否“安全”？
# py2k and py3k differences:
# On py2k, after doing "imp.load_module('pywintypes')", sys.modules
# is unchanged - ie, sys.modules['pywintypes'] still refers to *this*
# .py module - but the module's __dict__ has *already* need updated
# with the new module's contents.
# However, on py3k, sys.modules *is* changed - sys.modules['pywintypes']
# will be changed to the new module object.
# SO: * on py2k don't need to update any globals.
# * on py3k we update our module dict with the new module's dict and
# copy its globals to ours.
old_mod = sys.modules[modname]
# Python can load the module
mod = imp.load_dynamic(modname, found)
# Check the sys.modules[] behaviour we describe above is true...
if sys.version_info < (3,0):
#The fudge bit !!!!!!!!!!!!!!!!!
#assert sys.modules[modname] is old_mod
#assert mod is old_mod
pass
else:
assert sys.modules[modname] is not old_mod
assert sys.modules[modname] is mod
# as above - re-reset to the *old* module object then update globs.
sys.modules[modname] = old_mod
globs.update(mod.__dict__)
追踪错误
mod_wsgi (pid=7164): Exception occurred processing WSGI script 'E:/Programming/django_site/extranet_site/apache/django.wsgi'.
Traceback (most recent call last):
File "C:\\Python26\\lib\\site-packages\\django\\core\\handlers\\wsgi.py", line 241, in __call__
response = self.get_response(request)
File "C:\\Python26\\lib\\site-packages\\django\\core\\handlers\\base.py", line 73, in get_response
response = middleware_method(request)
ile "C:\\Python26\\lib\\site-packages\\django\\contrib\\sessions\\middleware.py", line 10, in process_request
engine = import_module(settings.SESSION_ENGINE)
File "C:\\Python26\\lib\\site-packages\\django\\utils\\importlib.py", line 35, in import_module
__import__(name)
File "C:\\Python26\\lib\\site-packages\\django\\contrib\\sessions\\backends\\db.py", line 2, in <module>
from django.contrib.sessions.models import Session
File "C:\\Python26\\lib\\site-packages\\django\\contrib\\sessions\\models.py", line 4, in <module>
from django.db import models
File "C:\\Python26\\lib\\site-packages\\django\\db\\models\\__init__.py", line 12, in <module>
from django.db.models.fields.files import FileField, ImageField
File "C:\\Python26\\lib\\site-packages\\django\\db\\models\\fields\\files.py", line 8, in <module>
from django.core.files.storage import default_storage
File "C:\\Python26\\lib\\site-packages\\django\\core\\files\\storage.py", line 7, in <module>
from django.core.files import locks, File
File "C:\\Python26\\lib\\site-packages\\django\\core\\files\\locks.py", line 25, in <module>
import pywintypes
File "C:\\Python26\\lib\\site-packages\\win32\\lib\\pywintypes.py", line 124, in <module>
__import_pywin32_system_module__("pywintypes", globals())
File "C:\\Python26\\lib\\site-packages\\win32\\lib\\pywintypes.py", line 114, in __import_pywin32_system_module__
assert sys.modules[modname is old_mod
AssertionError