Re: Waiting for localhost

Ethan Rosenberg <[email protected]> Fri, 27 Mar 2015 01:29:49 -0400
Newsgroups gmane.comp.php.database
Message-ID <[email protected]>
On 03/18/2015 07:51 AM, Richard wrote:
>
>
> ------------ Original Message ------------
>> Date: Wednesday, March 18, 2015 00:23:00 -0400
>> From: Ethan Rosenberg <[email protected]>
>> To: Karl DeSaulniers <[email protected]>, PHP Database List
> <[email protected]>
>> Subject: Re: [PHP-DB] Waiting for localhost
>>
>> 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

Ethan


-- 
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php