WPPizza – A Restaurant Plugin for WordPress › Support › Add-Ons › Extensions › Preorder › Support › wrong time slots showing?
- AuthorPosts
- 13 February, 2015 at 1:23 pm #7839
may also be the case that you are using your own php.ini that gets loaded
either way, which ever php.ini is in use doesnt have the timezone set
20 February, 2015 at 1:46 pm #7997Hi Olly,
I have questioned my hosting company again on this and his response is:
“Thanks — this is correct, in the sense that the PHP configuration does
not define a timezone. This is a deliberate omission though — for web
services, a system-wide default timezone doesn’t make a lot of sense,
since viewers may be anywhere in the world. The question of what timezone
does make sense is best determined on a per user/application basis — ie,
your wordpress/plugin configuration should either specify a timezone or
determine what it considers appropriate — be that some configurable
timezone or some local time tuned to the individual user/client.”It makes sense to me, that time zones vary for users around the globe and in general it probably makes sense, but obviously in the case of the ordering plugin we want to make sure, the time zone is set to the local time zone of the restaurant, so that a user on the other side of the world can’t order an item at the wrong time.
Just thought I let you know. It’s working fine with the settings I currently have.
Thanks
Kind regards
Regine
20 February, 2015 at 2:15 pm #8000yeah sure, which is probably why php throws this warning (as it does on your server) when it isnt set
Warning: phpinfo(): It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone.
> since viewers may be anywhere in the world.
so what ? the server isn’t !!
anyway, I am not going to argue that point any further, life’s to short
20 February, 2015 at 2:46 pm #8002btw (and then I promise i shut up :)):
you will also break any other plugin that relies on their transients expiring at a specific time.
(sure, one could code around that, but why spend the time/effort if there’s a perfectly viable solution/setting that should be set )to explain how transients work:
they are set in seconds from now based on the current *server* time (not wordpress time/timezone)so, if – according to your wordpress install – it’s 4PM and I want to expire it in 1 hour (at 5PM), I will just set the transient to expire in 3600 seconds.
if the *server* time is 10PM it won’t expire at 5PM but at 11PM .
if the server time is the same as your wordpress timezone, everything is hunkydorythere is just not any good reason ever , why this should not be settable on a per site basis. (and if your host doesnt allow you to, get a another one)
PS: I do actually think WP could take account of this, alas, it doesnt (then again it would be reasonable to expect that the php settings are correct to start off with)
and now i really stop 🙂
8 April, 2016 at 2:04 pm #17239Hi Olly
The image is showing the time zone I have set in Wordpess with 16:25, but the date and time picker still allowed to pick a time from 12:15 onwards on the same date (you may have to enlarge the image for better view).
Does it have to do with the server that is running wordpress? I noted, that my files are listed with 8 hours behind my time on the server when I view via FTP.
Thanks
[moderated by admin: inappropriate/spam link deleted]
8 April, 2016 at 2:06 pm #17242@ jacknjons
a) please start your own topic and do not hijack somebody elses
b) the image you are referring to is non-exitent
c) what were you thinking by including some totally unrelated link to something totally unrelatedi have marked this topic as closed now
- AuthorPosts
- The topic ‘wrong time slots showing?’ is closed to new replies.