我正在运行CentOS 6.7，我正在尝试安装mod_wsgi（ https://code.google.com/p/modwsgi/ ） 通常我会这样做： yum安装mod_wsgi 但是因为我需要确保它在Python 2.7下编译（而不是CentOS默认的Python 2.6版本），所以我决定下载repo（ https://github.com/GrahamDumpleton/mod_wsgi/releases ）并确保它已经configuration我的场景。 为了安装，我遵循了办公指南： https ： //code.google.com/p/modwsgi/wiki/QuickInstallationGuide 唯一的区别是我改变了Python版本： ./configure –with-python=/usr/local/bin/python2.7 以上回报： checking for apxs2… no checking for apxs… no checking for gcc… gcc checking whether the C compiler works… yes checking for C compiler default output file name… a.out checking for suffix of executables… checking whether we […]
我运行一个简单的networking服务器设置（Apache / 2.2.15，PHP / 5.3.3，MySQL / 5.1.66）的CentOS 6.7机器（16 GB vRAM，8个vCPU），托pipe一个网上商店，数量适中页面展示次数（每天约2,000〜4,000次）。 服务器在过去的三年中运行平稳，无需更改其configuration。 现在，从上个星期以来 – 不知何故，在短时间（大约30分钟）之后，Apache / HTTP经常变得无法访问。 我检查了一些参数，看到有很多httpd进程正在运行。 ps axf | grep httpd | wc ps axf | grep httpd | wc显示了这样的内容： 387 2344 18354 而负载不是很令人兴奋。 top看起来像这样： 有一小部分httpd进程会不时被释放，但总数却几乎不断增加。 如果我运行一个service httpd reload ，进程数回落到0，并在接下来的几分钟到几小时内再次增加。 过了一会儿，Apache的日志告诉我： [error] server reached MaxClients setting, consider raising the MaxClients setting 我做了这个，我也调整了不同的进一步的configuration参数，但它没有帮助。 无论MaxClients和ServerLimit设置为什么值，Apache都不会停止产生新的httpd进程，直到达到这些限制。 在此之后，网站无法访问了。 […]
我在/var/www/html下有我的apache主机，为了简单起见，我在/var/www目录下放了一些小的git部署脚本。 www是一个公共文件夹？ 在那里存储脚本是否安全？ 如果是这样，有没有风险？ 如果没有，build议使用哪个目录？ 它是Ubuntu 14.04服务器。
将负载平衡器标识符放在响应头中是否是一种好的做法？ 我正在使用Tomcat / Apache HTTP系统，似乎没有一个好方法来validation我正在查看哪台机器。
我有我的网站设置像这样： RewriteCond %{HTTP_HOST} !^www\.example\.com RewriteCond %{HTTP_HOST} ([^.]+)\.example\.com [NC] RewriteRule ^/?$ /user/profile.php?name=%1 [L] 这样做是如果用户访问： test.example.com ，它将显示文件的内容： example.com/user/profile.php?name=test 。 如果有人前往lol.example.com ，则会显示如下页面： example.com/user/profile.php?name=lol lol.example.com ，但该url与子域保持一致，如lol.example.com和lol.example.com 。 这部分正在工作。 题： 如果我去test.example.com/login ，它会显示我的域根文件。 我怎样才能使它显示/user文件夹中的东西？ 例如： test.example.com/login将显示example.com/user/login和test.example.com/register将显示example.com/user/register但URL将保持与子域相同？ test.example.com/pathtofile应该得到example.com/user/pathtofile的内容。 “pathtofile”应该是dynamic的。 我只想要path在文件夹/user ，而不是根文件夹。
为了避免caching中毒，我被要求在我的Apache Web服务器上创build一个虚拟的虚拟主机，以便所有伪造的请求（实际上并不涉及到我的应用程序）都会去虚拟的虚拟主机。 以下是我目前的虚拟主机： <VirtualHost *:*> DocumentRoot "cache location" ServerName myappname </virtualHost> 我试图创build一个虚拟的虚拟主机，服务器名称为*，并具有不同的caching位置。 这是我试过的： <VirtualHost *:*> DocumentRoot "another cache location" ServerName * </virtualHost> 我如何testing我的虚拟虚拟主机configuration的工作原理，是否需要修改我的configuration？
James是用纯Java编写的邮件服务器，由Apache Software Foundation主持开发。 它足够稳定处理大量（不可预知的大量）邮件吗？ 它可以由托pipe服务提供商使用，而不用担心丢失数据？ 有什么限制吗？
不能解决这个问题，这是我的.htaccess： AuthPAM_Enabledclosures AuthType基本 AuthBasicProvider ldap AuthzLDAPAuthoritative on AuthName“MESSAGE” 要求ldap-group cn = CHANGED，cn = CHANGED AuthLDAPURL“ldap：// localhost / dc = CHANGED，dc = CHANGED？uid？sub？（objectClass = posixAccount）” AuthLDAPBindDN已更改 AuthLDAPBindPassword CHANGED AuthLDAPGroupAttribute memberUid AuthLDAPURL是正确的，BindDN和BindPassword也是正确的（用ldapvi -D ..validation）。 Apache版本：Apache / 2.2.9（Debian） 错误信息似乎对我来说是神秘的，我有AuthzLDAPAuthoritative所以问题在哪里。 编辑： LDAP模块被加载，问题不在于它们丢失。 ＃ls / etc / apache2 / mods-enabled / * ldap * /etc/apache2/mods-enabled/authnz_ldap.load /etc/apache2/mods-enabled/ldap.load EDIT2： 解决它通过改变时髦 要求ldap-group cn […]
我试图通过Apache反向代理运行Redmine（RoR）。 Mongrel提供Apache保护的纯文本页面，并向我的用户提供服务。 问题是，Redmine中的各种链接和redirect将用户发送到http：//而不是https：//。 pipe理页面上的设置为httpsconfiguration，但这似乎没有帮助。 我也将这一行添加到environment.rb来解决一个相对的根问题（解决它，但不是https问题）： ActionController::AbstractRequest.relative_url_root = "/r/" 我如何强制Redmine总是使用https？ 请注意，redirect将无法正常工作，因为我的服务器只有：443打开，因此：80个请求将不会被重写。 重写网站的数据可能工作，但似乎不理想。
这是一个关于解决Apache性能问题的正确过程的问题。 一些上下文。 我使用360MB RAM运行Ubuntu 8.04LTS虚拟机。 这服务LAMP网站; 主要基于Wordpress。 它没有得到很多的stream量（15万次访问/月，点击20万次/月）。 但有时候Apache会执行beserk，消耗100％的CPU，磨损磁盘，一般会导致机器停顿（==不提供网页，不会响应SSH命令等） 所以，我的问题是，我该如何准备收集正确的信息，使我能够debugging这种问题？ 我对这个过程和工具一样感兴趣。 例如; mysql慢查询日志似乎是debugging慢SQL查询的合理方法。 有没有类似的Apache？ 是否有某种logging工具，会告诉我哪些请求是最慢的/使用最多的CPU /内存？ 或者这是错误的方法？ 谢谢！