UTC and GMT are OK, I guess, but I live in California and would like to see my stats in Pacific Time. Give me an option to choose my own time zone.
67 Comments
67 Comments
Who voted for this idea
- pencoyd
- masa
- gatewayy
- josh
- severud
- meilleur
- duhriddler
- Alejandro Casidsid
- qaakhq85zxwhknflzts9
- ilgaz
- hyper
- boggaf05
- elliotroth
- Chris
- eatpie75
- mindlesstux
- gamer8519
- lordkenthegreat
- jeffmccann
- dauphin
- vxjasonxv
- Jamie
- flatlinebb
- Daniel
- wnrc
- coda_it
- war59312
- network1254
- hesspaul
- netnose
- nanabite
- dcshobby
- kjkobes
- crcdatatech
- holden
- radmoose
- gnarlodious
- Andrew Mayes
- breakforth
- bnewendorp
- region18
- Jason
- stemount
- tangaroa
- diskeyes
- stjohnsguam
- mcdave
- jon335
- neilkelty
- gpisistemas
Comments
This would be helpful and keep me from having to do math. :-)
An update: I'm not surprised to see this is a popular idea -- we've heard it from customers before. We've been doing a lot of work on our stats infrastructure to improve speed of response and update frequency and all the back-end stuff which makes stats powerful. All starts with availability and responsiveness.
As we get ahead there, we'll tackle the offset. It's a trivial problem conceptually, but with 4.5 billion DNS requests daily... it's non-trivial operationally. This is the kind of problem we like solving, and we will.
A note to all: DNS infrastructure is _separate_ from stats infrastructure, deliberately.
Seems like changing the format with something like javascript could keep some of the load off your servers by offsetting the computational load to the users' browser. Or is that not the issue?
Yup! It's a Great Idea! I'm From Vancouver, Canada! Here it's the Same PST!
written by eportfolio 634 days ago
Rating: 5
| Rate Comment:
This would be extraordinary for East Coast users like myself.
written by jack.r.young 626 days ago
Rating: 2
| Rate Comment:
Please just fix the report for the DOMAINS, then worry about the time zones after.
Thank you
Jack Young
written by shblackhawk 626 days ago
Rating: 5
| Rate Comment:
Local time makes better reports for showing others
It would be nice to have DST. If you reporting to non-tech, they don't like doing the math.
Brief update here: we're going to help you calculate the offset first. Offering the stats in your local time zone is definitely something we want to do. We continue to work on making the stats work better and faster... as we get more than 5 billion DNS requests a day, that remains...non-trivial. ;-) Seriously, our DNS infrastructure can handle several times our current traffic levels. For stats, we have work to do, still.
I'm From Vancouver, Canada so Pacific Time would be Great!!
Why not export raw data? This service is free, so I think we can do a little work.
Thumbs up. Good idea. I don't think it has to be complicated (like automatically), just select the timezone you want to use from a list and it stays on your record... something similar the Windows Time Zones would be good enough fo me.
the idea is great. it applies to all regions... i'm at GMT+8
Yep, I am +10 hours Greenwich Mean Time so the I think it is a good idea. Without it, stats are not meaningful.
Please add this feature; I'm struggling with the time difference.
GMT+2, on every stat data add 2 hours, makes yourself clear your mind in every morning:=)
Math everywhere:D
written by columbiachemical 590 days ago
Rating: 2
| Rate Comment:
Being able to set the time zone would be great. Explaining the GMT +5 concept can be a pain.
yeah, it will bring openDNS more worldwide accepted
written by firebanesword 583 days ago
Rating: 2
| Rate Comment:
Would be kinda nice...
I mean, I'd like to have a CST or something...
written by shiningweb 575 days ago
Rating: 2
| Rate Comment:
Absolutely!! In fact I looked for this option but did not find it. Don't use PST (names) though, use +/- whatever hours from GMT. This could either be user selected (best), or automated based on registered IP timezone (second best). Combined reports of multiple IP addresses could then also choose to compair via standard GMT or via local time load compairison.
I just wanted to let everyone know that we are not ignoring this. We are currently working on a complete overhaul of the stats system. Considering we handle over 6 Billion DNS requests a day it is not as simple of a task as it might seem. I assure you though that we have delegated a good amount of resources to implementing this and other requests.
an easy way to do it is just modify the data shown when a user see their stat..
now the data is saved at X time.. whe you show the data on the stats page just change X by X+offset.
Its just a visualization improvement.
So u don't need to change the entire stat system.
PD: english is not my native language
It very important to have stats in local time zone.
Probably easier to ignore daylight savings variations in the first instance.
written by bananaslug79 560 days ago
Rating: 2
| Rate Comment:
Agree on this wholeheartedly. I couldn't figure out why my stats were showing times nowhere near when requests were happening; once I saw this it makes sense. Would love to be able to see stats in my local time zone.
I looked all over the settings for a place to change the timezone before realizing that it isn't possible yet. This is an important issue to me, and I'm surprised it hasn't been implemented already. It's too much of a hassle to calculate the time on stats.
would be great for the rest of the world as well.. like if you are, let's say, in japan like me.
written by carloshenrique 428 days ago
Rating: 1
| Rate Comment:
it would be a great feature
i`m on GMT -4
Setting the timezone seems like a simple thing ... the first easy step would be to add the field to the account page so users could at least say what their timezone is.
Currently the statistic page mean not thing to me but garbage or just a fake display for show. I convert to my local time zone (Pacific) and the peak of activity is no where near any actual DNS query is executed. All of my computer turn off during the day but the router and that show the most busy/high activity of DNS traffic. This idea has been around for almost a year and OpenDNS still can figure out how to do a simple timezone conversion which put me in question that OpenDNS can resolve billion of DNS records a day.
ditto to the above comment
still can *NOT* figure out
written by memorydump 394 days ago
Rating: 3
| Rate Comment:
why can't something so simple not already be implemented? seems like the original suggestion came in a long time ago.
Like many other companies, my employer has users in several time zones. All of the applications store the timestamp in the local time of the data center. The applications present the time based on the time zone selected in the computer OS. Most applications let the local computer do the math, not the server.
While the time zone stats are shown in is only 1 hour off for me, i can imagine what it would be like for someone who is along way off and having to calculate every time they check there stats! so yeah this it a great idea what should be top of openDNS to do list.
I agree! +8 GMT. OpenDNS can base our local time from our user preferences, where our location is indicated.
stats are only as helpful if you know the actual time they've happened
Until we get a timezone choice, could we have the timezone (UCT) displayed on the stats page?
I would benefit from being able to select the time zone also. It should be associated with the network. so that I can do multiple networks in different time zones.
i'm GMT+10 and this makes the reports really hard to use.
Seeing as it looks like opendns.org uses PHP I have a hard time seeing why this is a hard problem. In your user preferences, why not have users select their local time zone and store that with their account. That timezone easily be statically mapped to an time offset from GMT, such as -3600 seconds for -1 hour. I assume this is not new information.
In php, use the date function i.e. date("%m/%d/%Y", GMTTIME + UserOffset). So anywhere you display a date you have a relatively minor php code change assuming your php code is written efficiently. All this is handled in your stats pages.
So it seems, at least in my opinion, the time problem could be solved with the introduction of one user profile var, and some php modifications on the stats side. I guess I don't see how any quantity of DNS queries would affect the feasibility of this solution as some of the staff suggests here. If you are thinking you have to modify the time on millions of DNS queries, then that is probably a waste of resources when the problem can be solved elsewhere, easily and independent of your volume of traffic.
Anyway, just my 2 cents, and being a free service which I love, I hope this just provides an idea. Without knowledge of your infrastructure, I could be way off base.
written by munifaq223 218 days ago
Rating: 2
| Rate Comment:
I'm in Europe, so the time zone issue is pretty major for me.
I could just subtract 9 hours in my head, but I don't wanna! *whine*
I agree with a number of posts here.
Don't change the timestamp on the records, change the numbers on the graphs and charts when you display the stats page.
written by Venkatesh R 163 days ago
Rating: 1
| Rate Comment:
We can have a list of timezones, GMT as default, in the stats pages and get refreshed when the user changes the timezone. Hope this can be done at the client end itself without much load on stats infrastructure
written by pesonamahakam 138 days ago
Rating: 1
| Rate Comment:
I'm using OpenDNS very successful in several companies in Indonesia, the timezone seems to be 12 hours differed, all applications I use have the ability to use timezones... OpenDNS seems nearly the only one who makes a big deal of it. Maybe it's possible to show 24 hours and indeed change the date and time as mentioned at cmorford's comment.
Stats in my local TZ (GMT) would be great and make them much quicker to reference - therefore they would be looked at more.
OK, its only mental arithmetic to convert, but presenting graphs that are not in the users locale makes the site look a bit stoneage these days...
I have to admit serious disappointment about the implementation delay to allow different time zones to be displayed. This was posted 542 days ago, nearly two years.
Even if the stats graphs just displayed local times on the axis it would be a huge improvement. It's not so important whether the daily graphs start at midnight.
And I don't believe the excuses on the volume of DNS queries being received. Those graphs are displayed using Adobe Flash, which has functions time and timezone to return the local values. So some simple Flash programming ought to be able to change the axes to local time, without affecting any back-end infrastructure.
Please can we have the time updated to display our local times I am GMT
It would be a great initiative for users that live in Europe too (like me)
written by all4u_romeo 49 days ago
Rating: 0
| Rate Comment:
Oh yes ! i am dominican republic and i want to at what time my users are online ( peak)
I am from Australia. It would be great to see the stats in local time.
written by germanguyuk 15 days ago
Rating: 0
| Rate Comment:
Totally agree. It's such a pain to work it out manually with a calculator and still get it wrong... ooops
Sign in to comment or register here.
this should be one of the first things in the new idea bank that should be added :)