Re: [PHP] PHP 4.3.2 released
Hi, This _still_ doesn't seem to work with Linux/Apache2. I have no problems with Apache 1.3.27. Have been running Apache/php for years, but I have been unable to get php to work with apache2 except as a cgi. I have now tried both --with-apxs2 and --with-apxs2filter. Neither appear to work. Useing --with-apxs2 I get segfaults (seen in error_log), and the server won't even serve up plain html, though server-info and server-status do work! Useing --with-apxs2filter, I just get a save-file dialog box, offering to save the source. I do note one apparent error in all the documentation I can find; the module is listed as sapi_apache2.c rather than mod_php4.c (as it is under apache 1.3.x). So rather than using you need to use to activate module specific actions. This _does_ work, and the module _is_ loading, as server info reflects the setting of PHPINIdir and php_admin_flag settings made in httpd.conf. Below is the end of my Apache config file, everything before the AddType was added just to see if I could get environment changes to show up in server- info, which they do. BTW, Apache compiled as pre-fork, just to make things as easy as possible. php_value include_path ".:/usr/local/lib/php" php_admin_flag safe_mode on PHPINIDir /usr/local/lib AddType application/x-httpd-php .php The most recent effort was compiled with _no_ extra functionality addded to php. I usually add gd and mysql at a minimum. Apache was compiled with -- enable-so, have been doing it this way since the first install of 1.3.x. I have tried searching for any info on what the problem might be, but everything I've found on the web seems to say I've been doing things correctly. Would really like to get this working! :) I have suspected that with apache2filter, php is never getting to see the pages. Possibly this has something to do with the fact that the module is known as sapi_php4 rather than mod_php4? I'm reaching I guess. On 29 May 2003 at 15:05, Jani Taskinen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > > After a lengthy QA process, PHP 4.3.2 is finally out! This maintenance > release solves a lot of bugs found in earlier PHP versions and is a > *strongly* recommended upgrade for all PHP users. > > PHP 4.3.2 contains, among others, following important fixes, additions and > improvements: > >* Fixes several potentially hazardous integer and buffer overflows. >* Fixes for several 64-bit problems. >* New Apache 2.0 SAPI module (sapi/apache2handler, enabled with --with-apxs2). >* New session_regenerate_id() function. > (Important feature against malicious session planting). >* Improvements to dba extension. >* Improvements to thttpd SAPI module. >* Dropped support for GDLIB version 1.x.x (php_gd.dll) on Windows. >* An unix man page for CLI version of PHP. >* New "disable_classes" php.ini option to allow administrators to disable > certain classes for security reasons. >* ..and huge amount other bug fixes _ / \ / [EMAIL PROTECTED] / \ \ / / \_/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Apache 2.0
On 11 Apr 2002 at 14:37, Marcin Pasieka wrote: > How to install PHP on Apache 2.0 server? > As far as I can see, at the moment, the only way is to use cgi. It looks like that API stuff has to be rewritten/updated a little. However, since Apache 2 is now released, the API shouldn't be changing, and future releases shouldn't have problems. _ / \ / [EMAIL PROTECTED] / \ \ / / \_/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
I have been a coldfusion developer for now 10 years almost, and can code anything you want in a very short time. Have been learning PHP for now 6 months and I am sorry to say that I don't like PHP over coldfusion. Now the problem is that with any language that you choose to develop in, it all boils down to maintenance costs. Sure PHP might be free, but lets look at the realistic world of development. Coldfusion allows very RAD and is very code reuse friendly and is not dead in the water, and keeps getting stronger and stronger. With coldfusion you have the ability to leverage of java more than you care to think, and even a simple command like String = WhatThe.Size(); Will work, and the method size is not a part of coldfusion but a part of java, and makes the code just as easy to use than ever before. With the ability of tags we have created a framework in coldfusion that allows us to create a master / detail page in around 2 minutes, we can't do this in php without spending a minimum of 4 hours to do the same job. Now the thing is no matter were you go you will get that this is better than that, and in this case I do like php, but I enjoy and can get things done quicker in coldfusion. I am only here because I have to maintain some php code. But lets look at the bigger picture for a minute, php might be free but look at the amount of time it would take to develop and application, then look at coldfusion and it might cost but its quicker to develop with the right person and could end up saving you time and money in the future. Now I have read that people have talked about server loads, if the coldfusion application is installed correctly in the first place then it would not be an issue that's why there is an enterprise version. We develop intranet applications that deliver sales invoicing, and financial report writing with pdf invoices / picking slips and this is now included in coldfusion although we use it with CR9/10, but to have this feature in a php application its too much of a headache to program (time wise). Most powers to be will be looking at the overall cost, development cost and maintenance cost and this can be very expensive, if you don't do your homework first, and with blue dragon you don't need to spend a cent to develop in coldfusion. Regards Andrew Scott Analyst Programmer CMS Transport Systems Level 2/33 Bank Street South Melbourne, Victoria, 3205 Phone: 03 9699 7988 - Fax: 03 9699 7976 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
Rick, Yes a framework can be built in PHP, C# or any language but how would you like to design something like this. The above is tags that I am referring to very similar to java tag libraries, these tags read data from a database, validate and display the data like windows .net forms in a webpage. Yes the framework took a little time to develop, but it was worth the time invested. Now this same framework even decides whether it is updating inserting or deleting from the database as well as server / client side validation. Seems to be a lot of work for such a few lines of code, the beauty is that I have not been able to replicated the same in any other language whether it be php, perl or even c#. I could even do this. and use it like this Now the above tag can be either coldfusion or even java tag libraries building on even more free code that is out in the public domain. Anyway the point is that open and closing tags do offer a lot of benefits if you know how to use them, think of the code that the browser does to do things like coldfusion is the same and makes building rapid sites very rapid. I am not out to push coldfusion, I am just wanting to say that Coldfusion can be used free of charge with New Atlanta's Blue Dragon. Why are you held bent on saying you need to purchase coldfusion? But the thing is PHP can not be delivered onto a J2EE server, coldfusion can and that is the biggest seller to coldfusion meaning it becomes more deployable than any other language out there across all platforms without even installing coldfusion on that machine. PHP is not J2EE and can not be deployed onto a J2EE server without installing php on that machine, and then installing the application, another big selling point of coldfusion. Anyway there are always pros and cons to any language, and yes I am biased towards Coldfusion because it's so underrated by the fact it costs. Well it can be used installed and used free again New Atlanta has seen to this with Blue Dragon, but again to use the must have features you need to purchase the product to get the features you might use. Which you need to way up, is it worth going with something free, or could I leverage of the sms gateway to utilise sms messaging, or even use the report tools built into coldfusion to deliver invoices without too much effort. Or maybe you have data in a database and need to create a pdf, with a simple tag this can be achieved as it is built in. PHP would need to source this, time spent evaluating and then deciding whether it mets the needs, no then look again, more time waisted. If it was me, I would be looking at what the project requires, which language can be used to deliver the project on time on budget and without purchasing or sourcing too much extra code and then trying to get it to fit into that application. Coldfusion offers more than you think with coldfusion 7 offering sms gateways and such which you need extra applications to use in php. At the end of the day you, the guy around the corner and even me will use what we need to use to get the job done. Don't get me wrong I like php, it has a good support for free stuff, but it's a pain in the butt to configure it into a full blown application without modifications, which some languages have built in. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
Actually Richard that is not what I am trying to do. This guy actually is after some feedback and that's what I am trying to give him. Pros for PHP: - It is free, and takes more time to learn that coldfusion (debatable yes). It has a huge support from other developers, and is usually more than free. Cons for PHP: - Coldfusion is also free (Blue Dragon) and has just as much support as PHP, although. PHP can not run in a J2EE environment, limiting it to small scall websites and limiting the prospect of expansion or server migration. I could go on, but as I said at the end of the day it's up to the original poster to put forward the pros and cons to both languages. If I was him I would look at this objectively, because it would bite him in the butt if he made the wrong choice and had to spend more money because the application was not researched for its needs and future expansion path correctly. I would not want to be in a position where I chose one or the other without giving all the information of pros and cons, this allows for the powers to be to make the wrong choice and not the person asking about this in the first place. This is the advice that I am trying to put forward, not whether this language is better than that, but more of an open mind to what each can and can't do. Regards Andrew Scott Analyst Programmer CMS Transport Systems Level 2/33 Bank Street South Melbourne, Victoria, 3205 Phone: 03 9699 7988 - Fax: 03 9699 7976 -Original Message- From: Richard Lynch [mailto:[EMAIL PROTECTED] Sent: Thursday, 30 June 2005 5:54 PM To: Andrew Scott Cc: 'Rick Emery'; php-general@lists.php.net Subject: RE: [PHP] PHP vs. ColdFusion If you like CF and want to use it, more power to you. But you really are wasting your time telling us it's got more features than PHP, which is patently false. -- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: Re[2]: [PHP] PHP vs. ColdFusion
Richard, And your point of before you pay your programmer is what one of my other points was. CF is very rapid development, and you might say the same about PHP. The point is that these are all the things you need to take into consideration, the cost that it would take to develop and maintain in either language, as well as cost involved in the need of the application having to be a true enterprise solution. I am not here to bag php, I am here to make some points about the cost of the application in the overall scenario. Would you develop in a language that you know could not deliver an enterprise solution if in 6 months that's what you really need, and how would you look if you recommended a language because it was free, but in time had to spend more again to make it fully scalable to an enterprise level if it needed it. My point is that both languages have their merits, both have their advantages and disadvantages, but what about the cost is it really worth not researching something properly before jumping into bed with what you think might work? I know what I would do if someone who worked for me, came to me an recommended a language and had not done the research into all possible paths, that person would be very answerable to why we had to spend more down the track. Now that you have bagged CF, lets look at PHP. The amount of work that is needed to implement a reporting solution is hard work and takes a lot of code, the amount of work needed to generate a PDF or even a flash paper is hard work in php, or what about RIA development (Rich Internet Application's) that con leverage of flash to make presentation look good with minimal work. This functionality can and does save more work than you could ever possibly achieve in php, RAD development because it creates less work to achieve something that would take a lot of work and time in php. Don't get me started on the integration of crystal reports and php, I have had to do it and it was not easy compared to the same job in coldfusion. A good developer will know when to use the right tools for the job. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
OK. What is J2EE, if you know the answer to that then you will know that php doesn't have the ability to run as multiple instances. Lets take security for example, php is known to not have an installer because of security correct me if I am wrong on this assumption. I am only going by what I hear here. So with that in mind let's talk about shared hosting, can you run php and know that your website is secured in a shared hosting environment. That's what J2EE is all about, being able to run multiple instance of an application and CF can do this extremely well and be extremely secured. -Original Message- From: Brad Pauly [mailto:[EMAIL PROTECTED] Sent: Thursday, 30 June 2005 10:54 PM To: php-general@lists.php.net Subject: Re: [PHP] PHP vs. ColdFusion On 6/30/05, Andrew Scott <[EMAIL PROTECTED]> wrote: > Cons for PHP: > - > Coldfusion is also free (Blue Dragon) and has just as much support as PHP, > although. PHP can not run in a J2EE environment, limiting it to small scall > websites and limiting the prospect of expansion or server migration. I'm wondering if you could expand on this some. How does not running in a J2EE environment limit PHPs ability to expand? In my opinion this is not the case, but I'm always open to being convinced otherwise. I'm also curious what you mean by small scale. - Brad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -Original Message- From: Brad Pauly [mailto:[EMAIL PROTECTED] Sent: Thursday, 30 June 2005 10:54 PM To: php-general@lists.php.net Subject: Re: [PHP] PHP vs. ColdFusion On 6/30/05, Andrew Scott <[EMAIL PROTECTED]> wrote: > Cons for PHP: > - > Coldfusion is also free (Blue Dragon) and has just as much support as PHP, > although. PHP can not run in a J2EE environment, limiting it to small scall > websites and limiting the prospect of expansion or server migration. I'm wondering if you could expand on this some. How does not running in a J2EE environment limit PHPs ability to expand? In my opinion this is not the case, but I'm always open to being convinced otherwise. I'm also curious what you mean by small scale. - Brad -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
Hey it's not my fault that this stupid list needs a reply all! I am going to guess Stut, that you don't know even know what the difference between a singleton instantiated object is to a standard instantiated object? You know for a php developer your really don't know your own product to well, and by your statement of no known security issues with an installer package (one file to execute to setup everything you need and in the right locations) not 3 packages one with the binaries one with the libraries and the third with partial of the other 2. And if you bothered to read the text in your chosen language you would know about the security issues. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
John you're funny. No serious, these php lists don't work like the normal mailing lists where it send to an email address that is then broadcast to subscribers. But I guess you get what you pay for:-) -Original Message- From: John Nichel [mailto:[EMAIL PROTECTED] Sent: Saturday, 2 July 2005 12:15 AM To: php-general@lists.php.net Subject: Re: [PHP] PHP vs. ColdFusion Andrew Scott wrote: > Hey it's not my fault that this stupid list needs a reply all! Learn how to use your mail client instead of expecting someone to bastardize the email headers. Andrew, meet /dev/null; /dev/null this is Andrew. -- John C. Nichel ÜberGeek KegWorks.com 716.856.9675 [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
Well I am on about 20-30 as well, and when I press reply it goes to a mailinglist address for broadcasting not the posters email address. -Original Message- From: George Pitcher [mailto:[EMAIL PROTECTED] Sent: Saturday, 2 July 2005 12:26 AM To: Andrew Scott; 'John Nichel'; php-general@lists.php.net Subject: RE: [PHP] PHP vs. ColdFusion You need to define 'normal mailing list'. I'm on about 20 different lists and only one of them has a default of 'reply to all'. George > -----Original Message- > From: Andrew Scott [mailto:[EMAIL PROTECTED] > Sent: 1 July 2005 3:22 pm > To: 'John Nichel'; php-general@lists.php.net > Subject: RE: [PHP] PHP vs. ColdFusion > > > John you're funny. > > No serious, these php lists don't work like the normal mailing lists where > it send to an email address that is then broadcast to subscribers. > > But I guess you get what you pay for:-) > > > > -Original Message- > From: John Nichel [mailto:[EMAIL PROTECTED] > Sent: Saturday, 2 July 2005 12:15 AM > To: php-general@lists.php.net > Subject: Re: [PHP] PHP vs. ColdFusion > > Andrew Scott wrote: > > Hey it's not my fault that this stupid list needs a reply all! > > > Learn how to use your mail client instead of expecting someone to > bastardize the email headers. > > Andrew, meet /dev/null; /dev/null this is Andrew. > > -- > John C. Nichel > ÜberGeek > KegWorks.com > 716.856.9675 > [EMAIL PROTECTED] > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] PHP vs. ColdFusion
Stut, FYI here is a copy of the text after installing php. Windows Installer The Windows PHP installer is available from the downloads page at http://www.php.net/downloads.php. This installs the CGI version of PHP and for IIS, PWS, and Xitami, it configures the web server as well. The installer does not include any extra external PHP extensions (php_*.dll) as you'll only find those in the Windows Zip Package and PECL downloads. Note: While the Windows installer is an easy way to make PHP work, it is restricted in many aspects as, for example, the automatic setup of extensions is not supported. Use of the installer isn't the preferred method for installing PHP. First, install your selected HTTP (web) server on your system, and make sure that it works. Run the executable installer and follow the instructions provided by the installation wizard. Two types of installation are supported - standard, which provides sensible defaults for all the settings it can, and advanced, which asks questions as it goes along. The installation wizard gathers enough information to set up the php.ini file, and configure certain web servers to use PHP. One of the web servers the PHP installer does not configure for is Apache, so you'll need to configure it manually. Once the installation has completed, the installer will inform you if you need to restart your system, restart the server, or just start using PHP. Warning Be aware, that this setup of PHP is not secure. If you would like to have a secure PHP setup, you'd better go on the manual way, and set every option carefully. This automatically working setup gives you an instantly working PHP installation, but it is not meant to be used on online servers. -Original Message- From: Stut [mailto:[EMAIL PROTECTED] Sent: Saturday, 2 July 2005 12:50 AM To: Andrew Scott Cc: php-general@lists.php.net Subject: Re: [PHP] PHP vs. ColdFusion Andrew Scott wrote: > Hey it's not my fault that this stupid list needs a reply all! While I agree with Jay that this is degrading into a meaningless slanging match (of which I hope I have not caused) but I feel that I must respond to your comments despite your personal attacks. > I am going to guess Stut, that you don't know even know what the difference > between a singleton instantiated object is to a standard instantiated > object? I don't see the relevance of singletons when it comes to this discussion. The architecture that PHP utilises means it can handle as many concurrent requests as the web server will allow it to. If I understand the J2EE model correctly, and I've said before that my knowledge of it is sketchy at best, you create a number of instances of the application and the application server handles distributing requests between them. This is the same model as PHP except that there is an extra layer between the web server and the application itself in J2EE - namely the application server. If I have this completely wrong please say so, but for $DEITYs sake don't simply say I have it wrong again without explaining why. You seem to be intent on skirting around telling us precisely what makes J2EE a better solution in your opinion. I would be more than happy to hear about it and take it on board because it might convince me to investigate whether it might be worth getting to know it better. I'm sure most other people on this list are also open to learning about alternatives. But until you actually back up your statements rather than turning to personal attacks there will be no benefit to anyone. > You know for a php developer your really don't know your own product to > well, and by your statement of no known security issues with an installer > package (one file to execute to setup everything you need and in the right > locations) not 3 packages one with the binaries one with the libraries and > the third with partial of the other 2. And if you bothered to read the text > in your chosen language you would know about the security issues. Ok that was an extraordinarily spectacular sentence that means very little. "The text"?? What text? I see no reference to security issues directly related to the Win32 installer on the PHP website. If I'm suffering from temporary blindness I would appreciate a URL or other reference so I can see more clearly. -Stut -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: Re[2]: [PHP] PHP vs. ColdFusion
Actually that's not true, reply to: is not a hack and is very much a standard to include in the headers, its part of the rfc standard, after having written a mail server as a project its not hard to create a mailinglist option that sets this info up properly. If you setup your mail client with the reply to field different to your email address, your email client will add this line or did you not know that? -Original Message- From: Richard Davey [mailto:[EMAIL PROTECTED] Sent: Saturday, 2 July 2005 12:49 AM To: php-general@lists.php.net Subject: Re[2]: [PHP] PHP vs. ColdFusion Hello Andrew, Friday, July 1, 2005, 3:32:14 PM, you wrote: AS> Well I am on about 20-30 as well, and when I press reply it goes to a AS> mailinglist address for broadcasting not the posters email address. Most likely because they've bastardised the mail headers to force in a reply-to address that wasn't ever there. Thankfully most people on this list understand that when an email arrives from an address, "reply" will reply to it. Having said that, it does catch a lot of noobs out. Best regards, Richard Davey -- http://www.launchcode.co.uk - PHP Development Services "I do not fear computers. I fear the lack of them." - Isaac Asimov -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
