Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9D711117B6 for ; Thu, 7 Aug 2014 21:18:26 +0000 (UTC) Received: (qmail 81270 invoked by uid 500); 7 Aug 2014 21:18:23 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 81238 invoked by uid 500); 7 Aug 2014 21:18:23 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 81228 invoked by uid 99); 7 Aug 2014 21:18:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Aug 2014 21:18:23 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [50.59.230.42] (HELO pettijohn.localdomain) (50.59.230.42) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 07 Aug 2014 21:18:21 +0000 Received: from [192.168.1.7] (unknown [50.59.230.42]) by pettijohn.localdomain (Postfix) with ESMTPSA id A7DDB2FC377 for ; Thu, 7 Aug 2014 16:17:52 -0500 (CDT) Message-ID: <53E3ECFD.9040908@pettijohn.no-ip.biz> Date: Thu, 07 Aug 2014 16:17:49 -0500 From: Edgar Pettijohn User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: users@httpd.apache.org References: <20140807095910.09d430bb@imp> In-Reply-To: Content-Type: multipart/alternative; boundary="------------060008020301050107040604" X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Re: Apache 2.4 PHP 5.5 --------------060008020301050107040604 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Of course we don't know what if anything you are attempting to use to serve php content because you have not supplied your configuration file. On 08/07/2014 09:20 AM, Francois Gingras wrote: > D'arcy, > > Those are actually erroneous responses. > > You do not need mod_php to serve php content; that's the legacy > approach. Also, AddType should never be used for dynamic content. The > purpose of that directive is to change the content type for static files. > > Nowadays, you can use fcgi and even php-fpm as a fcgi backend, and > those solutions perform far better. > > Please see http://wiki.apache.org/httpd/php for recipes on the various > configuration options. > > > > On Thu, Aug 7, 2014 at 9:59 AM, D'Arcy J.M. Cain > wrote: > > On Thu, 7 Aug 2014 06:42:31 -0700 > motty cruz > wrote: > > I am not getting anything similar to the example you have, I get a > > blank page, (using chrome) then I get "file download" > > Sounds like one of three things. > > 1. You have not built the PHP Apache module. How to do this > depends on > the system that you are using. > > 2. You have built but have not installed the PHP Apache module. Run > httpd with the -M option (as well as any other options that you > normally use) to see if this is the case. Search for LoadModule for > instructions on loading it. > > 2. If the module is loaded then you may not have added php file > types. Search for AddType if that is the case. > > -- > D'Arcy J.M. Cain > System Administrator, Vex.Net > http://www.Vex.Net/ IM:darcy@Vex.Net > VoIP: sip:darcy@Vex.Net > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > > For additional commands, e-mail: users-help@httpd.apache.org > > > --------------060008020301050107040604 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit Of course we don't know what if anything you are attempting to use to serve php content because you have not supplied your configuration file.

On 08/07/2014 09:20 AM, Francois Gingras wrote:
D'arcy,

Those are actually erroneous responses.

You do not need mod_php to serve php content; that's the legacy approach. Also, AddType should never be used for dynamic content. The purpose of that directive is to change the content type for static files.

Nowadays, you can use fcgi and even php-fpm as a fcgi backend, and those solutions perform far better.

Please see http://wiki.apache.org/httpd/php for recipes on the various configuration options.



On Thu, Aug 7, 2014 at 9:59 AM, D'Arcy J.M. Cain <darcy@vex.net> wrote:
On Thu, 7 Aug 2014 06:42:31 -0700
motty cruz <motty.cruz@gmail.com> wrote:
> I am not getting anything similar to the example you have, I get a
> blank page, (using chrome) then I get "file download"

Sounds like one of three things.

1. You have not built the PHP Apache module.  How to do this depends on
the system that you are using.

2. You have built but have not installed the PHP Apache module.  Run
httpd with the -M option (as well as any other options that you
normally use) to see if this is the case.  Search for LoadModule for
instructions on loading it.

2.  If the module is loaded then you may not have added php file
types.  Search for AddType if that is the case.

--
D'Arcy J.M. Cain
System Administrator, Vex.Net
http://www.Vex.Net/ IM:darcy@Vex.Net
VoIP: sip:darcy@Vex.Net

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org



--------------060008020301050107040604--