no apache22, php5 cores

[Da Rock]

On 01/22/11 11:03, Gary Kline wrote:
> On Sat, Jan 22, 2011 at 09:28:50AM +1000, Da Rock wrote:
>    
>> On 01/22/11 08:42, Gary Kline wrote:
>>      
>>> On Fri, Jan 21, 2011 at 05:01:25PM -0500, Brad Mettee wrote:
>>>
>>>        
>>>> Gary Kline wrote:
>>>>
>>>>          
>>>
>>>
>>>        
>>>> Hope this helps,
>>>>
>>>> Brad
>>>>
>>>>
>>>>          
>>>
>>>        
>> Run ps ax | grep httpd. If it doesn't show up then its not working. If
>> it says NO_HTTP_ACCEPT or similar its not working either.
>>      
> 	
> 	yes!  i was wondering.  I tried this around noon and got a slew of the
> 	DNOHTTPACCEPT ...  I Was going to mention this but didn't.
>
> 	Shouldve.
>
>
>    
>> Also, regardless of the output there, try commenting out loading the php
>> module in httpd.conf. If apache works then it is just a php problem.
>> 9/10 the php problem is just the extensions dependencies problem.
>> /usr/local/etc/php/extensions.ini - recode at the top (required by most
>> other extensions), and shuffle the others as required. ie.:
>>      
>
> 	By jove [[aka ohshit]], apache still works.  With all the php stuff
> 	commented out.  just to be sure, i'll try Wash's apachectl ....
> 	For some reason i just dont trust scripts... .
>
> 	Says ^Syntax OK
>
> 	Still, even with apache22 going I can't reach any of my sites.  At
> 	lwast two have index.html, so these subdomains ought to work, right?
>
>
>    
>> extension=recode.so
>> extension=yaz.so
>> extension=fileinfo.so
>> extension=pdf.so
>> extension=fribidi.so
>> extension=imap.so
>> extension=mysql.so
>> extension=xml.so
>> extension=ncurses.so
>> extension=sockets.so
>> extension=gmp.so
>> extension=pgsql.so
>> extension=exif.so
>> extension=json.so
>> extension=ming.so
>> extension=mbstring.so
>> extension=zlib.so
>> extension=pcntl.so
>> extension=mssql.so
>> extension=dbase.so
>> extension=pdo.so
>> extension=tidy.so
>> extension=mhash.so
>> extension=gettext.so
>> extension=xmlrpc.so
>> extension=sysvshm.so
>> extension=ftp.so
>> extension=pcre.so
>> extension=filter.so
>> extension=ctype.so
>> extension=mcrypt.so
>> extension=odbc.so
>> extension=ldap.so
>> extension=bcmath.so
>> #extension=recode.so
>> extension=hash.so
>> extension=zip.so
>> extension=xmlwriter.so
>> extension=interbase.so
>> extension=tokenizer.so
>> extension=calendar.so
>> extension=dba.so
>> extension=gd.so
>> extension=snmp.so
>> extension=session.so
>> extension=soap.so
>> extension=sysvsem.so
>> extension=iconv.so
>> extension=sybase_ct.so
>> extension=simplexml.so
>> extension=spl.so
>> extension=shmop.so
>> extension=sysvmsg.so
>> extension=readline.so
>> extension=curl.so
>> extension=bz2.so
>> extension=openssl.so
>> extension=wddx.so
>> extension=dom.so
>> extension=xsl.so
>> extension=sqlite.so
>> extension=xmlreader.so
>> extension=pdo_sqlite.so
>> extension=mysqli.so
>> extension=posix.so
>> extension=pspell.so
>>
>> (Thats probably an old one - been floating around my ~)
>>
>>      
> 	Good grief, there are more than i'd thought.  I asked before how the
> 	above strings got stuck into the extensions.ini.  I'll ck my mail
> 	queue, but in case you know, will you clue me in?
>
>
>    
>> HTH
>>      
> 	Well, at least we know that apache works ;-)
>
> 	-g
>    
>
Apache will work with php, but some sites may be coded with it, so they 
will simply show the code- careful with security! Better stop apache to 
be sure until it works with php, OR comment out the sites using it.

When you build the php-extensions port, everything selected via make 
config options is built, and as it is built (it doesn't give 2 hoots 
about extension dependencies) it appends the extensions.ini. You need to 
reorder the extensions so that the extensions are loaded AFTER the 
extensions they depend on. And they will change from time to time 
killing your apache once IT reloads- reloading the php module will fail 
and it won't respond.

Once you have discovered which extensions rely on which, you'll get the 
idea. The extensions.ini I posted should get you started. But subtract 
and add what you need. Running php should give you some clue as to what 
is wrong, and a quick search on google will generally provide you what 
you need.

 From memory recode should be at the top (needed by most), hash relies 
on mhash (I think- or the reverse); sorry I can't exactly remember more :)