Re: [PHP] Re: bread and buytter php
On Fri, Feb 4, 2011 at 21:57, David Robley wrote: > > Well, I fear I could not be more specific as your request fitted in the > category of IDFMA That's too general, because I didn't fsck your aunt either. And yes, it was still 10:00p Friday night on the east coast of the US when you wrote. -- Network Infrastructure Manager Documentation, Webmaster Teams http://www.php.net/ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Design question
Morning everyone!
I have a design question... No it's not about the interior of my
house... although I could use some help with that as well...
I am working on a framework for my own use (And maybe one day will
beat out the popular frameworks! Hey I can dream right? :)) and to
increase my knowledge.
Here's my current index page:
DJ_doctype("HTML4S");
DJ_head("Double J FrameWork", $cfgCss, $cfgMeta);
DJ_modules("navigation", "option");
DJ_page("main_content.html", "mainContent");
DJ_dbconnect($cfgDatabase);
DJ_footer("copywrite", "Double J Web Design");
It all works perfectly but I'm starting to question having a bunch of
function calls like that or should I simply have a big master
DJ_displayPage() call?
or should I have my framework create the html files? Has anyone gone
down this road before? any pitfalls I should watch out for that aren't
in google yet? :)
Thanks everyone!
Jason Pruim
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Design question
On Sat, 2011-02-05 at 11:11 -0500, li...@pruimphotography.com wrote:
> Morning everyone!
>
> I have a design question... No it's not about the interior of my
> house... although I could use some help with that as well...
>
> I am working on a framework for my own use (And maybe one day will
> beat out the popular frameworks! Hey I can dream right? :)) and to
> increase my knowledge.
>
> Here's my current index page:
>
> DJ_doctype("HTML4S");
> DJ_head("Double J FrameWork", $cfgCss, $cfgMeta);
> DJ_modules("navigation", "option");
> DJ_page("main_content.html", "mainContent");
> DJ_dbconnect($cfgDatabase);
>
> DJ_footer("copywrite", "Double J Web Design");
>
> It all works perfectly but I'm starting to question having a bunch of
> function calls like that or should I simply have a big master
> DJ_displayPage() call?
>
> or should I have my framework create the html files? Has anyone gone
> down this road before? any pitfalls I should watch out for that aren't
> in google yet? :)
>
> Thanks everyone!
>
> Jason Pruim
>
>
I guess it all depends on what you need. A little while back there was a
discussion on the list about whether or not to leave all content dynamic
or have the PHP CMS create the various .html pages required. There are
pros and cons to each method.
As for the various calls vs a single call to display the page, that
depends on how you will be using it. Personally, I'd prefer using one
call to something like your call to DJ_displayPage() which itself can
accept various parameters or an array of parameters that then makes the
more individual calls to the other functions. Anything to reduce typing
while still being maintainable is never a bad thing in my book, unless
it becomes a crazy long list of chained calls!
Thanks,
Ash
http://www.ashleysheridan.co.uk
[PHP] Bilingual strtotime()
Hi, Living in Canada, and being a bilingual country, I have data I am processing which includes dates in both English and French. I was wondering if there was a way to use the strtotime() function when the months are in one or the other of the above two languages? Just to add to it, for French, they may or may not have the various accents. The data is in no specific order, so one could be in English, the next in French, then back to English. All I can think of, is to create an array to 'translate' the French months into English, but I was wondering if there is an easier way? If not, how in regular expressions, would I go about ignoring accents please? Cheers Alexis -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Bilingual strtotime()
Alexis wrote: > Hi, > > Living in Canada, and being a bilingual country, I have data I am > processing which includes dates in both English and French. > > I was wondering if there was a way to use the strtotime() function > when the months are in one or the other of the above two languages? Sure, strftime() is locale-sensitive. Set the locale(). -- Per Jessen, Zürich (4.4°C) -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Bilingual strtotime()
On 05/02/11 13:23, Per Jessen wrote: Alexis wrote: Hi, Living in Canada, and being a bilingual country, I have data I am processing which includes dates in both English and French. I was wondering if there was a way to use the strtotime() function when the months are in one or the other of the above two languages? Sure, strftime() is locale-sensitive. Set the locale(). Thanks But what if the locale is in two possible languages, all mixed together? I suppose I could set it to one, check if the output is valid, if not, set it to the other. Alexis -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Bilingual strtotime()
Either form should be day/month/year/time, or somewhere in that order. >From what i know, it shouldn't change much no matter the language. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Bilingual strtotime()
Just check for the initial difference you see in the formats of either. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Design question
On Sat, Feb 05, 2011 at 11:11:57AM -0500, li...@pruimphotography.com wrote:
> Morning everyone!
>
> I have a design question... No it's not about the interior of my
> house... although I could use some help with that as well...
>
> I am working on a framework for my own use (And maybe one day will
> beat out the popular frameworks! Hey I can dream right? :)) and to
> increase my knowledge.
>
> Here's my current index page:
>
> DJ_doctype("HTML4S");
> DJ_head("Double J FrameWork", $cfgCss, $cfgMeta);
> DJ_modules("navigation", "option");
> DJ_page("main_content.html", "mainContent");
> DJ_dbconnect($cfgDatabase);
>
> DJ_footer("copywrite", "Double J Web Design");
"Copywrite" should be "copyright" in this context.
>
> It all works perfectly but I'm starting to question having a bunch of
> function calls like that or should I simply have a big master
> DJ_displayPage() call?
Is this index page a front controller, or are there separate page
controllers? If the calls are all *identical*, then you can stuff them
into a single function call. The biggest problem with this is variable
visibility. You'll have to monitor that and decide if it's worth it. In
my case, I use page controllers where all the important variables are
declared. If I put a "render()" function at the bottom, I'd have to pass
in all those variables (on the stack) rather than simply have them
visible to the template page that I "include()" at the bottom of the
page controller.
>
> or should I have my framework create the html files? Has anyone gone
> down this road before? any pitfalls I should watch out for that aren't
> in google yet? :)
Some of this depends on your overall application architecture, which is
where the front contoller/page controller question above comes from.
Paul
--
Paul M. Foster
http://noferblatz.com
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Design question
On Feb 5, 2011, at 11:19 AM, Ashley Sheridan wrote:
On Sat, 2011-02-05 at 11:11 -0500, li...@pruimphotography.com wrote:
Morning everyone!
I have a design question... No it's not about the interior of my
house... although I could use some help with that as well...
I am working on a framework for my own use (And maybe one day will
beat out the popular frameworks! Hey I can dream right? :)) and to
increase my knowledge.
Here's my current index page:
DJ_doctype("HTML4S");
DJ_head("Double J FrameWork", $cfgCss, $cfgMeta);
DJ_modules("navigation", "option");
DJ_page("main_content.html", "mainContent");
DJ_dbconnect($cfgDatabase);
DJ_footer("copywrite", "Double J Web Design");
It all works perfectly but I'm starting to question having a bunch of
function calls like that or should I simply have a big master
DJ_displayPage() call?
or should I have my framework create the html files? Has anyone gone
down this road before? any pitfalls I should watch out for that
aren't
in google yet? :)
Thanks everyone!
Jason Pruim
I guess it all depends on what you need. A little while back there
was a
discussion on the list about whether or not to leave all content
dynamic
or have the PHP CMS create the various .html pages required. There are
pros and cons to each method.
I'll definitely be looking that thread up! I got a little behind in my
reading and must have missed it.
As for the various calls vs a single call to display the page, that
depends on how you will be using it. Personally, I'd prefer using one
call to something like your call to DJ_displayPage() which itself can
accept various parameters or an array of parameters that then makes
the
more individual calls to the other functions. Anything to reduce
typing
while still being maintainable is never a bad thing in my book, unless
it becomes a crazy long list of chained calls!
That last sentence is the kicker... That's where it gets hard hehe.
When is too much too much? And I am guessing that is a decision that
only I as the programmer can make... At least until someone uses my
framework and complains about it! :)
Thanks Ash!
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Design question
On Feb 5, 2011, at 6:46 PM, Paul M Foster wrote:
On Sat, Feb 05, 2011 at 11:11:57AM -0500, li...@pruimphotography.com
wrote:
Morning everyone!
I have a design question... No it's not about the interior of my
house... although I could use some help with that as well...
I am working on a framework for my own use (And maybe one day will
beat out the popular frameworks! Hey I can dream right? :)) and to
increase my knowledge.
Here's my current index page:
DJ_doctype("HTML4S");
DJ_head("Double J FrameWork", $cfgCss, $cfgMeta);
DJ_modules("navigation", "option");
DJ_page("main_content.html", "mainContent");
DJ_dbconnect($cfgDatabase);
DJ_footer("copywrite", "Double J Web Design");
"Copywrite" should be "copyright" in this context.
It all works perfectly but I'm starting to question having a bunch of
function calls like that or should I simply have a big master
DJ_displayPage() call?
Is this index page a front controller, or are there separate page
controllers? If the calls are all *identical*, then you can stuff them
into a single function call. The biggest problem with this is variable
visibility. You'll have to monitor that and decide if it's worth it.
In
my case, I use page controllers where all the important variables are
declared. If I put a "render()" function at the bottom, I'd have to
pass
in all those variables (on the stack) rather than simply have them
visible to the template page that I "include()" at the bottom of the
page controller.
Right now in my simple test pages the variables are very standard but
I will keep an eye on it to see if I need to change to a different
system.
I'm leaning more towards doing a page controller. I've always liked
the way that I can simplify the display of pages especially with
regards to updates in the layout by just having a index page that
controls the entire site.
or should I have my framework create the html files? Has anyone gone
down this road before? any pitfalls I should watch out for that
aren't
in google yet? :)
Some of this depends on your overall application architecture, which
is
where the front contoller/page controller question above comes from.
Thanks for the insight! I'll be keeping these points in mind in my work!
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
