Re: PHP site development

From: atlantic (j_at_no-spam.net)
Date: 07/07/04 

Date: Wed, 07 Jul 2004 05:49:16 GMT

Tony~
I'm really enjoying going through this material. I can already see a number
of application implementations for this architecture. Would you consider
this architecture to be 'overkill' for the basic functionality of a catalog
type website? The current site I've inherited has alot of pages (over
1,000) , and really needs this kind of organization, but I have yet to see
anyone produce even the most simplistic sample of one which can be built on.
To date, the site I have inherited is strictly view, with the exception
that, an on-line order form has been added (which needs complete revamping
btw) was added. While I have a 'grand design' in mind for more user
interaction (logins, tracking, etc), I'd like to start with the users view
and work front to back. While I know that, strictly speaking, that backend
is historically the place I've always begun my work, I'd like to try and get
a feel for the front-end design using your architecture. If you have a
moment and would like to see what I am talking about, the site is located at
www.genofit.com . I look forward to, and greatly respect your feedback.

Thank you again for your help. I seem to be learning more from your web
site each time I read through it...

Regards
"Tony Marston" <tony@NOSPAM.demon.co.uk> wrote in message
news:ccdqpo$7vc$1$8302bc10@news.demon.co.uk...
>
> "Me" <jdangler@atlantic.net> wrote in message
> news:pan.2004.07.06.06.33.53.808390@atlantic.net...
> > Tony~
> > Having spent lots of time in the database world, I must say that I
relate
> > yo some of your history very well. I have spent the last 6 hours or so
> > reading through different articles and tutorials which you have authored
> > on your site, and I am happy to say that I am learning as much as I ever
> > have in a longer period of time than I care to remember. While PHP
> > doesn't seem strange to me (especially in the context you put it in
> > combining object oriented approaches to data manipulation), some of how
> > it is implemented appears a little 'fuzzy'.
>
> New and different implementations always appear fuzzy at first, but as you
> become more familiar with them the fog begins to clear.
>
> > But, I have a feeling that
> > by the time I complete reading the rest of the referenced parts
> > mentioned on your site, I may well have enough information to poke
> > through the fog and formulate some ideas on how to properly design an
> > implementable application for web use. Thank you very much for creating
> > this site. I consider it a valuable resource on the subject. I hope
> > that you will remain in the 'universe' for further inquiries by those of
> > us who appreciate what you have endeavored to teach.
> >
> > Kind regards...
>
> Thank you for those kind words. It is nice to know that my humble efforts
> are appreciated.
>
> --
> Tony Marston
>
> http://www.tonymarston.net
>
>
>
> > On Mon, 05 Jul 2004
> > 22:10:39 +0100, Tony Marston wrote:
> >
> > > Take a look at
> http://www.tonymarston.co.uk/php-mysql/infrastructure.html
> > > which identifies a development environment based on the 3 tier
> architecture.
> > >
> > > Also look at
> > > http://www.tonymarston.co.uk/php-mysql/model-view-controller.html
which
> > > shows how it also incorporates the Model-View-Controller design
pattern.
> > >
> > > There is a sample application based on these architectures described
in
> > > http://www.tonymarston.net/php-mysql/sample-application.html which you
> can
> > > run online. You can also download all the source code and see how it
> ticks.
> > > This uses classes for all entity and database access, so it should
give
> you
> > > an idea of what can be done.
> > >
> > > It looks complicated, but using the modules that I have created it is
> > > possible to build and maintain web components with much less effort.
> > >
> > > HTH.
> >
>
>

Relevant Pages

  • OoO VAX (was: Code density and performance?)
    ... What architectural feature of the VAX would be a problem in the ... >some UNIX, they just couldn't compete. ... 386 architecture, too. ... >> either with pre-decode bits (as used in various 386 implementations), ...
    (comp.arch)
  • RE: generic strncpy - off-by-one error
    ... > To: Peter Kjellerstedt ... Cannot do that as the first loop modifies count. ... In my later implementations this is not possible any longer. ... Remember that many architectures already have their own architecture ...
    (Linux-Kernel)
  • Re: Implementations of VLIW
    ... Sounds like a homework problem to me. ... Anyhow, if the implementations aren't binary-compatible with each other, ... they aren't the same architecture, ... expect two implementations of the same VLIW architecture to be binary ...
    (comp.arch.embedded)
  • Re: Implementations of VLIW
    ... Anyhow, if the implementations aren't binary-compatible with each other, ... they aren't the same architecture, ... implementations have SSE3 instructions, as one example. ... expect two implementations of the same VLIW architecture to be binary ...
    (comp.arch.embedded)
  • Re: Release 1.1 (beta) of my AES implementation
    ... > Intel is the most common little-endian architecture. ... endian-ness doesn't matter. ... non-interoperability, namely the so-called 'bit-sex', ... other implementations of AES just as well and is ...
    (sci.crypt)