php-install Digest 9 Sep 2001 15:47:07 -0000 Issue 450

Sun, 09 Sep 2001 08:18:55 -0700 


php-install Digest 9 Sep 2001 15:47:07 -0000 Issue 450

Topics (messages 4246 through 4254):

Re: RH7.1-PHP4.06-Apache1.3.20 problems !!!
        4246 by: Jani Taskinen

Re: Php on Windows not running!!!  Any help ???
        4247 by: Dennis Butler

Error 400 - Bad Request
        4248 by: Ben Waldher
        4250 by: Julie Meloni

PHP and Linux performance tweaks
        4249 by: Rick Morris
        4251 by: Rasmus Lerdorf

Re: [PHP] Re: [PHP-INST] PHP4 and Apache 1.3.20 DSO mode not working?
        4252 by: Bill Carter

Re: PHP 4.0.6 not working with Apache 1.3.20 on Win Me  (Error 500)
        4253 by: David Rego

php-install 님의 작은관심이 큰힘이됩니다.
        4254 by: 장덕수

Administrivia:

To subscribe to the digest, e-mail:
        [EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
        [EMAIL PROTECTED]

To post to the list, e-mail:
        [EMAIL PROTECTED]


----------------------------------------------------------------------



This is fixed in CVS. And PHP 4.0.7..

--Jani



On Fri, 7 Sep 2001, Mike Eheler wrote:

>I've had that problem many times. It comes from compiling apache with
>IMAP support.
>
>It's a real bugger. I've had to disable IMAP support on my development
>machine, and instead create development branches on the production
>server (which somehow miraculously compiled and runs fine with Cyrus
>IMAP) to do IMAP-related development.
>
>Mike
>
>GoGi wrote:
>
>>hy all ,
>>a have big problem with PHP files on my new RH box - where is RH 7.1 - php
>>4.0.6 -Apache 1.3.20 - modssl - openssl
>>i compile stuff like taht :
>>
>>first modssl an openssl
>>then
>>
>>apache:
>>SSL_BASE=../openssl.....
>>./configure
>>--prefix=/usr/local/apache
>>--enable-ssl
>>
>>php :
>>./configure
>>--with-apxs=/usr/local/apache/bin/apxs
>>--with-imap=/usr/lib
>>--with-mysql=/usr/local/mysql
>>--with-zlib
>>--with-gd
>>--with-freetype
>>....
>>then make & make install
>>
>>then i uncomment AddType for php in Apache's httpd.conf and start it.
>>Then look ok .
>>BUT !!! when i look at section where are aded module then i see that php4
>>module is in <IfDefine SSL></IfDefineSSL>
>>but only mod_ssl must be in - so i change this and restart apache.
>>Then i get error like
>>"cannot load module in libexec/libphp4.c
>>:undefined mx_driver
>>
>>what is that ???
>>i got another box with RG 6.2 and php4.0.5 -apache
>>1.3.19 -mysql-modssl-openssl and everything works just fine !
>>here i'm wasting 4 hours of time ;((
>>
>>CAN ANYONE HELP ME !!
>>
>>tnx & regards
>>GoGi
>>
>>
>>
>>
>
>
>
>




Hi,
Did you rename php.ini-dist to php.ini and put a copy of it in your windows directory? 
 Also, with Xitami I had to set a new filter to point the web server to php.exe
ASP is different because the ASP engine runs as a separate app.  PHP runs from the web 
server, so you will have to look at PWS to see how to add new file 
extensions.

Dennis

On Fri, 10 Aug 2001 09:03:39 GMT, [EMAIL PROTECTED] wrote:
> Hello Everyone
> 
> I have installed php on my windows computer running with PWS.
> PHP files are in c:\php folder.
> I have placed test.php file in c:\inetpub\wwwroot folder on which I hav=
> e
> given execute permission.
> When I call it in internet explorer as http://localhost/test.php  it gi=
> ves
> an error as File not found --- Error 500 ?Internal Server Error. Howeve=
> r,
> my ASP files are running perfectly well.
> What does it mean?
> However, when run c:\php\php.exe ?i   it shows some html codes which I
> presume it is in order.
> 
> What should I do to run my PHP files.
> 
> 
> Ajay K. Ratra
> Ludhiana (INDIA)
> [EMAIL PROTECTED]=
> 
> 





I'm running Apache web server as a service on win2k, I manually installed,
and the files are in C:\php2\. Here is the php part of my srm.conf:

ScriptAlias /php/ "c:/php2/"
AddType application/x-httpd-php .php
AddType application/x-httpd-php .php3
AddType application/x-httpd-php .phtml
Action application/x-httpd-php "php.exe"

The Error Log Says:

[Thu Sep 06 22:20:28 2001] [error] [client 192.168.1.1] Invalid URI in
request GET /upster.php HTTP/1.1





Saturday, September 08, 2001, 1:11:41 PM, you wrote:

BW> I'm running Apache web server as a service on win2k, I manually installed,
BW> and the files are in C:\php2\. Here is the php part of my srm.conf:

BW> ScriptAlias /php/ "c:/php2/"
BW> AddType application/x-httpd-php .php
BW> AddType application/x-httpd-php .php3
BW> AddType application/x-httpd-php .phtml
BW> Action application/x-httpd-php "php.exe"

BW> The Error Log Says:

BW> [Thu Sep 06 22:20:28 2001] [error] [client 192.168.1.1] Invalid URI in
BW> request GET /upster.php HTTP/1.1

Action application/x-httpd-php /php/php.exe


- Julie

--> Julie Meloni
--> [EMAIL PROTECTED]
--> www.thickbook.com




Hi all,

I am helping someone to reconfigure PHP for a high-traffic site (well...
high traffic for one PC to handle, at least).

The server is hosted by Rackspace.com, running Linux kernel 2.2.19. I have
done all the standard Apache/PHP/MySQL performance tweaks, and I have raised
the filesystem and inode limits in /proc/sys/fs.

I have read that one performance tweak for Linux is to mount the filesystem
with the "noatime" option (meaning the kernel does not update the timestamp
whenever files are accessed).

The site relies highly on PHP sessions, and it seems to me that there would
be trouble with the /tmp/ session files if I configure Linux to mount the
filesystem with the "noatime" option. As I understand it, the PHP session
mechanism runs a "stat" operation every time it evaluates whether to delete
session files. This being the case, I guess the logical assumption here is
that it reads the access timestamp to decide whether to delete the session
file or not.

Am I right here? Is there any way to use the default session mechanism if I
mount the filesystem with noatime? If not, is my only option to create a
custom session handler?

Also, is there any problem using a RAMdisk partition for the directory to
handle the session files. I suppose theoretically it would be possible to
mount the main filesystem with "noatime", but to create a RAM partition
which *does* update the access timestamp, and have PHP use that for the
session files.

Is there anyone with some experience in this area, who can point me in the
right direction?

Thanks,

Rick Morris




> I am helping someone to reconfigure PHP for a high-traffic site (well...
> high traffic for one PC to handle, at least).
>
> The server is hosted by Rackspace.com, running Linux kernel 2.2.19. I have
> done all the standard Apache/PHP/MySQL performance tweaks, and I have raised
> the filesystem and inode limits in /proc/sys/fs.
>
> I have read that one performance tweak for Linux is to mount the filesystem
> with the "noatime" option (meaning the kernel does not update the timestamp
> whenever files are accessed).
>
> The site relies highly on PHP sessions, and it seems to me that there would
> be trouble with the /tmp/ session files if I configure Linux to mount the
> filesystem with the "noatime" option. As I understand it, the PHP session
> mechanism runs a "stat" operation every time it evaluates whether to delete
> session files. This being the case, I guess the logical assumption here is
> that it reads the access timestamp to decide whether to delete the session
> file or not.
>
> Am I right here? Is there any way to use the default session mechanism if I
> mount the filesystem with noatime? If not, is my only option to create a
> custom session handler?
>
> Also, is there any problem using a RAMdisk partition for the directory to
> handle the session files. I suppose theoretically it would be possible to
> mount the main filesystem with "noatime", but to create a RAM partition
> which *does* update the access timestamp, and have PHP use that for the
> session files.

You could use the shared memory session store.

ie.

session.save_handler = mm

Or you could create a ramdisk and point PHP at that.

session.save_path = /your/ramdisk

But yes, if you use the standard "files" save_handler on a filesystem that
does not set the atime it will not work.  You can see that for yourself in
the ext/session/mod_files.c file in the ps_files_cleanup_dir() function:

                /* check whether its last access was more than maxlifet ago */
                if (VCWD_STAT(buf, &sbuf) == 0 &&
                        (now - sbuf.st_atime) > maxlifetime) {
                    VCWD_UNLINK(buf);
                    nrdels++;
                }

Of course, you could set the gc to 0 and do your own garbage collection on
your session files by some other criteria.  Not quite sure how you would
determine old and non-active sessions without an atime though.

-Rasmus




That's right, it is. I had installed that rpm and that version of apxs
is what I had been pointing to. I didn't examine the one from the rpm
or the one that gets built (looked like it happened on the fly!) with 
the apache sources but their sizes are a lot different.


Rasmus Lerdorf wrote:
> 
> apxs is in the apache-devel rpm
> 
> On Thu, 6 Sep 2001, Bill Carter wrote:
> 
> > aHAH! I finally got it working by using most of the elements of the configure
> > lines
> > you guys provided. I'm very grateful for your help.
> >
> > I think the major difference in what you did and what I had originally
> > attempted
> > was the apxs program. I'm using RedHat  7.x which doesn't install with apxs
> > by default. I didn't realize that apxs appears in the apache bin directory as
> > part
> > of the source, instead I loaded it from an rpm on the RedHat distro disk. So
> > where
> > you used "--with-apxs=/usr/local/apache/bin/apxs" I just said  "--with-apxs"
> > which picked it up elsewhere.
> >
> > apxs appears to be a Perl script and the one in /usr/local/apache/bin is
> > different
> > from the one I loaded. I think that script is what constructs the DSO, so maybe
> > it
> > is important to use the apxs which comes with the version of Apache you want
> > to use. I'll try to experiment with this further when I get some time.
> >
> > I don't think I would have been able to figure this out without help from Peter
> >
> > Clarke and  I82much, thanks gentlemen!
> >
> >
> >
> >
> >



Tks for the response. (I posted this twice as each time I got a SMTP error 
#5 message and was not sure whether my message made it to the list.)

At 09:53 AM 9/4/2001, Phil Driscoll wrote:
>On Tuesday 04 September 2001 4:52 pm, David Rego wrote:
> > I put PHP on D: (D:\PHP).
> >   ScriptAlias /PHP/ "D:/Data/Web Site/PHP/"
>should therefore be
>    ScriptAlias /PHP/ "D:/PHP/"
>
>And
> >      Action application/x-httpd-php "D:/PHP/php.exe"
>should be
>       Action application/x-httpd-php "/PHP/php.exe"
>
>Though lower case pgp throughout would seem to be the convention.

I did the above and got a 404. So I moved the test file from "D:/Data/Web 
Site/PHP/" to "D:/PHP/" and got the original 500 error.


>Cheers
>--
>Phil Driscoll
>
>--
>PHP Install Mailing List (http://www.php.net/)
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>To contact the list administrators, e-mail: [EMAIL PROTECTED]




알림판-가맹점             
 혹시! 이 아이를 본적이 있나요?     성     명  : 최정윤
  성     별 : 여
  신     장 : 110 Cm
  두     발 : 하나로  묶은 장발
  상     의 : 하늘색  티셔츠
  하     의 : 하늘색  반바지
  신     발 : 하늘색  샌들
  신체특징 : 하늘색 모자 착용함
  발생일자 : 2001-08-08
  발생장소 : 부산  해운대화    장실   성     명  : 박지이
  성     별 : 여
  신     장 : Cm
  두     발 :  단발머리
  상     의 :  흰색티셔츠
  하     의 : 청치마
  신     발 :  검정구두
  신체특징 : 핑크색 머리띠,통통한  편
  발생일자 : 2001-05-05
  발생장소 : 인천월미도 놀이동산    
                SVCMARK 에서는 어린이 찾아주기 종합센터와 협력하여 미아찾기운동에 
참여하고 있습니다.
  여러분의 작은 관심이 누군가에게는 큰 힘이 될수있습니다.
      어린이 찾아주기 종합센터
  전화 : (02)777-0182 팩스  : (02)756-4256
     
    
 
   
    
      
     
   
  [[[  발신자 표시 단말기  무료 증정  ]]]
  (회원 가입자에 한함) 
   
     
 주요업무 : 출장 A/S, 유지보수, 네트워크, 업그레이드, 데이타 복구,  홈페이지 제작, 
가격정보
  
    SVCMARK.COM의  주요 페이지 소개
      홈
    서비스마크의 주요내용 소개
      컴퓨터 강좌
    하드웨어,프로그램,인터넷,네트워크 강좌..
      자료실
    드라이버,유틸,멀티미디어,인터넷 자료..
      컴퓨터정보
    신제품정보,컴관련 뉴스,제품사용기..
      홈페이지 제작
    홈페이지 제작관련(가격.포트폴리오..)
      가격정보
    컴퓨터의 모든가격이 실시간으로 무료제공
     
 기타 이벤트와 관련된 문의 사항이나, 불편 사항에 대한 신고는 서퍼에게  문의 하세요. 
 
     바로가기→.  
 
    
    SVCMARK.COM
        
  
            허락없이 메일을 보내게되어 죄송합니다.
본메일은 각종 게시판을 통해 수집한 정보를 토대로 활용 하였음을 알려드리며, 
 이메일 정보이외의 개인정보는 보유하고 있지않습니다. 만약 본 메일을 받지 않기를 
원하시는분은 
 관리자에게 연락주시기 바랍니다. (즉시 처리해 드리겠습니다.)     수신거부

Reply via email to