Re: Waiting for localhost
| From: | Richard | Date: | Fri, 27 Mar 2015 10:16:52 +0000 |
| Subject: | Re: Waiting for localhost | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | Groups: | php.db |
| Request: | Send a blank email to php-db+get-48993@lists.php.net to get a copy of this message | ||
------------ Original Message ------------
> Date: Friday, March 27, 2015 01:29:49 -0400
> From: Ethan Rosenberg <erosenberg@hygeiabiomedical.com>
>
> On 03/18/2015 07:51 AM, Richard wrote:
>>
>>
>> ------------ Original Message ------------
>>> Date: Wednesday, March 18, 2015 00:23:00 -0400
>>> From: Ethan Rosenberg <erosenberg@hygeiabiomedical.com>
>>>
>>> Karl -
>>>
>>> Thanks to you and all others that have replied.
>>>
>>> With a little bit of patience [which I should have used
>>> previously], I reran the the program both with form and with the
>>> JavaScript. The program went to the next step [handleweight] BUT
>>> it took 5 min or more. So...Apache is slow. Any ideas??
>>>
>>> TIA
>>>
>>> Ethan
>>
>> Ethan -- Unless you are seriously mucking with its configuration,
>> apache simply serves out what your underlying site/programming
>> gives to it. As such, it is highly unlikely that apache is the
>> source of your 5min. latency. If you want to see what is coming
>> and going at the server level, then review the access and error
>> logs, contemporaneous with the events (a -V at startup provides
>> almost no useful information about a server that successfully
>> starts up). If you don't find the default logged information to
>> be sufficient, then look at the options you can add to the custom
>> log format -- e.g., "The time taken to serve the request, in
>> microseconds".
>>
>> In general, you need to understand how to do very basic debugging
>> of your code. You need to put debug statements in your code
>> and/or use debuggers to help you step through it. You also need
>> to break your code apart so you can clearly see what is happening
>> (working or not) stage by stage. Once you have things isolated,
>> then providing all of the relevant snippet as well as details
>> like OS, web server/version, programming language specifics
>> (including version) may get someone to help you. Simply dumping
>> reams of code or configurations to the list isn't any more useful
>> than things like "So...Apache is slow. Any ideas??" People on
>> this list can be helpful, but we're not here to do your work for
>> you, and we're not mind readers. Provide relevant details,
>> showing precisely/explicitly what the issue is, and you'll likely
>> get an equally relevant response.
>>
>>
>> - Richard
>
> Richard -
>
> Thanks.
>
> Let me try to dissect the error messages.
>
> root@meow:/var/www# /usr/sbin/apache2 -V
> Config variable ${APACHE_LOCK_DIR} is not defined
> --> Mutex file:${APACHE_LOCK_DIR} default
>
> Config variable ${APACHE_PID_FILE} is not defined
> --> # PidFile: The file in which the server should record its
> process
># identification number when it starts.
># This needs to be set in /etc/apache2/envvars
>#
> PidFile ${APACHE_PID_FILE}
> /etc/apache2/envvars
> --> export APACHE_PID_FILE=/var/run/apache2/apache2$SUFFIX.pid
>
>
> Config variable ${APACHE_RUN_USER} is not defined
> Config variable ${APACHE_RUN_GROUP} is not defined
> --> # These need to be set in /etc/apache2/envvars
> User ${APACHE_RUN_USER}
> Group ${APACHE_RUN_GROUP}
> /etc/apache2/envvars
> --> export APACHE_RUN_USER=www-data
> export APACHE_RUN_GROUP=www-data
>
>
> Config variable ${APACHE_LOG_DIR} is not defined >> this error
> message appears 5 times??
> --> ErrorLog ${APACHE_LOG_DIR}/error.log
>
>
> AH00526: Syntax error on line 74 of /etc/apache2/apache2.conf
> --> I tried to strip out the comments, and came up with less than
> 74 lines.
>
>
> Invalid Mutex directory in argument file:${APACHE_LOCK_DIR}
> --> See above.
>
> I am totally confused.
>
> I hope that I have not muddied the waters with this.
>
> TIA
>
> Ethan
As I said:
>> Once you have things isolated, then providing all of the
>> relevant snippet as well as details like OS, web
>> server/version, ...
These errors look odd to me. In many years of working with apache on
a range of *nix OSs, I don't remember a (properly installed) apache
instance that didn't have defaults that worked out of the box. They
may not have been what one wanted, but they worked.
With errors like these I wouldn't expect the web server to start,
but from previous exchanges I thought that it/one was running. Are
you running more than one server? What do ps and netstat show.
As these are web server, not php (and certainly not php-db), issues
you should probably be asking them on the apache list.
[i read the list, please do not include my direct email address in
your messages.]
- Richard