first off, html doesn't "execute." that's what php, ruby, java, python, perl, javascript, etc. are used for - to execute scripts.
html makes up the "scaffolding", to borrow a ruby term, of the presentation layer. css is the blueprint and the paint. the analogy isn't exact, but it is reasonably close.
horm handling is pretty easy to understand, too.
this tutorial should get you started...
http://www.onlamp.com/pub/a/php/2004...mhandling.html
however, i choose to use a forms class b/c it gives me incredible power i wouldn't otherwise have available. i use Manual Lemos' form generation and validation class from phpclasses.org. Read through the docs and look at his code.
db access usually depends on the db of choice. i use postgresql due to its generous BSD license and the fact it is an awsome database.
its awards are listed here...
http://www.postgresql.org/about/awards
most folks use mysql, but that gets complicated if you want to resell the product. you may have to buy a license. obviously, though, mysql has filled a very big need - and they deserve major props for doing so.
instead of using the native postgresql api, i chose to use a db abstraction layer named adob. basically, you send it certain kinds of key information and it does whatever is required to interact with you db of choice, be it postgrsql, mysql, oracle, etc... in theory, one piece of code will work on all the different platforms, enabling code portability. in practice, nothing is perfect.
you can learn a lot right here...
http://phplens.com/lens/adodb/docs-adodb.htm
both classes work within php.
i'm now moving over to ruby on rails due to its rapid prototype ability and built in best practices (for most apps, anyway).
this stuff isn't trivial and it will take some time to get up to speed. if you thought you'd spend a weekend and be able to "talk the talk," you will likely be disappointed.
Bookmarks