setLocale isn't server wide, not even application wide. It is request
based. If you want it app wide, you need to add it to
onRequestStart().
On Jan 7, 2008 12:07 AM, MrBuzzy [EMAIL PROTECTED] wrote:
I'd really like to keep this going but I'm confused about who is
talking to who :(
@Andrew
I step into these waters carefully, as I know that it's a serious issue for
many here. As for the whole debate about DateFormat vs LSDateformat, etc.,
it really is just a remnant of history. I wouldn't say it's there for
backward compatibility but rather it was there first. The LS functions were
And in case it's of any value, if one felt that changing the locale
request-wide was still a problem (issuing setlocale in a given template to
affect a given function), note that one of the many hidden gems in CF8 is
that the LS functions now accept locale as an argument, so you don't even
need
Charlie,
I will disagree with you, and this is why.
If you look at the attributes / arguments that both functions take,
the only difference is that LSDateFormat takes an option argument
called locale. But if you do not set the Locale it is by default set
to USA date format (I can't confirm
I'm not sure I want to be dragged into this, but I'll offer at least one
reply. Can you clarify what you mean to say you disagree with? It's not
clear. Are you challenging why people used DateFormat historically over
LSDateformat? Or debating that I've erred in how/why people have not moved
to
Could it have something to do with the Cache web server paths setting in
the CF Admin??
--
Looking for a business, product or service? Try the new Australian search
engine www.clickfind.com.au
blog: http://australian-search-engine.blogspot.com/
I wish it was but that all checks out ok. Ta.
On 1/8/08, Taco Fleur [EMAIL PROTECTED] wrote:
Could it have something to do with the Cache web server paths setting in
the CF Admin??
--
Looking for a business, product or service? Try the new Australian search
engine www.clickfind.com.au
I vaguely remember running into a similar issue with virtual hosts... I
think having unique IPs instead of CNAMEs made the problem go away.
This was a while ago, so my recollection may be hazy.
MrBuzzy wrote:
I wish it was but that all checks out ok. Ta.
On 1/8/08, Taco Fleur [EMAIL
Interesting I can definitely test that theory, thanks. I would have
thought that would impact the whole site not just cfadmin, but
definitely worth a crack!
On 1/8/08, Haikal Saadh [EMAIL PROTECTED] wrote:
I vaguely remember running into a similar issue with virtual hosts... I
think having
MrBuzzy wrote:
Hi, has anyone experienced this? Perhaps there's a way round it...
Yes, we used to see it all of the time until we twigged.
I have a couple of cf instances running on the same sever and domain.
Each is fronted with iis and are uniquely identified by the sub
domain, like:
It's great to hear I'm not alone on this one. When i'm back home in a
few days I'll *try* to get to the bottom of it once and for all.
On 1/8/08, Kym Kovan [EMAIL PROTECTED] wrote:
MrBuzzy wrote:
Hi, has anyone experienced this? Perhaps there's a way round it...
Yes, we used to see it
I should add that some IIS fiddling might have been involved. In fact, I
think that's where the problem was. (Although I can see it happening
with a misconfigured apache as well... The important thing is that your
front end web servers route requests to the right CF instance. (So
check your
Fair comment.. Although if I had that wrong there would be much bigger
symptoms. This does seem to be isolated to cfadmin.
More soon :)
On 1/8/08, Haikal Saadh [EMAIL PROTECTED] wrote:
I should add that some IIS fiddling might have been involved. In fact, I
think that's where the problem was.
Andrew, I know people hate to see these kind of debates drawn out, and I've
been warned before not to be pulled into the web you weave :-), but I can't
let you stand on your assertions. You say
The code behind LSDateFormat is identical to DateFormat, the only
difference is that
14 matches
Mail list logo