and is that both
> modules work differently and have different performance, are there any
> guidelines/recommendations with respect to migrating?
--
Daniel J. Luke
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/
On Sep 18, 2014, at 5:21 PM, Dagfinn Ilmari Mannsåker ilm...@ilmari.org wrote:
Daniel J. Luke dl...@geeklair.net writes:
I noticed today that an app I'm working on will start fine only if the
user who is running the app can read the current directory (ie, if I'm
starting it as a user
/FastCGI.pm, 0x7fff80e76cf0) = -1 ENOENT (No such file or
directory)
I didn't see this documented anywhere - am I missing some obvious reason why
this behavior is desired?
--
Daniel J. Luke
/msg87153.html
--
Daniel J. Luke
++
| * dl...@geeklair.net * |
| *-- http
how it goes?
John
On Thursday, November 7, 2013 3:07 PM, Daniel J. Luke dl...@geeklair.net
wrote:
I've done some more experimentation and this doesn't end up working very well
for us. For the list archive:
You can accomplish what I was going for using mod_fastcgi and a standalone
follow that, you will see stuff 'stream' as you wish unless there is
some buffering going on at some other level of the stack.
Johnn
On Thursday, October 31, 2013 4:22 PM, Daniel J. Luke dl...@geeklair.net
wrote:
I replicated this today outside of Catalyst (just a small
FCGI/FCGI
( for example, Plack::Handler::FCGI )
and look around codes around write(r), you may find something.
Good luck :)
On Wed, Oct 30, 2013 at 9:51 AM, Daniel J. Luke dl...@geeklair.net wrote:
I've got some legacy CGI code that does a bunch of processing and uses the
old hack of $| = 1; print foo\n
otherwise.
On Oct 31, 2013, at 10:12 AM, Daniel J. Luke dl...@geeklair.net wrote:
We're actually running Catalyst::Runtime 5.80031 (currently), so I believe
it's using Catalyst::Engine::FastCGI which just does *STDOUT-syswrite()
I guess I try to do some testing with newer Catalyst (and maybe
? It might be nice to get
something added to the docs for this.
--
Daniel J. Luke
++
| * dl...@geeklair.net
? Is there some way to get the behavior I'm
expecting?
--
Daniel J. Luke
++
| * dl...@geeklair.net
for the old codebase).
Thanks!
--
Daniel J. Luke
++
| * dl...@geeklair.net
see the manpage for install_name_tool for details on how to use it.
You could fix just your mysql.bundle, libmysqlclient.18.dylib and mysql.bundle,
or maybe even just add an rpath to mysql.bundle to get it to search
/usr/local/mysql/lib
--
Daniel J. Luke
.
You might be able to fix things just by rebuilding DBD::mysql ...
--
Daniel J. Luke
++
| * dl...@geeklair.net
) to find the lib.
--
Daniel J. Luke
++
| * dl...@geeklair.net * |
| *-- http
On Mar 5, 2012, at 10:01 AM, Daniel J. Luke wrote:
Unless you've specifically done something to break how things normally work,
then it'll work fine.
I don't think I've done anything unusual.
I guess I was wrong ;-)
A little time in the perl debugger and I found where my ACCEPT_CONTEXT
On Mar 4, 2012, at 9:56 AM, Tomas Doran wrote:
On 2 Mar 2012, at 20:44, Daniel J. Luke wrote:
On Feb 25, 2012, at 10:00 AM, Daniel J. Luke wrote:
On Feb 25, 2012, at 3:39 AM, Tomas Doran wrote:
Or maybe there's a reason why there's not an obvious hook and someone
can point me to the pitfalls
')-schema-dbh-ping; # Check we have a DB connection
that's working straight after forking but before starting to handle requests.
}
You can then pass your fastcgi.pl script the option to use your custom
process manager, and you're sorted.
Perfect, thanks!
--
Daniel J. Luke
a look at
https://metacpan.org/module/DBD::Gofer#Connection-Pooling-and-Throttling
Op 21-02-12 19:30, Daniel J. Luke schreef:
Is there a canonical (or recommended) way to have my new fastcgi processes'
model(s) connect to their databases on startup (instead of during the first
request?)
I'd
18 matches
Mail list logo
