Time Parting plug-in should be replaced with t= value

Avatar

Avatar

vabeachkevin1

Avatar

vabeachkevin1

vabeachkevin1

11-02-2010

In every image request the time value is being passed in (t=). This should eliminate the need for the Time Parting plug-in. There should be a way to take this variable and parse it out a bit and get the same information that the plug-in provided.

4 Comments (4 New)
4 Comments

Avatar

Avatar

metricsman-WP0R

Avatar

metricsman-WP0R

metricsman-WP0R

15-02-2010

agreed, this should be a default/standard report of SC.  The data is already there, don't hide it behind a plugin that you have to discover and implement.  It'll also save me having to eat up a few sprops and evars.

Avatar

Avatar

Gigazelle

Employee

Total Posts

(val/1000)?string[".0"]}K

Likes

458

Correct Answer

734

Avatar

Gigazelle

Employee

Total Posts

(val/1000)?string[".0"]}K

Likes

458

Correct Answer

734
Gigazelle
Employee

08-02-2019

Implemented with Workspace's time-based dimensions, including hour of day, day of week, etc.

Avatar

Avatar

danielag2287251

Avatar

danielag2287251

danielag2287251

25-02-2019

Hi guys, I'm seeing something strange in my log of Charles.

The variable t is a month behind, you would have more information about this variable and its behavior?

Is it a bad configuration in Adobe on our part?

image (1).png

Avatar

Avatar

Gigazelle

Employee

Total Posts

(val/1000)?string[".0"]}K

Likes

458

Correct Answer

734

Avatar

Gigazelle

Employee

Total Posts

(val/1000)?string[".0"]}K

Likes

458

Correct Answer

734
Gigazelle
Employee

25-02-2019

Nope, no one's fault. It's just how JavaScript handles dates. This StackOverflow thread has more info on the history of January being month 0:

date - Zero-based month numbering - Stack Overflow