我按照PHP5自述文件的说明在Windows上进行手动安装，并作为Apache上的模块。 我跑了phpinfo（），它似乎一切OK。 然后， 每次我运行PHP代码调用MySQL它崩溃了 。 我只是可以防止安装PHP5作为CGI的崩溃。 请注意，仅仅通过将PHP5作为一个模块加载到PHP5作为CGI来更改Apacheconfiguration，即可停止崩溃。 不涉及PHPconfiguration更改。 另外值得注意的是：在另一台Windows XP计算机上执行的与Apache模块安装步骤相同的PHP5运行顺利。
我将如何configuration我的PHP和MySQL，以便他们可以使用Apache服务器？ 我使用的版本是 PHP 5.2.9 MySQL 6.0.8 Apache 2.2 我知道我必须configurationphp.ini文件。 但是我应该做些什么改变呢？ 提前致谢。
我无法使用PEAR中的邮件包 。 我已经安装了PHP Version 5.2.8 （ php-fpm用于nginx ） $ pear version PEAR Version: 1.7.2 PHP Version: 5.2.8-1hardy~ppa1 $ pear list Package Version State Mail 1.1.14 stable … $ pear config-get php_dir /usr/share/php $ ls /usr/share/php/Mail.php /usr/share/php/Mail.php phpinfo（）说： include_path。：/ usr / share / php 一切似乎都很好，但是当我尝试 require_once "Mail.php"; 我得到： 警告：require_once（Mail.php）[function.require-once]：无法打开stream：没有这样的文件或目录在/ home ..在第2行 致命错误：require_once（）[function.require]：在/ home中在第2行打开所需的'Mail.php'（include_path ='。：/ usr / […]
嗨，似乎我的服务器无法处理繁忙时间的stream量和Apache似乎只是崩溃。 以下是服务器上的一些信息： 至强5110 @ 1.6ghz 4Gb公羊 Windows 2003 Server 适用于Windows的Apache 2.2.11 mod_fcgid（来自apachelounge.com） 安装了eAccelerator的PHP 5.2 它也运行MySQL 5.0 它也运行着像Mediawiki，Joomla，Wordpress和Drupal这样的PHP应用程序，每天的点击量是18K。 这里有一些来自httpd.conf的重要configuration： # Timeout: The number of seconds before receives and sends time out. # Timeout 300 # # KeepAlive: Whether or not to allow persistent connections (more than # one request per connection). Set to "Off" to deactivate. […]
我浏览到本地主机/和没有显示。 没有网页，没有找不到网页等 但是，我更改httpd.conf使用端口8080，然后浏览到本地主机：8080 /和我的本地页面显示。 为什么会这样呢？ 还有什么别的使用端口80？ 什么软件可以做到这一点？ 我怎样才能知道其他软件是否在使用这些端口？ 我正在使用Windows XP SP3，我在用户的桌面上安装了Apache，以便他们可以进行Web开发。 这台机器上没有IIS。 hosts文件（127.0.0.1 localhost）中只有1个条目，我已经卸载了skype，显然使用80端口）。 解决了 感谢所有的答案，最后我删除了我的HTTPD.conf文件中的所有垃圾，恢复到工作状态，然后重写了规则。 我有一种感觉，我没有在这里的第一行： NameVirtualHost 127.0.0.1 <VirtualHost 127.0.0.1> ServerName localhost DocumentRoot "C:\webroot" </VirtualHost>
鉴于一个Web应用程序需要在客户的服务器上运行，并由系统pipe理员在客户端安装，哪个技术堆栈会导致系统pipe理员完成最less量的“服务器外科手术”，从而更容易部署？ 我们的目标平台是Windows / IIS / SQLServer和Linux / Apache / MySQL，但是由于客户的Web服务器主机可能是从刚刚打开的Windows机器到完全修补的最新的Ubuntu机器，我们正试图find能够为系统pipe理员带来最less工作量的技术（阅读，尽量减less我们的支持需求）。 典型的select当然是PHP，Python，ASP.Net（运行Mono的Linux安装），Rails，Java等等。 需要考虑的一些事情是，如果运行IIS或Apache的平均“开箱即用”Web服务器是使用一种技术而不是另一种技术构build的，那么是否将具有所需的库来安装该产品。 例如，基于PHP的解决scheme可能会更容易在Linux机器上进行部署，而不必安装mono，而在Linux机器上运行ASP.Net解决scheme所需的任何其他依赖性都将作为Web应用程序。 除此之外，在“开箱即用”function和“易于集成”之间有一个恰当的平衡的问题，例如：一个包含的Web服务器是否有帮助？ 或者当Apache已经在端口80上运行时，这会让事情变得更加混乱？ 我们正在假设客户有权访问系统pipe理员，但可能不是全职/专用的 – 就像共享的Web主机帐户一样。 鉴于此，我们希望客户能够在他们的Web服务器上安装Web应用程序时有最小的麻烦，并且我们正在讨论正确的技术堆栈。
我的网站是在Apache上运行的PHP。 我的一个用户在有2个IP的广域网上，他的连接被其中的任何一个路由到我们的服务器。 如果它检测到IP的变化，PHP似乎将用户注销。 这是一个开源的应用程序，我认为一些常用的stream行文件必须已经被使用。 有什么办法来防止它？
我的一个朋友在她的所有网站上都遇到这个错误。 他们都在同一台服务器，外部托pipe（托pipe公司说，他们不能帮助脚本问题） 每个网站甚至给出了确切的一些行号，但他们都使用不同的Index.php文件。 我有点难过，有没有人见过这样的事情？ Warning: Unexpected character in input: ''' (ASCII=39) state=1 in /home/xxxx/public_html/index.php on line 17 Parse error: syntax error, unexpected '.' in /home/xxxx/public_html/index.php on line 17
我有一些我试图用imap连接到gmail的php代码。 代码如下： $hostname = '{imap.gmail.com:993/imap/ssl/novalidate-cert}INBOX'; $tmp_username = 'username'; $tmp_password = 'password'; $inbox = imap_open($hostname, $username, $password) or die(imap_last_error()); 我每次尝试连接时都会得到这个错误输出： 警告：imap_open（）[function.imap-open]：无法在第14行的/var/www/PHP/EmailScript.php中打开stream{imap.gmail.com:993/imap/ssl/novalidate-cert}INBOXlogin中止 我不明白什么是错的！ 我听说有人有SSL错误，但这似乎不是其中之一。 请请帮助我!!!!! 编辑：当试图通过telnet-ssl连接到imap.gmail.com我得到以下输出： 尝试74.125.155.109 …已连接到gmail-imap.l.google.com。 转义字符是'^]'。 另外还有其他的事情发生
我似乎无法让Imagick工作。 我已经安装了PHP 5.2.8（ php-fpm用于nginx ）。 我已经从源代码安装了最新的ImageMagick。 $ convert -version Version: ImageMagick 6.5.5-1 2009-08-25 Q16 OpenMP http://www.imagemagick.org Copyright: Copyright (C) 1999-2009 ImageMagick Studio LLC 我用pecl安装程序安装了pecl ： $ pecl list Package Version State imagick 2.3.0 stable 当我尝试重新启动php服务器时，我得到： Starting php_fpm PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20060613/imagick.so' – /usr/lib/libgomp.so.1: cannot allocate memory in static TLS […]