已装Python36及相关模块仍遇Python3 & WSGI模块错误求助

首先看你的Apache配置，这里有个明显的冲突：你同时配置了WSGI直接运行Python脚本和ProxyPass转发到5000端口服务，这两个配置不能同时生效，Apache会优先处理ProxyPass，导致WSGI相关配置根本没在工作，这可能是你遇到问题的核心原因之一。先把这个冲突解决，再一步步排查模块问题：

第一步：清理冲突的配置 #

你需要二选一：

• 如果想让Apache通过WSGI直接托管你的Python应用：删除这两行

  ProxyPass / http://superhost.gr:5000/
  ProxyPassReverse / http://superhost:5000/
  

• 如果想通过反向代理转发到5000端口的服务（注意：生产环境不建议用Flask/Django自带的开发服务器）：删除所有WSGI相关的配置段（WSGIDaemonProcess、WSGIScriptAlias、<Directory>里的WSGI配置）

第二步：排查mod_wsgi与Python3.6的兼容性 #

mod_wsgi是和特定Python版本编译绑定的，如果你的Apache装的是对应Python2的mod_wsgi，那肯定找不到Python3.6的模块：

• 执行命令检查mod_wsgi关联的Python版本：

  mod_wsgi-express module-config
  

  或者查看Apache加载的模块信息：

  apachectl -t -D DUMP_MODULES | grep wsgi
  

  如果输出显示的是Python2.x，你需要重新编译安装对应Python3.6的mod_wsgi，或者用包管理器安装mod_wsgi-py36这类对应版本的包。

第三步：确保WSGI守护进程能找到你的Python模块 #

1. 如果你的应用用了虚拟环境，在WSGIDaemonProcess里添加python-path参数指定虚拟环境的site-packages路径：

   WSGIDaemonProcess public_html user=nikos group=nikos processes=1 threads=5 python-path=/home/nikos/.virtualenvs/your_env/lib/python3.6/site-packages
   

2. 如果模块安装在系统Python3.6的site-packages，确保该路径被Python解释器识别，或者在python-path里加上系统路径（比如/usr/lib/python3.6/site-packages）。

第四步：检查文件与权限 #

• 确保/home/nikos/public_html/webapp.py的第一行指定了正确的Python3.6解释器：

  #!/usr/bin/env python3.6
  

• 验证nikos用户能读取你的应用文件和依赖模块：

  su - nikos -c "python3.6 -c 'import your_module'"
  

  如果这里报错，说明模块确实没装在nikos用户能访问的环境里，重新安装模块到正确的Python环境即可。

第五步：重启Apache并查看日志 #

每次修改配置后，重启Apache：

systemctl restart apache2  # 或者 service apache2 restart

然后查看错误日志（通常在/var/log/apache2/error.log），里面会有更详细的模块找不到的具体信息，比如是哪个模块找不到、Python解释器的路径是什么，这能帮你精准定位问题。

内容的提问来源于stack exchange，提问作者Νικόλαος Βέργος