linuxtricks
IS-IT--Management
I am running Apache on Redhat Linux 6.2
Does this have native support for ASP pages? I HATE BEING A NEWBIE!
-grumpy smurf
Does this have native support for ASP pages? I HATE BEING A NEWBIE!
-grumpy smurf
Tek-Tips is the largest IT community on the Internet today!
Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!
-
Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!
Apache with ASP. Is it possible?
- Thread starter linuxtricks
- Start date
- Status
luciddream
Programmer
there are modules you can use that allow for asp... the only one i'm familiar with is the one for perlscript, although, there may be ones for jscript and other languages. it's doubtful that you'll find anything to support vbscript on apache, though. luciddream@subdimension.com
Check out
It looks to me like it does support VBScript and Javascript as server-side development languages. ( )
If you are serious about web server programming in Linux, though, I recommend you learn PHP ( It has a very clean programming syntax, is easy to learn, and it will run circles around ASP on Linux.
There have been quite a few posts in Tek-Tips about this topic. Try searching for it.
It looks to me like it does support VBScript and Javascript as server-side development languages. ( )
If you are serious about web server programming in Linux, though, I recommend you learn PHP ( It has a very clean programming syntax, is easy to learn, and it will run circles around ASP on Linux.
There have been quite a few posts in Tek-Tips about this topic. Try searching for it.
If you are currently using ASP and want to start programming on the Linux platform, I would recommend looking into Java Server Pages. It is very similar to ASP, including many of the default objects such as request and response.
However it is much more powerful than using VBScript with ASP. With ASP/VBScript you only have a small subset of Visual Basic commands that you can use. With JSP you have the full power of the Java language.
In addition to this, with few exceptions, most JSPs that you write will work on any platform using any operating system and web server combinations that support J2EE. Yes, even Windoze(blah). So you could write a JSP on a Windoze system and then deploy it on Linux, Solaris, Unix... even a 750 processor IBM supercomputer.
You can get Jakarta Tomcat from apache at which is an open source JSP/Servlet container and web server which can be integrated to work with standard Apache so that Apache will serve the standard HTML (or PHP, or Perl or whatever) and Tomcat will serve any JSP or Servlet requests.
chilisoft's ASP is OK but your windows ASP code is not going to work on Linux unless it is very simple. Linux does not support COM/DCOM or ADSI
PHP is also fairly similar to ASP in syntax, but if you want to create a serious web application, JSP is definitely the way to go.
Regards,
Gerald
However it is much more powerful than using VBScript with ASP. With ASP/VBScript you only have a small subset of Visual Basic commands that you can use. With JSP you have the full power of the Java language.
In addition to this, with few exceptions, most JSPs that you write will work on any platform using any operating system and web server combinations that support J2EE. Yes, even Windoze(blah). So you could write a JSP on a Windoze system and then deploy it on Linux, Solaris, Unix... even a 750 processor IBM supercomputer.
You can get Jakarta Tomcat from apache at which is an open source JSP/Servlet container and web server which can be integrated to work with standard Apache so that Apache will serve the standard HTML (or PHP, or Perl or whatever) and Tomcat will serve any JSP or Servlet requests.
chilisoft's ASP is OK but your windows ASP code is not going to work on Linux unless it is very simple. Linux does not support COM/DCOM or ADSI
PHP is also fairly similar to ASP in syntax, but if you want to create a serious web application, JSP is definitely the way to go.
Regards,
Gerald
Gerald, I disagree about J2EE vs PHP. PHP is gaining wide acceptance as a hard-core, large-scale app serving platform (witness Dialpad.com, NASA, SalesLogix, many other heavy duty sites running PHP).
PHP appears to (a) be much better for content management than servlets/JSPs (allows complete separation of presentation from code) and (b) appears to scale better than JSPs (no marshalling components on the fly and having to keep them in memory).
The proof is in the pudding - point me to a lightning fast JSP site. I routinely used Driveway (until it folded) and Vault (still around) - large-scale JSP sites and they are slower than you can believe.
Similarly scaled PHP sites appear to run circles around JSPs... thoughts???
RW
PHP appears to (a) be much better for content management than servlets/JSPs (allows complete separation of presentation from code) and (b) appears to scale better than JSPs (no marshalling components on the fly and having to keep them in memory).
The proof is in the pudding - point me to a lightning fast JSP site. I routinely used Driveway (until it folded) and Vault (still around) - large-scale JSP sites and they are slower than you can believe.
Similarly scaled PHP sites appear to run circles around JSPs... thoughts???
RW
I am not real familiar with all of the aspects of PHP, although I have previously used it for creating small web applications.
It is very fast and effective for small database driven sites, but I dont find it to be a real solution for large scale applications.
The sites you listed dont appear to be as lightning fast as you say, with the exception of NASA which really uses very little PHP, it is mostly static HTML that is generated offline. And who has faster computers than NASA?
Have a look at delta.com, which passes everything through the JSP engine, even when it is unnecessary, yet seems to me to be faster than any of the sites you mentioned.
I dont see that PHP supports seperation of code from content as well as JSP does. As far as I remember, with PHP you have to have PHP code embedded in your HTML. That is not true seperation. JSP supports custom tags, which hide ALL java code from your web page designer. Web designers love their tags, but they are dangerous with code. Most of my JSPs have no actual Java code in them.
Then there is the issue of code reuse, third party Enterprise Java Beans, etc.
Then you have the J2EE standard itself. There is alot of value in a specification which defines in detail the proper way to creat 3-tier and n-tier applications that are scalable and easily modifiable.
I have not seen such a specification for PHP, nor have I seen n-tier systems developed with PHP, and find it hard to imagine designing one that uses PHP at its core.
All in all, PHP is a good scripting language for generating dynamic content for web pages, but not the best choice for enterprise applications.
But as Ive said, Im sure there are aspects of PHP that I dont know about. I had my brief foray into PHP, and moved on. I didnt learn everything about the language.
Perhaps you could enlighten me as to how you consider it to scale better than JSP?
Regards,
Gerald
It is very fast and effective for small database driven sites, but I dont find it to be a real solution for large scale applications.
The sites you listed dont appear to be as lightning fast as you say, with the exception of NASA which really uses very little PHP, it is mostly static HTML that is generated offline. And who has faster computers than NASA?
Have a look at delta.com, which passes everything through the JSP engine, even when it is unnecessary, yet seems to me to be faster than any of the sites you mentioned.
I dont see that PHP supports seperation of code from content as well as JSP does. As far as I remember, with PHP you have to have PHP code embedded in your HTML. That is not true seperation. JSP supports custom tags, which hide ALL java code from your web page designer. Web designers love their tags, but they are dangerous with code. Most of my JSPs have no actual Java code in them.
Then there is the issue of code reuse, third party Enterprise Java Beans, etc.
Then you have the J2EE standard itself. There is alot of value in a specification which defines in detail the proper way to creat 3-tier and n-tier applications that are scalable and easily modifiable.
I have not seen such a specification for PHP, nor have I seen n-tier systems developed with PHP, and find it hard to imagine designing one that uses PHP at its core.
All in all, PHP is a good scripting language for generating dynamic content for web pages, but not the best choice for enterprise applications.
But as Ive said, Im sure there are aspects of PHP that I dont know about. I had my brief foray into PHP, and moved on. I didnt learn everything about the language.
Perhaps you could enlighten me as to how you consider it to scale better than JSP?
Regards,
Gerald
I am not at all familiar with JSP, so I'm only addressing the PHP side of this discussion. With PHP it's quite easy to separate your HTML from your code, or, as most PHP template packages do, separate your code, HTML, and text content into three separate areas.
You can do it on the simple clunky level of just using includes and requires, which works quite well, if you think about it, or you can get a little more sophisticated: create some classes that act as HTML containers or widgets, and other classes that get content from text files or database, and maybe some classes for handling CSS styles, etc... and voila! you can proceed to code the rest of your site in PHP alone. And if you *really* must have custom tags, as in JSP ColdFusion, etc... then just make some, and let PHP parse them with its XML library.
Obviously this can get complicated, but it's complicated no matter what language you use if you separate code from HTML. The point is PHP makes it very easy to create custom classes to handle stuff YOUR way, and it's been done many times over. Try searching any of the major PHP script sites, or browse for a nice library of object-oriented PHP stuff.
You can do it on the simple clunky level of just using includes and requires, which works quite well, if you think about it, or you can get a little more sophisticated: create some classes that act as HTML containers or widgets, and other classes that get content from text files or database, and maybe some classes for handling CSS styles, etc... and voila! you can proceed to code the rest of your site in PHP alone. And if you *really* must have custom tags, as in JSP ColdFusion, etc... then just make some, and let PHP parse them with its XML library.
Obviously this can get complicated, but it's complicated no matter what language you use if you separate code from HTML. The point is PHP makes it very easy to create custom classes to handle stuff YOUR way, and it's been done many times over. Try searching any of the major PHP script sites, or browse for a nice library of object-oriented PHP stuff.
- Status
Similar threads
- Locked
- Question