Re: Logging wide characters to error_log

2014-09-23 Thread Bill Moseley
quot; LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= -- Bill Moseley mose...@hank.org

undefined

2014-09-23 Thread Bill Moseley
ng' ); $r->log->warn( $octets ); $r->log->warn( Encode::decode_utf8( $octets ) ); print STDERR $octets; $r->content_type('text/plain'); $r->print( "hello world\n" ); return Apache2

ap_get_brigade failed during prefetch

2014-02-24 Thread Bill Moseley
at also struck me as interesting with that 2012 post is that we have had some reports of uploads timing out with IE9 as well. Ideas? -- Bill Moseley mose...@hank.org

Re: mod_perl and Transfer-Encoding: chunked

2013-07-04 Thread Bill Moseley
André, thanks for the response: On Thu, Jul 4, 2013 at 4:06 AM, André Warnier wrote: > > Bill Moseley wrote: > >> >> First, if $r->read reads unchunked data then why is there a >> Transfer-Encoding header saying that the content is chunked? Shouldn't >>

Re: mod_perl and Transfer-Encoding: chunked

2013-07-03 Thread Bill Moseley
to be > IO::String, but now that functionality is built into the core. > > By your last paragraph, I'm really lost. Since you're already passing the > request as a file handle, I'm guessing that Catalyst creates the > tempororary file for the *response* body. Can

mod_perl and Transfer-Encoding: chunked

2013-07-02 Thread Bill Moseley
uffer length and Apache returns that. So, maybe Apache is buffering to disk, too. In other words, for each tiny chunked JSON POST or PUT I'm creating two (or three?) temp files which doesn't seem ideal. -- Bill Moseley mose...@hank.org

Re: mod_perl build with perlbrew

2012-09-19 Thread Bill Moseley
ry not found" unless -d $root; +push @ARGV, "MP_AP_DESTDIR=$root"; +} +else { +die "Must be in PERLBREW environment"; +} I also have to set DESTDIR, although that might be for libapreq2. The other odd thing is tests failed because the tests were somehow loading the exiting httpd.conf files in /etc/httpd. Shouldn't do that, right? -- Bill Moseley mose...@hank.org

Re: Perlbrew + mod_perl2 + libapreq2

2012-07-29 Thread Bill Moseley
thing to imagine again is each user with their own httpd.conf that points to their locally-built mod_perl.so and mod_apreq2.so files. Yes, that means each user would need to run their own httpd binary, but doesn't mean each user would need to install their own version of Apache (because LoadModul

Perlbrew + mod_perl2 + libapreq2

2012-07-29 Thread Bill Moseley
onf.d/ that has includes our configs that point to non-existent directories. Why is the system-installed /etc/httpd/conf/httpd.conf used when running tests? -- Bill Moseley mose...@hank.org

Re: Detecting graceful restart/stop in child processes

2009-12-10 Thread Bill Moseley
On Mon, Dec 7, 2009 at 7:01 AM, Bill Moseley \ > > > So, it would be more convenient if a graceful restart could be done on just > Apache and that would trigger closing the connections on the next response > freeing up the process to exit. That's the part I'm trying to

Re: Detecting graceful restart/stop in child processes

2009-12-07 Thread Bill Moseley
On Mon, Dec 7, 2009 at 1:18 AM, André Warnier wrote: > Bill Moseley wrote: > >> >> Again, I've got keep alives set for a long time. >> > > Well, isn't that your problem then ? > KeepAlive connections were introduced at a time when establishing and >

Re: Detecting graceful restart/stop in child processes

2009-12-06 Thread Bill Moseley
USR1 in the child process on a graceful stop, but it seems just the act of catching the signal prevents the process from exiting. That is, the query parameter trick can still trigger closing the connection but the process does not exit. So, yes, an IPC and Apache guru would be the next step. ;) -- Bill Moseley mose...@hank.org

Detecting graceful restart/stop in child processes

2009-12-06 Thread Bill Moseley
to detect when a graceful stop or restart has been requested so that I can add a Connection: close header to the response. -- Bill Moseley mose...@hank.org

Re: Alternatives to Apache::DBI?

2009-10-04 Thread Bill Moseley
gh, as it is careful not to cache across > fork or thread boundaries. > But, if you use txn_do() for all transactions then is there any need for the cleanup handler rollback? I also see in your disconnect method that you manually issue a rollback, call disconnect and then undefine $dbh. Doesn't DBI do that automatically when $dbh is DESTROYed? -- Bill Moseley mose...@hank.org

Re: Ways to scale a mod_perl site

2009-09-19 Thread Bill Moseley
stored about it server side the server just gets > the session string from the client and doesn't care (doesn't know) if > any browser "logged out". > > And storing the IP in the session wouldn't work for users that get a > new IP very often. On the other

Re: RFC: Apache2::CloseKeepAlive

2009-08-28 Thread Bill Moseley
be much cheaper than a "real" CDN. Here's one tutorial: http://net.tutsplus.com/misc/use-amazon-s3-firefox-to-serve-static-files/ -- Bill Moseley mose...@hank.org

Re: RFC: Apache2::CloseKeepAlive

2009-08-27 Thread Bill Moseley
browser know to split them up into separate images that pages > can then call out individually? > Ask Google ;) http://www.websiteoptimization.com/speed/tweak/css-sprites/ -- Bill Moseley mose...@hank.org

Re: RFC: Apache2::CloseKeepAlive

2009-08-27 Thread Bill Moseley
forever -- and rarely hit your serve. In the end, each "page view" should only be one request to your mod_perl server anyway. -- Bill Moseley mose...@hank.org

Re: quick pure perl question

2009-06-30 Thread Bill Moseley
o typed, spoken, or signed language first. Even if most of what I write would be considered pretty raw. Isn't :raw mostly a way to use layers to say don't do CRLF conversion -- like the old use of binmode()? Oh, maybe not according to the docs. It's best to decode and encode all character data at program boundaries and stay away form Windows. -- Bill Moseley mose...@hank.org

Re: quick pure perl question

2009-06-28 Thread Bill Moseley
l sets the utf8 flag on $line to indicate that $line is character data. Then you are attempting to write characters (which is an abstraction) out as byte data. Perl warns you that you are doing this because the utf8 flag is set. You need to encode the character data before writing back out either by encoding explicitly or using a layer. -- Bill Moseley mose...@hank.org

Re: keep-alives with HTTP 1.0

2008-12-09 Thread Bill Moseley
On Tue, Dec 09, 2008 at 02:33:52PM -0500, Perrin Harkins wrote: > On Mon, Dec 8, 2008 at 2:20 PM, Bill Moseley <[EMAIL PROTECTED]> wrote: > > Is there something special I need to do to allow keep-alive responses > > for HTTP 1.0 requests? > > Not sure, but there's

keep-alives with HTTP 1.0

2008-12-08 Thread Bill Moseley
l/2.0.4 Perl/v5.10.0 Keep-Alive: timeout=2 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/plain f This is content 0 -- Bill Moseley [EMAIL PROTECTED] Sent from my iMutt

Re: [OT] Client authentication

2007-09-23 Thread Bill Moseley
where mod_ssl can handle client cert. It's just something I need to learn more about... Thanks, -- Bill Moseley [EMAIL PROTECTED]

[OT] Client authentication

2007-09-22 Thread Bill Moseley
hack a client machine and make fake requests to the server then it seems the hacker would have access to the client cert just as easily as the shared secret. But, as I said, I have not used client certs before so I might be missing a key point. What would you recommend, and why? Thanks, -- Bill Moseley [EMAIL PROTECTED]

-X and trapping kill?

2007-09-17 Thread Bill Moseley
even kill from another xterm, I have to kill -9 it. Tried also on Ubuntu, but it's the same versions as above. -- Bill Moseley [EMAIL PROTECTED]

Re: ORMs under mod_perl

2006-05-18 Thread Bill Moseley
nd still have the apache child alive to do the cleanup? -- Bill Moseley [EMAIL PROTECTED]

Re: ORMs under mod_perl

2006-05-18 Thread Bill Moseley
On Thu, May 18, 2006 at 07:05:13PM -0400, Perrin Harkins wrote: > On Thu, 2006-05-18 at 15:57 -0700, Bill Moseley wrote: > > It's been a while since I looked at this. Isn't this just a problem > > when creating the connection before forking? > > That's one

mod_cache in front mod_perl

2006-05-18 Thread Bill Moseley
he deals with deflated content. The mod_perl server can deflate/gzip the content, so would mod_cache store include compressed and non compressed versions? -- Bill Moseley [EMAIL PROTECTED]

Re: ORMs under mod_perl

2006-05-18 Thread Bill Moseley
app I'm *not* using an ::Loader code, and IIRC the connections happen only in each child. /me needs to review this stuff again. -- Bill Moseley [EMAIL PROTECTED]

Re: GTop vs. pmap on Linux

2006-05-02 Thread Bill Moseley
size: 116744K rss:68432K shared_clean:19708K shared_dirty:33912K private_clean: 0K private_dirty:14812K -- Bill Moseley [EMAIL PROTECTED]

GTop vs. pmap on Linux

2006-05-01 Thread Bill Moseley
Module one module -- the main Catalyst application module: total = 905892K shared = 0K used = 857464K free = 48428K 22024 size = 61628k 22024 vsize = 61628k 22024 resident = 43528k 22024 share = 24752k 22024 rss = 43528k pmap -d 22024 | grep write mapp

Re: PerlSetupEnv and CGI.pm

2004-06-04 Thread Bill Moseley
On Fri, Jun 04, 2004 at 03:05:36PM -0400, Perrin Harkins wrote: > On Fri, 2004-06-04 at 14:49, Bill Moseley wrote: > > With PerlSetupEnv OFF $cgi->param('foo') returns undef. I'm sure this > > is suppose to work > > "Scripts using the CGI.pm module r

PerlSetupEnv and CGI.pm

2004-06-04 Thread Bill Moseley
t; 'CGI-Perl/1.1', 'SERVER_ADDR' => '127.0.0.1', 'DOCUMENT_ROOT' => '/home/moseley/apache', 'PATH_TRANSLATED' => '/home/moseley/apache/', 'HTTP_HOST' => 'localhost

What's up with sessions? A::Session::Wrapper & A::SessionManager

2004-04-06 Thread Bill Moseley
that Apache::Session uses? Thanks, -- Bill Moseley [EMAIL PROTECTED] -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html