Smarty

zewtastic · Smarty Rookie Joined: 26 Dec 2016 Posts: 10

So in continuing with my conversion of a calendar project I ran into this issue.

This code performs correctly:

{$todaysdate = date('Y-m-d')}
{$todaysdate} 

{$testtest = strtotime($todaysdate)}
{$testtest} 

{$futuredate = date("Y-m-d",$testtest)}
{$futuredate} 

output:
2016-12-26
1482739200
2016-12-26

----

But I am actually trying to adjust the date using the STRTOTIME php function. It works in PHP but not in Smarty - so far.

{$todaysdate = date('Y-m-d')}
{$todaysdate} 

{$testtest = strtotime("+364 days",$todaysdate)}
{$testtest} 

{$futuredate = date("Y-m-d",$testtest)}
{$futuredate} 

gets me:

2016-12-26
Notice: A non well formed numeric value encountered in /var/www/ht...
31451616
1970-12-30

....

This is the first php function I have met so far that I can not get working as it does in php.

{$testtest = strtotime("+364 days",$todaysdate)}

AnrDaemon · Administrator Joined: 03 Dec 2012 Posts: 1785

Do. Not. Use. date() in an environemnt, where you would need to use localization or compare dates across timezones.
Use DateTime class and derivatives.

Something along the lines of

bsmither · Posted: Tue Dec 27, 2016 3:01 am Post subject:

strtotime() requires an integer as the second argument:
strtotime ( string $time [, int $now = time() ] )

zewtastic · Smarty Rookie Joined: 26 Dec 2016 Posts: 10

I do actually declare the localization in my code.

the code is looping through a large amount of dates looking for matches for different conditions and changing display output based on matches.

I pass the array of dates to the tpl via an array ultimately but given the nature of conditions where formatting is applied to varying dates, working it in the tpl would be much more preferred.

...

EDIT:

ok got it. Was mixing myself up.

{$todaysdate = date('Ymd')}
{$todaysdate} 

{$futuredate = date("Y-m-d",strtotime("+364days",strtotime($todaysdate)))}
{$futuredate} 

output:
20161226
2017-12-25

Thanks for helping me think it through.

AnrDaemon · Administrator Joined: 03 Dec 2012 Posts: 1785

Yet again: DO NOT EVEN LOOK at string dates. At all. Stop it. Don't compare them.

zewtastic · Smarty Rookie Joined: 26 Dec 2016 Posts: 10

I got it working, see above.

I have to look at string dates, that is what I am loading from the DB.

I was just using date('Ymd') in this example to generate a starting value.

EDIT:

But maybe I should convert my script from recording YYYY-MM-DD values to timestamps.

bsmither · Posted: Tue Dec 27, 2016 5:07 am Post subject:

I work on an application that databases both Epoch timestamps as well as string dates.

I don't know why.

AnrDaemon · Administrator Joined: 03 Dec 2012 Posts: 1785