I had a character encoding issue that I finally solved, but I don't
understand why the fix works. I'm hoping someone can explain this to me!
The issue was that non-ascii chars were appearing as junk BUT only when
retrieved via ajax calls. Otherwise, they displayed fine. The junk display
was due to
I am getting a surprising number of these warnings in the error logs:
Deleting session b00b8b9d82da06a738cd7fe4d57760d8a8d69cd5 due to address
mismatch (146.229.203.46 != 64.255.180.21)
Is this something I should be concerned about? I've never really known how
this is possible (client IP changes?
On 18-Jun-09, at 4:01 AM, Tomas Doran wrote:
Any session data at all? Can you be more specific - I'd guess that
this should only hit you if the length is small, or if your sessions
get large.
No, the sessions were tiny, more or less all they held was the id for
which project the user wa
On Thu, Jun 18, 2009 at 01:51:28PM +0100, Peter Edwards wrote:
> 2009/6/18 Jesse Sheidlower
>
> > Basically, I have a standard Catalyst config file, where
> > the database connection section looks like this:
[...]
> > I'd like to get access to this information from a script
> > running outside
On 17/06/09 14:50, Jochen Luig wrote:
When the login request failed, I first thought it had to do with the
authentication process. But when there was a change in the db schema
that I hadn't made accordingly in my local mysql database, the test
script complained about the columns not present in th
On 18/06/09 08:57, Tomas Doran wrote:
On 17 Jun 2009, at 11:16, Ben Vinnerd wrote:
It's like ConfigLoader's setup() isn't being run, or it's choosing to
ignore the MYAPP_CONFIG_LOCAL_SUFFIX i'm setting.
I'm afraid the best way to debug this is likely to be brute force.
No need - i tried
2009/6/18 Jesse Sheidlower
> Basically, I have a standard Catalyst config file, where
> the database connection section looks like this:
>
> I'd like to get access to this information from a script
> running outside of Catalyst. How can I do this cleanly?
>
Hi Jesse, I wrote an advent calendar
I included this as part of a long question yesterday about
testing, but I realize that perhaps it's better as a separate
question.
Basically, I have a standard Catalyst config file, where
the database connection section looks like this:
schema_class Library::Schema::Main
connect
Ben Vinnerd wrote:
On 18/06/09 08:51, Tomas Doran wrote:
At a guess, you deleted your Makefile.PL?
Yes :O
I didn't really want to bother with make on my webapp, so deleted that
along with Changes and README.
Yeah, that'd get you.
The lines in the generated Makefile.PL which say:
# IMPOR
On 18/06/09 08:51, Tomas Doran wrote:
At a guess, you deleted your Makefile.PL?
Yes :O
I didn't really want to bother with make on my webapp, so deleted that
along with Changes and README.
Cheers t0m,
Ben
___
List: Catalyst@lists.scsys.co.uk
L
On 17 Jun 2009, at 21:34, Stuart Watt wrote:
Since Session::Store::DBI can be set to use its own connection, I
thought that might resolve it. Not completely, unfortunately, and
now the error is due to the recommended use of a text column for
the data. It seems the DBI+DBD::ODBC likes to r
On 17 Jun 2009, at 11:16, Ben Vinnerd wrote:
It's like ConfigLoader's setup() isn't being run, or it's choosing
to ignore the MYAPP_CONFIG_LOCAL_SUFFIX i'm setting.
I'm afraid the best way to debug this is likely to be brute force.
Copy your apache config somewhere, mangle it to only run
On 17 Jun 2009, at 14:50, Jochen Luig wrote:
According to the ConfigLoader docs, 'local' is the default suffix for
files used to override the main config, so AFAIU the above code is
supposed to "just work".
Maybe I'm just not seeing the wood for the trees here, but are
there any
prerequisites
On 17 Jun 2009, at 13:51, Ben Vinnerd wrote:
Where should the root dir (for templates) be? I thought it was at
the same level as lib, script, and t.
...the INCLUDE_PATH isn't setup, and i have to manually add:
At a guess, you deleted your Makefile.PL?
Cheers
t0m
___
14 matches
Mail list logo
