Re: On the road to Da Vinci 2.0
jesus isn't it said that such spam threads get more attention and replies than most of the normal "cakephp" related topics? :) and well - i certainly call it SPAM - regardless of the mother tongue of the author like Sam said, it has been posted all over the www with copy-and- paste...^^ On 4 Mrz., 16:00, Mattijs wrote: > Bah, next time I'll start by reading the replies instead of reading on > for an actual question or interesting point being made. > > On 4 mrt, 07:02, Sam Bernard wrote: > > > > > > > > > Me as well... > > > I you would like to read the continuing saga of Alexander Sergeyev, the > > Symfony developers(bless their hearts) have tried to make sense of his inane > > ramblings:https://groups.google.com/forum/#!topic/symfony-devs/vVh6IxWEJng -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
Bah, next time I'll start by reading the replies instead of reading on for an actual question or interesting point being made. On 4 mrt, 07:02, Sam Bernard wrote: > Me as well... > > I you would like to read the continuing saga of Alexander Sergeyev, the > Symfony developers(bless their hearts) have tried to make sense of his inane > ramblings:https://groups.google.com/forum/#!topic/symfony-devs/vVh6IxWEJng -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
Me as well... I you would like to read the continuing saga of Alexander Sergeyev, the Symfony developers(bless their hearts) have tried to make sense of his inane ramblings: https://groups.google.com/forum/#!topic/symfony-devs/vVh6IxWEJng -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
I have had a few personal rambling replies now, none of which made a lot more sense than the original mail. He seems very offended that no one really gets his point, and wrongly assumes it's because English is not his native tongue. Jeremy Burns Class Outfit jeremybu...@classoutfit.com http://www.classoutfit.com On 4 Mar 2011, at 03:34, O.J. Tibi wrote: > Good idea, I'll add that line to my custom list of spam stop words. :) > > On Mar 3, 9:48 am, Matt Murphy wrote: >> If I were the owner of the list, I'd have banned him on the basis of him >> having started off with "mercy, peace and love". >> >> On Wed, Mar 2, 2011 at 8:29 PM, Larry E. Masters wrote: >> >>> He should email me, I am the one who banned him. And since I am the "owner" >>> of the list I think that gives me the right to ban for content I consider >>> spam and as mentioned in this thread it was cross posted in a lot of other >>> places. >> >>> -- >>> Larry E. Masters >> >>> On Wed, Mar 2, 2011 at 7:26 PM, Sam Bernard wrote: >> This guy just emailed me pissed that he got banned... he accused us of being ignorant patricians oppressing the brilliant ideas of uppity plebes pride much? >> On Mar 2, 4:56 pm, Sam Bernard wrote: > It's a spam post- do a google searchb on the title... its been posted everywhere. >> -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions sitehttp://ask.cakephp.organd help others with their CakePHP related questions. >> To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group athttp://groups.google.com/group/cake-php >> >>> -- >>> Our newest site for the community: CakePHP Video Tutorials >>> http://tv.cakephp.org >>> Check out the new CakePHP Questions sitehttp://ask.cakephp.organd help >>> others with their CakePHP related questions. >> >>> To unsubscribe from this group, send email to >>> cake-php+unsubscr...@googlegroups.com For more options, visit this group >>> athttp://groups.google.com/group/cake-php > > -- > Our newest site for the community: CakePHP Video Tutorials > http://tv.cakephp.org > Check out the new CakePHP Questions site http://ask.cakephp.org and help > others with their CakePHP related questions. > > > To unsubscribe from this group, send email to > cake-php+unsubscr...@googlegroups.com For more options, visit this group at > http://groups.google.com/group/cake-php -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
Good idea, I'll add that line to my custom list of spam stop words. :) On Mar 3, 9:48 am, Matt Murphy wrote: > If I were the owner of the list, I'd have banned him on the basis of him > having started off with "mercy, peace and love". > > On Wed, Mar 2, 2011 at 8:29 PM, Larry E. Masters wrote: > > > He should email me, I am the one who banned him. And since I am the "owner" > > of the list I think that gives me the right to ban for content I consider > > spam and as mentioned in this thread it was cross posted in a lot of other > > places. > > > -- > > Larry E. Masters > > > On Wed, Mar 2, 2011 at 7:26 PM, Sam Bernard wrote: > > >> This guy just emailed me pissed that he got banned... he accused us of > >> being ignorant patricians oppressing the brilliant ideas of uppity > >> plebes pride much? > > >> On Mar 2, 4:56 pm, Sam Bernard wrote: > >> > It's a spam post- do a google searchb on the title... its been posted > >> everywhere. > > >> -- > >> Our newest site for the community: CakePHP Video Tutorials > >>http://tv.cakephp.org > >> Check out the new CakePHP Questions sitehttp://ask.cakephp.organd help > >> others with their CakePHP related questions. > > >> To unsubscribe from this group, send email to > >> cake-php+unsubscr...@googlegroups.com For more options, visit this group > >> athttp://groups.google.com/group/cake-php > > > -- > > Our newest site for the community: CakePHP Video Tutorials > >http://tv.cakephp.org > > Check out the new CakePHP Questions sitehttp://ask.cakephp.organd help > > others with their CakePHP related questions. > > > To unsubscribe from this group, send email to > > cake-php+unsubscr...@googlegroups.com For more options, visit this group > > athttp://groups.google.com/group/cake-php -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
I got the same thing. Jeremy Burns Class Outfit jeremybu...@classoutfit.com http://www.classoutfit.com On 3 Mar 2011, at 01:26, Sam Bernard wrote: > This guy just emailed me pissed that he got banned... he accused us of > being ignorant patricians oppressing the brilliant ideas of uppity > plebes pride much? > > On Mar 2, 4:56 pm, Sam Bernard wrote: >> It's a spam post- do a google searchb on the title... its been posted >> everywhere. > > -- > Our newest site for the community: CakePHP Video Tutorials > http://tv.cakephp.org > Check out the new CakePHP Questions site http://ask.cakephp.org and help > others with their CakePHP related questions. > > > To unsubscribe from this group, send email to > cake-php+unsubscr...@googlegroups.com For more options, visit this group at > http://groups.google.com/group/cake-php -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
If I were the owner of the list, I'd have banned him on the basis of him having started off with "mercy, peace and love". On Wed, Mar 2, 2011 at 8:29 PM, Larry E. Masters wrote: > He should email me, I am the one who banned him. And since I am the "owner" > of the list I think that gives me the right to ban for content I consider > spam and as mentioned in this thread it was cross posted in a lot of other > places. > > -- > Larry E. Masters > > > On Wed, Mar 2, 2011 at 7:26 PM, Sam Bernard wrote: > >> This guy just emailed me pissed that he got banned... he accused us of >> being ignorant patricians oppressing the brilliant ideas of uppity >> plebes pride much? >> >> On Mar 2, 4:56 pm, Sam Bernard wrote: >> > It's a spam post- do a google searchb on the title... its been posted >> everywhere. >> >> -- >> Our newest site for the community: CakePHP Video Tutorials >> http://tv.cakephp.org >> Check out the new CakePHP Questions site http://ask.cakephp.org and help >> others with their CakePHP related questions. >> >> >> To unsubscribe from this group, send email to >> cake-php+unsubscr...@googlegroups.com For more options, visit this group >> at http://groups.google.com/group/cake-php >> > > -- > Our newest site for the community: CakePHP Video Tutorials > http://tv.cakephp.org > Check out the new CakePHP Questions site http://ask.cakephp.org and help > others with their CakePHP related questions. > > > To unsubscribe from this group, send email to > cake-php+unsubscr...@googlegroups.com For more options, visit this group > at http://groups.google.com/group/cake-php > -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
He should email me, I am the one who banned him. And since I am the "owner" of the list I think that gives me the right to ban for content I consider spam and as mentioned in this thread it was cross posted in a lot of other places. -- Larry E. Masters On Wed, Mar 2, 2011 at 7:26 PM, Sam Bernard wrote: > This guy just emailed me pissed that he got banned... he accused us of > being ignorant patricians oppressing the brilliant ideas of uppity > plebes pride much? > > On Mar 2, 4:56 pm, Sam Bernard wrote: > > It's a spam post- do a google searchb on the title... its been posted > everywhere. > > -- > Our newest site for the community: CakePHP Video Tutorials > http://tv.cakephp.org > Check out the new CakePHP Questions site http://ask.cakephp.org and help > others with their CakePHP related questions. > > > To unsubscribe from this group, send email to > cake-php+unsubscr...@googlegroups.com For more options, visit this group > at http://groups.google.com/group/cake-php > -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
This guy just emailed me pissed that he got banned... he accused us of being ignorant patricians oppressing the brilliant ideas of uppity plebes pride much? On Mar 2, 4:56 pm, Sam Bernard wrote: > It's a spam post- do a google searchb on the title... its been posted > everywhere. -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
It's a spam post- do a google searchb on the title... its been posted everywhere. -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
Oh, and it is raining here - has been for weeks. Except for a few hours when it snowed. On Mar 2, 1:44 pm, "Krissy Masters" wrote: > No that's wrong. It not raining here! > > I took out my Little Orphan Annie decoder pin and it says "Be Sure to Drink > Your Ovaltine" J -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
Re: On the road to Da Vinci 2.0
The awful thing is I read it all and I think I may have actually understood what he was saying.. Please don't ever post an esoteric rant again - this is a list for asking questions about how things work, not to brag about how long you have been in the DaVinci fan club while blaming developers for not bringing you a damned ladder. On Mar 2, 1:44 pm, "Krissy Masters" wrote: > No that's wrong. It not raining here! > > I took out my Little Orphan Annie decoder pin and it says "Be Sure to Drink > Your Ovaltine" J -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
RE: On the road to Da Vinci 2.0
No that's wrong. It not raining here! I took out my Little Orphan Annie decoder pin and it says "Be Sure to Drink Your Ovaltine" J -- Our newest site for the community: CakePHP Video Tutorials http://tv.cakephp.org Check out the new CakePHP Questions site http://ask.cakephp.org and help others with their CakePHP related questions. To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php
RE: On the road to Da Vinci 2.0
I think he means "It's going to rain outside today at 4pm". From: cake-php@googlegroups.com [mailto:cake-php@googlegroups.com] On Behalf Of Jeremy Burns | Class Outfit Sent: Wednesday, March 02, 2011 7:51 AM To: cake-php@googlegroups.com Subject: Re: On the road to Da Vinci 2.0 Huh? Jeremy Burns Class Outfit jeremybu...@classoutfit.com <mailto:jeremybu...@mac.com> http://www.classoutfit.com On 2 Mar 2011, at 12:47, Alexander Sergeyev wrote: Dear community of developers, mercy, peace and love be yours in abundance. I'd like to share a vision why bleeding-edge solutions scare and how to craft it more friendly with a case study. Every development stage begins with a root folder, empty index page and text editor. In late 90s I used plain HTML with a couple of SSI for permanent header and footer later on. Nowadays I'm with PHP, principally because of wide hosters support, and JQuery for a sleek and smooth interaction (like gathering feedback without reloading or hiding irrelevant sections in FAQ). New data comes, technologies change, project reflects that following universal laws of nature. Imagine you're Leonardo da Vinci. In childhood there is a welcome plate with your name, some surrounding sketches you draw on a workshop's backyard and information for travelers on how to reach your beautiful village. Dreamy, huh? With the course of time your scope and depth of interests grow. You're not attached to sketches anymore, therefore moving them to /art/ together with architecture, paintings and sculpture. To introduce your recent researches for debate, you create /research/ and fill it with anatomy, botany, geology and optics. According to historians and personal anticipation, plenty of engineering insights are ripen, so you reserve /inventions/ as well. Manifestly new pages differ in design, yet they have common elements. So how to reuse layout wisely? First thing I've learned is template inheritance. This feature comes with server-side languages like PHP, Python, Ruby. In a nutshell it allows you to have a parent page with common markup (viz. head, nav, footer) along with children pages (requested via browser) that load parent subsequently replacing or extending it with request-related data. Eventually you don't repeat yourself. Beyond doubt this magic could be mastered by native inline programming, however I prefer human-oriented solutions with a short learning curve acting as a layer between geek stuff and essential needs thus anyone around netglobe could evolve. I believe PHPTi is the easiest and well-documented one to get acquainted with template inheritance. Speaking of layout magic, curious persons could go even further and try extras like HAML, w2tags or Jade to simplify markup habits typing %li instead of . So pity this trend is not popular within PHP community (e.g. HAML ports such as PHaml, phpHaml, Fammel and PHamlP are neglected to date). Right, and what about elements decoration? There's where SCSS, LESS, CSScaffold or Turbine comes into play and makes it possible to keep DRY inside stylesheets by using variables (color: $linkcolor), expressions (height: $bodylineheight * 4) and intuitive nesting. Again, it runs in-between so you stay powerful without headaches. Check official examples, they're truly inspiring, enough said. Idea is about changing approach as project grows. Changing approach without frustration in consequence of painful dissonance between tech-savvy raptures about some bleeding-edge solution and errors you catch for hours. And yes, I do explicitly omit narration of merging, minifying, versioning and chained loading as being enhancements, not a core. CHILDHOOD index.html sketches.html contacts.html MATURITY index.php /content /art /index.php architecture/*.php paintings/ sculpture/ sketches/ /inventions /index.php /research /index.php anatomy/ botany/ geology/ optics/ /templates /common.php /images /inc /css /js /php Superb? Not yet, although it's widespread. Obvious drawbacks? Every page request invokes compilation cycle (common.php+requested page). Solution is to serve static cache generated in advance. (How?) Content edit requires accessing one or more files. Solution is to keep content in database. (What's the best practice?) Markup is mixed with content and sometimes, ouch!, with raw PHP. In short, framework built with MVC principles is a saviour. (Erhh?) - Hey! - exclaims someone like me, a guy or a girl not that bright in development, but doing best to go with the times, - Now you sound like a politician! Dainty slogans followed by non-system mumbo-jumbo. Indeed, it must be admitted. Widely-known MVC frameworks from Symphony2 to Smarty3, from Kohana to Yii, from CakePHP to CodeIngniter claim to be fast,
Re: On the road to Da Vinci 2.0
Huh? Jeremy Burns Class Outfit jeremybu...@classoutfit.com http://www.classoutfit.com On 2 Mar 2011, at 12:47, Alexander Sergeyev wrote: > Dear community of developers, > mercy, peace and love be yours in abundance. > > > I'd like to share a vision why bleeding-edge solutions scare and how to craft > it more friendly with a case study. > > Every development stage begins with a root folder, empty index page and text > editor. In late 90s I used plain HTML with a couple of SSI for permanent > header and footer later on. Nowadays I'm with PHP, principally because of > wide hosters support, and JQuery for a sleek and smooth interaction (like > gathering feedback without reloading or hiding irrelevant sections in FAQ). > > New data comes, technologies change, project reflects that following > universal laws of nature. > > Imagine you're Leonardo da Vinci. In childhood there is a welcome plate with > your name, some surrounding sketches you draw on a workshop's backyard and > information for travelers on how to reach your beautiful village. Dreamy, huh? > > With the course of time your scope and depth of interests grow. You're not > attached to sketches anymore, therefore moving them to /art/ together with > architecture, paintings and sculpture. To introduce your recent researches > for debate, you create /research/ and fill it with anatomy, botany, geology > and optics. According to historians and personal anticipation, plenty of > engineering insights are ripen, so you reserve /inventions/ as well. > > Manifestly new pages differ in design, yet they have common elements. So how > to reuse layout wisely? > > First thing I've learned is template inheritance. This feature comes with > server-side languages like PHP, Python, Ruby. In a nutshell it allows you to > have a parent page with common markup (viz. head, nav, footer) along with > children pages (requested via browser) that load parent subsequently > replacing or extending it with request-related data. Eventually you don't > repeat yourself. Beyond doubt this magic could be mastered by native inline > programming, however I prefer human-oriented solutions with a short learning > curve acting as a layer between geek stuff and essential needs thus anyone > around netglobe could evolve. I believe PHPTi is the easiest and > well-documented one to get acquainted with template inheritance. > > Speaking of layout magic, curious persons could go even further and try > extras like HAML, w2tags or Jade to simplify markup habits typing %li instead > of . So pity this trend is not popular within PHP community (e.g. > HAML ports such as PHaml, phpHaml, Fammel and PHamlP are neglected to date). > > Right, and what about elements decoration? There's where SCSS, LESS, > CSScaffold or Turbine comes into play and makes it possible to keep DRY > inside stylesheets by using variables (color: $linkcolor), expressions > (height: $bodylineheight * 4) and intuitive nesting. Again, it runs > in-between so you stay powerful without headaches. Check official examples, > they're truly inspiring, enough said. > > Idea is about changing approach as project grows. Changing approach without > frustration in consequence of painful dissonance between tech-savvy raptures > about some bleeding-edge solution and errors you catch for hours. And yes, I > do explicitly omit narration of merging, minifying, versioning and chained > loading as being enhancements, not a core. > > > CHILDHOOD > index.html > sketches.html > contacts.html > > MATURITY > index.php > /content > /art > /index.php > architecture/*.php > paintings/ > sculpture/ > sketches/ > /inventions > /index.php > /research > /index.php > anatomy/ > botany/ > geology/ > optics/ > /templates > /common.php > /images > /inc > /css > /js > /php > > > Superb? Not yet, although it's widespread. Obvious drawbacks? Every page > request invokes compilation cycle (common.php+requested page). Solution is to > serve static cache generated in advance. (How?) Content edit requires > accessing one or more files. Solution is to keep content in database. (What's > the best practice?) Markup is mixed with content and sometimes, ouch!, with > raw PHP. In short, framework built with MVC principles is a saviour. (Erhh?) > > - Hey! - exclaims someone like me, a guy or a girl not that bright in > development, but doing best to go with the times, - Now you sound like a > politician! Dainty slogans followed by non-system mumbo-jumbo. > > Indeed, it must be admitted. Widely-known MVC frameworks from Symphony2 to > Smarty3, from Kohana to Yii, from CakePHP to CodeIngniter claim to be fast, > secure and easy to learn. Really? Does one look for speed and security from > the word Go? No. I dare say evaluation of how new scenery jars on habits goe
On the road to Da Vinci 2.0
Dear community of developers, mercy, peace and love be yours in abundance. I'd like to share a vision why bleeding-edge solutions scare and how to craft it more friendly with a case study. Every development stage begins with a root folder, empty index page and text editor. In late 90s I used plain HTML with a couple of SSI for permanent header and footer later on. Nowadays I'm with PHP, principally because of wide hosters support, and JQuery for a sleek and smooth interaction (like gathering feedback without reloading or hiding irrelevant sections in FAQ). New data comes, technologies change, project reflects that following universal laws of nature. Imagine you're Leonardo da Vinci. In childhood there is a welcome plate with your name, some surrounding sketches you draw on a workshop's backyard and information for travelers on how to reach your beautiful village. Dreamy, huh? With the course of time your scope and depth of interests grow. You're not attached to sketches anymore, therefore moving them to /art/ together with architecture, paintings and sculpture. To introduce your recent researches for debate, you create /research/ and fill it with anatomy, botany, geology and optics. According to historians and personal anticipation, plenty of engineering insights are ripen, so you reserve /inventions/ as well. Manifestly new pages differ in design, yet they have common elements. So how to reuse layout wisely? First thing I've learned is template inheritance. This feature comes with server-side languages like PHP, Python, Ruby. In a nutshell it allows you to have a parent page with common markup (viz. head, nav, footer) along with children pages (requested via browser) that load parent subsequently replacing or extending it with request-related data. Eventually you don't repeat yourself. Beyond doubt this magic could be mastered by native inline programming, however I prefer human-oriented solutions with a short learning curve acting as a layer between geek stuff and essential needs thus anyone around netglobe could evolve. I believe PHPTi is the easiest and well-documented one to get acquainted with template inheritance. Speaking of layout magic, curious persons could go even further and try extras like HAML, w2tags or Jade to simplify markup habits typing %li instead of . So pity this trend is not popular within PHP community (e.g. HAML ports such as PHaml, phpHaml, Fammel and PHamlP are neglected to date). Right, and what about elements decoration? There's where SCSS, LESS, CSScaffold or Turbine comes into play and makes it possible to keep DRY inside stylesheets by using variables (color: $linkcolor), expressions (height: $bodylineheight * 4) and intuitive nesting. Again, it runs in-between so you stay powerful without headaches. Check official examples, they're truly inspiring, enough said. Idea is about changing approach as project grows. Changing approach without frustration in consequence of painful dissonance between tech-savvy raptures about some bleeding-edge solution and errors you catch for hours. And yes, I do explicitly omit narration of merging, minifying, versioning and chained loading as being enhancements, not a core. CHILDHOOD index.html sketches.html contacts.html MATURITY index.php /content /art /index.php architecture/*.php paintings/ sculpture/ sketches/ /inventions /index.php /research /index.php anatomy/ botany/ geology/ optics/ /templates /common.php /images /inc /css /js /php Superb? Not yet, although it's widespread. Obvious drawbacks? Every page request invokes compilation cycle (common.php+requested page). Solution is to serve static cache generated in advance. (How?) Content edit requires accessing one or more files. Solution is to keep content in database. (What's the best practice?) Markup is mixed with content and sometimes, ouch!, with raw PHP. In short, framework built with MVC principles is a saviour. (Erhh?) - Hey! - exclaims someone like me, a guy or a girl not that bright in development, but doing best to go with the times, - Now you sound like a politician! Dainty slogans followed by non-system mumbo-jumbo. Indeed, it must be admitted. Widely-known MVC frameworks from Symphony2 to Smarty3, from Kohana to Yii, from CakePHP to CodeIngniter claim to be fast, secure and easy to learn. Really? Does one look for speed and security from the word Go? No. I dare say evaluation of how new scenery jars on habits goes in the first place. That is what will happen to the current beloved hierarchy, links, diligent markup, blocks of program code achieved through much suffering, etc. Either you convert a couple of pages successfully & feel you're quite at home or alas & alack! Today I dimly know something concrete about autoloaders, helpers, filters, routers,
