Re: [PHP] General question: packaging in PHP
>From: "Vivian Steller" <[EMAIL PROTECTED]> > >> Are there any thoughts about that in future releases? > >> What do other developers think about this issue? > >> How do organize multiple used classnames? > > > > The common answer is: "Use a prefix"... > but i really dislike using cryptic and long prefixes to ensure uniqueness... You're not alone... Regards, Terje -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question: packaging in PHP
Vivian Steller wrote: ... Thanks for metioning this issue! This is another point where I think OO is done the half way in PHP: Why do we need some implicit type check, like public method(Type $type) if we then loose the optional parameter advantage? I don't know *the* answer. So far as I can tell this is one of those "that's just the way it is" type of issue. Either some polymorphism mechanism should be implemented, or something like public method(Type $type = new MyType()) should be able being passed through the interpreter.. also the primitive datatypes should be (exceptionally) used here: public method(string $argument) You're not the first to ask for this. In fact, I think this might have even made it into the TODO list... but don't count on it any time soon. Otherwise (IMHO) the typecheck mechanism is useless. Not useless, but yes it is handicapped. You have to expect an object in order to tell the interpreter which type of object to expect. Interestingly, I found that Perl has the possibility of function overloading (also a language that's dynamically typed) (http://www.math.tu-berlin.de/polymake/perl/overload.html) It also has - like Python - operator overloading. But is there any enthusiasm for that in the PHP community, either? Nah... regrettably... :( Are there any thoughts about that in future releases? Possibly an implementation for primitive type checking in the future... but don't hold out on it. What do other developers think about this issue? Not a big deal. I generally *like* having the flexibility. And if I really want / need to check I use the is_* functions. How do organize multiple used classnames? The common answer is: "Use a prefix"... but i really dislike using cryptic and long prefixes to ensure uniqueness... dots in the classname (ok, doing it like java) would be so nice, gr** No new advice here. Personally I find classnames like XML_XSLT_Wrapper to be short enough, yet they provide enough of a "namespace" for me to not worry about collisions for my Wrapper class and are descriptive when I'm just viewing the source code. Regards, Terje vivian -- Teach a man to fish... NEW? | http://www.catb.org/~esr/faqs/smart-questions.html STFA | http://marc.theaimsgroup.com/?l=php-general&w=2 STFM | http://www.php.net/manual/en/index.php STFW | http://www.google.com/search?q=php LAZY | http://mycroft.mozdev.org/download.html?name=PHP&submitform=Find+search+plugins -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question: packaging in PHP
Thanks for your answer! Terje Slettebà wrote: >>From: "Vivian Steller" <[EMAIL PROTECTED]> > >> i've a general question concerning PHP's architecture. >> >> Why isn't there a native packaging concept in PHP? > > This was also suggested on comp.lang.php, recently (the "nested class" > thread), called "namespaces", but there wasn't a lot of enthusiasm for it. > Apparently, it was even implemented at one point, but then subsequently > dropped. I've found it difficult to find the relevant discussion in the > archive (possible the internals-list or Zend's engin2-list), could anyone > provide a link? > >> I think php became much more powerfull with the extended OOP features >> introduced in PHP5 - without a packaging concept you couldn't use these >> features "in big business" (in terms of sharing classes/libraries). I >> know the discussion of OOP features vs. PHPs scripting capabilities, but >> IMHO doing the half way of OOP isn't right... > > I guess package/namespace doesn't have a lot to do with OO (except that > they both allow grouping of functionality, and avoiding name collision, > but that's not the only benefit of OO), but as there hasn't been any > enthusiasm for overloading, either (not even for user-defined types, where > you _can_ use "type hints" in function signatures), and it's common in OO > languages, I guess you have a point. Thanks for metioning this issue! This is another point where I think OO is done the half way in PHP: Why do we need some implicit type check, like public method(Type $type) if we then loose the optional parameter advantage? Either some polymorphism mechanism should be implemented, or something like public method(Type $type = new MyType()) should be able being passed through the interpreter.. also the primitive datatypes should be (exceptionally) used here: public method(string $argument) Otherwise (IMHO) the typecheck mechanism is useless. > Interestingly, I found that Perl has > the possibility of function overloading (also a language that's > dynamically typed) > (http://www.math.tu-berlin.de/polymake/perl/overload.html) It also has - > like Python - operator overloading. But is there any enthusiasm for that > in the PHP community, either? Nah... regrettably... :( > >> Are there any thoughts about that in future releases? >> What do other developers think about this issue? >> How do organize multiple used classnames? > > The common answer is: "Use a prefix"... but i really dislike using cryptic and long prefixes to ensure uniqueness... dots in the classname (ok, doing it like java) would be so nice, gr** > > Regards, > > Terje vivian -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question: packaging in PHP
>From: "Vivian Steller" <[EMAIL PROTECTED]> > i've a general question concerning PHP's architecture. > > Why isn't there a native packaging concept in PHP? This was also suggested on comp.lang.php, recently (the "nested class" thread), called "namespaces", but there wasn't a lot of enthusiasm for it. Apparently, it was even implemented at one point, but then subsequently dropped. I've found it difficult to find the relevant discussion in the archive (possible the internals-list or Zend's engin2-list), could anyone provide a link? > I think php became much more powerfull with the extended OOP features > introduced in PHP5 - without a packaging concept you couldn't use these > features "in big business" (in terms of sharing classes/libraries). I know > the discussion of OOP features vs. PHPs scripting capabilities, but IMHO > doing the half way of OOP isn't right... I guess package/namespace doesn't have a lot to do with OO (except that they both allow grouping of functionality, and avoiding name collision, but that's not the only benefit of OO), but as there hasn't been any enthusiasm for overloading, either (not even for user-defined types, where you _can_ use "type hints" in function signatures), and it's common in OO languages, I guess you have a point. Interestingly, I found that Perl has the possibility of function overloading (also a language that's dynamically typed) (http://www.math.tu-berlin.de/polymake/perl/overload.html) It also has - like Python - operator overloading. But is there any enthusiasm for that in the PHP community, either? Nah... > Are there any thoughts about that in future releases? > What do other developers think about this issue? > How do organize multiple used classnames? The common answer is: "Use a prefix"... Regards, Terje -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] General question...
Read the following: http://us2.php.net/fsockopen http://www.zend.com/manual/ref.stream.php -Original Message- From: Jason Paschal [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 8:48 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP] General question... ppl, you're missing the point. you keep re-stating his problem. he knows it's not good to make the 3rd party gateway so obvious. he's looking for a way to make it transparent, so it looks like it's actually part of his site. i think there should be a way to do it. maybe use the fsock stuff to pass the data (security is an issue, and i'm not familiar with the fsock functions much less how they'd be affected if you in a secure section of your site). good luck. >From: "Valentin" <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: [PHP] General question... >Date: Thu, 12 Jun 2003 15:53:39 +0200 > >hi all, > >is it possible with php: >first to pass request to another URL and after that to get the html >responce >as a string and put it into php $variable? > >best, > > > >-- >PHP General Mailing List (http://www.php.net/) >To unsubscribe, visit: http://www.php.net/unsub.php > _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- 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] General question...
ppl, you're missing the point. you keep re-stating his problem. he knows it's not good to make the 3rd party gateway so obvious. he's looking for a way to make it transparent, so it looks like it's actually part of his site. i think there should be a way to do it. maybe use the fsock stuff to pass the data (security is an issue, and i'm not familiar with the fsock functions much less how they'd be affected if you in a secure section of your site). good luck. From: "Valentin" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: [PHP] General question... Date: Thu, 12 Jun 2003 15:53:39 +0200 hi all, is it possible with php: first to pass request to another URL and after that to get the html responce as a string and put it into php $variable? best, -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
it detracts from the experiance of user consistency if you are suddenly in a nice site then presented with a crappy looking payment page ;) "Marek Kilimajer" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Do you think the users will trust your site that much they will be > willing to give you their credit card information? How would they know > you won't keep this information? > > Valentin wrote: > > hi Jason, > > In my site I use a payment system, but unfortunately, there is a "moment" > > when the client must enter his card data into the page "owned" by the > > company that makes transactions (sorry for this descriptive bad english). > > The problem is that the design of this page is quite different then mine and > > I would like to get the html responce and redesign at run time by php and > > display what I would like to be. > > > > > > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
"Marek Kilimajer" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Do you think the users will trust your site that much they will be > willing to give you their credit card information? How would they know > you won't keep this information? > I'm going to make only cosmetic changes like font size, alignments and colours... But I don't know... may be you are right... anyway. Thank you -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
Do you think the users will trust your site that much they will be willing to give you their credit card information? How would they know you won't keep this information? Valentin wrote: hi Jason, In my site I use a payment system, but unfortunately, there is a "moment" when the client must enter his card data into the page "owned" by the company that makes transactions (sorry for this descriptive bad english). The problem is that the design of this page is quite different then mine and I would like to get the html responce and redesign at run time by php and display what I would like to be. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
hi Jason, In my site I use a payment system, but unfortunately, there is a "moment" when the client must enter his card data into the page "owned" by the company that makes transactions (sorry for this descriptive bad english). The problem is that the design of this page is quite different then mine and I would like to get the html responce and redesign at run time by php and display what I would like to be. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
On Thursday 12 June 2003 21:53, Valentin wrote: Please use a descriptive subject! > is it possible with php: > first to pass request to another URL and after that to get the html > responce as a string and put it into php $variable? Simplest: fopen() For alternatives, search archives. -- Jason Wong -> Gremlins Associates -> www.gremlins.biz Open Source Software Systems Integrators * Web Design & Hosting * Internet & Intranet Applications Development * -- Search the list archives before you post http://marc.theaimsgroup.com/?l=php-general -- /* It pays in England to be a revolutionary and a bible-smacker most of one's life and then come round. -- Lord Alfred Douglas */ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question
"The php-gtk-general list is meant for general discussion about using PHP-GTK. To subscribe, send blank email to [EMAIL PROTECTED] The address of the list itself is [EMAIL PROTECTED] The list is archived at MARC. " - http://gtk.php.net/resources.php Try there- you'll prolly get a better answer than you would here. On Thursday 29 May 2003 11:22 pm, laurent hermann wrote: > hello > > i need to make a standalone application from a web php site. > > how can i use php-gtk ? > > how can i package this application ? > > > > thanks -- Cats are intended to teach us that not everything in nature has a function. -Garrison Keillor -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question ?
Being a starter you should really check out the relevant documentations, for HTML forms http://www.w3.org/TR/REC-html40/interact/forms.html for PHP forms processing http://www.php.net/manual/en/tutorial.forms.php (AT LEAST). The online docs and specs are a vast resource of information; it will help you avoiding much trouble if you consider reading it. -- >O Ernest E. Vogelsinger (\) ICQ #13394035 ^ http://www.vogelsinger.at/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question ?
At 22:54 24.02.2003, Jonas Geiregat spoke out and said: [snip] >when I add method="post" it doesn't work anymore I always get the form back [snip] It is working if you don't use method="POST"? Have a look at your code - I bet you are using $_GET['varname'] to access the variables. POSTed forms populate the $_POST array (same syntax as $_GET, other name). If your code doesn't care whether data comes from POST or GET forms, use the $_REQUEST global array, it contains values from both methods. -- >O Ernest E. Vogelsinger (\) ICQ #13394035 ^ http://www.vogelsinger.at/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question ?
Ernest E Vogelsinger heeft geschreven: At 22:42 24.02.2003, Jonas Geiregat spoke out and said: [snip] http://kemu.ath.cx/intranet/login.phps when I press submit everything is OK it works like I want it to work but I'm not happy with the result I see in my url window I see this http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login I don't like it that you can know the passwd is there a way to just make this login.php and not with all the vars I send with it [snip] Make the form a POST form, like this: --- This will avoid variables travelling along the URL. For more information on forms, refer to http://www.w3.org/TR/REC-html40/interact/forms.html HTH, when I add method="post" it doesn't work anymore I always get the form back -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question ?
At 22:42 24.02.2003, Jonas Geiregat spoke out and said: [snip] >http://kemu.ath.cx/intranet/login.phps >when I press submit everything is OK it works like I want it to work but >I'm not happy with the result I see in my url window >I see this >http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login >I don't like it that you can know the passwd >is there a way to just make this login.php and not with all the vars I >send with it [snip] Make the form a POST form, like this: --- This will avoid variables travelling along the URL. For more information on forms, refer to http://www.w3.org/TR/REC-html40/interact/forms.html HTH, -- >O Ernest E. Vogelsinger (\) ICQ #13394035 ^ http://www.vogelsinger.at/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] general question ?
* Cal Evans * Stay Plugged Into Your Audience * http://www.christianperformer.com -Original Message- From: Jonas Geiregat [mailto:[EMAIL PROTECTED] Sent: Monday, February 24, 2003 3:42 PM To: [EMAIL PROTECTED] Subject: [PHP] general question ? http://kemu.ath.cx/intranet/login.phps when I press submit everything is OK it works like I want it to work but I'm not happy with the result I see in my url window I see this http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login I don't like it that you can know the passwd is there a way to just make this login.php and not with all the vars I send with it -- 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] general question ?
> http://kemu.ath.cx/intranet/login.phps > when I press submit everything is OK it works like I want it to work but > I'm not happy with the result I see in my url window > I see this > http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login > I don't like it that you can know the passwd > is there a way to just make this login.php and not with all the vars I > send with it Learn HTML. Search Google for the different METHODs your form can have. ---John Holmes... -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] general question ?
How about changing your post method to 'post' instead of 'get'? Right now it looks like you do not declare the method at all so it defaults to get. " method=post> And then of course you will have to us the $_POST['user'] instead of $_GET['user'] HTH -Brad Jonas Geiregat wrote: > http://kemu.ath.cx/intranet/login.phps > when I press submit everything is OK it works like I want it to work but > I'm not happy with the result I see in my url window > I see this > http://localhost/intranet/login.php?user=kemu&passwd=test&submit=login > I don't like it that you can know the passwd > is there a way to just make this login.php and not with all the vars I > send with it > > -- > 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] general question...
On Wednesday, January 30, 2002, at 03:32 AM, jas wrote:
> Using php3 is there a way to have a page only be access if the user is
> coming from another page? I don't quite know how to word what I am
> thinking
> but for instance...
> Form <-- page that contains a form to submit an email address to a
> mailing
> list
> Confirm <-- page that confirms the users email address
> Submit <-- page that connects to database and submits users email
> address
>
> What I want to do is have users not be able to access the submit page
> unless
> they are refered from the confirm page... Using php is this possible?
> And
> if so could someone point out somewhere that has more info so I may
> begin
> incorporating this into my scripts.
> Thanks in advance...
The best way to do this would be to have a page that calls ITSELF. And
certain parts of the page only execute if certain conditions are met,
i.e. an easy example:
(hint: start reading from the bottom for this one)
switch ($_POST['action']) {
case 'submit':
// take the contents of the previous form and send them
// to the mail function
// print a "message sent" message to the user's screen
// and a link out of this page back to your main site
case 'confirm':
// print the contents of the form from the previous instance
// of this page to the screen, with a "submit" button that
// says "confirm" and another hidden input that says
// take the contents of the form and throw them into a variable
// that will be passed to the next (and final) instance of
// this page
default:
// print the form for the person to email
Contents
// print a hidden variable in the form
// unless the form is filled out and submitted,
// this is the only thing anyone will ever see
}
See what happens? There is no way that the user will see the top two
sections (the 'confirm' and the 'submit' sections) unless they've done
what's needed in the "default" section. Unless they break your page
somehow.
Note that I've used PHP 4.1.0-style variable names, in case you're using
register_globals=0. You don't need to use them if you have
register_globals=1.
Erik
Erik Price
Web Developer Temp
Media Lab, H.H. Brown
[EMAIL PROTECTED]
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] General question...
You just need to take a look at HTTP_REFERER - just search for it on php.net, I'm sure you'll find relevant data. Bogdan jas wrote: > Ok I think I know what I need to learn... how can I do a redirect based on > whether or not a user came from a certain page? For example... if a user > comes from a page called confirm.php then it takes them to a page called > thanks.php and if the user came from a different server or typed the url > directly then it would redirect the user to the index.php page? > Thanks in advance... > Jas > P.S. A tutorial on this would definately prevent me from posting the same > question again. =) > > -- > 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] general question...
if (eregi("page_user_has_to_come_from",$HTTP_REFERER) != "") {
print "You didn't come from the right page, please go back.";
}
else {
print "Congrats, you came from the right page!";
}
Tyler
- Original Message -
From: "jas" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 30, 2002 2:32 AM
Subject: [PHP] general question...
> Using php3 is there a way to have a page only be access if the user is
> coming from another page? I don't quite know how to word what I am
thinking
> but for instance...
> Form <-- page that contains a form to submit an email address to a mailing
> list
> Confirm <-- page that confirms the users email address
> Submit <-- page that connects to database and submits users email address
>
> What I want to do is have users not be able to access the submit page
unless
> they are refered from the confirm page... Using php is this possible? And
> if so could someone point out somewhere that has more info so I may begin
> incorporating this into my scripts.
> Thanks in advance...
> Jas
>
>
>
> --
> 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] General question :)
"Godd" <[EMAIL PROTECTED]> wrote: > Execution time!! > Big files if not well developed = large exec time meaning server timeouts. you have any numbers for this? I think small files with slam code takes as much memory? > > small files = less timeouts and better debugging and modularity which ALWAYS > better. Modularity allows you to plug in and pull out pages with out > rendering you whole site unusable. ok well depends on how you define small :) functionality for a special function on a site can go up in many lines too. > > Of course you can have a few big files and some small files with it, depends > on what the big files do, Classes and common functions can be grouped > together. -- Henrik Hansen -- PHP General 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]
Re: [PHP] General question :)
"FredrikAT" <[EMAIL PROTECTED]> wrote: > Hi! > > What do you think is best..: > - have alot of small .php (files)? > - or a few big? > > What's good & bad with these solutions?! Depends, usualy i dont have scripts over 1000 lines. I like to have a few larger files in my directory seperating different similar functionality in them, I think it's also a good idea to have all functions in one file, makes them easy to find. But alot of small php files can also work, I would reccommend you try some different solutions out and find your own style. -- Henrik Hansen -- PHP General 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]
Re: [PHP] General question :)
Execution time!! Big files if not well developed = large exec time meaning server timeouts. small files = less timeouts and better debugging and modularity which ALWAYS better. Modularity allows you to plug in and pull out pages with out rendering you whole site unusable. Of course you can have a few big files and some small files with it, depends on what the big files do, Classes and common functions can be grouped together. ""FredrikAT"" <[EMAIL PROTECTED]> wrote in message 99o8pm$480$[EMAIL PROTECTED]">news:99o8pm$480$[EMAIL PROTECTED]... > Hi! > > What do you think is best..: > - have alot of small .php (files)? > - or a few big? > > What's good & bad with these solutions?! > > - > Fredrik A. Takle > Bergen, Norway > [EMAIL PROTECTED] > > > > > -- > PHP General 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] > -- PHP General 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]
Re: [PHP] General Question: OOP
"Kath" <[EMAIL PROTECTED]> wrote: > Does anyone here have an explanation guide to object oriented programming? I look at stuff like $this->something and haven't the foggiest what it means. Would a book on OOP be best? I own one PHP book, Professional PHP Programming by WROX Publishing. Good for beginners and intermediate level PHP programmers. It covers OOP using PHP pretty well and does a pretty good job and has a few case studies that help you apply the concepts covered in the book. With the PHP online manual and this book I feel that any programmer should be able to get up to speed with PHP. There are tutorials online as well. Try zend.com, phpbuilder.com, weberdev.com and hotwired among others. -- Steve Werby COO 24-7 Computer Services, LLC Tel: 804.817.2470 http://www.247computing.com/ -- PHP General 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]
