> On Thu, 27 Apr 2006 23:24:42 -0400, Jonathan Vanasco <[EMAIL PROTECTED]>
> said:
> I think i owe this list a keg or two by now.
Although they haven't mentioned -D/define yet?
--
andreas
On Apr 28, 2006, at 3:55 PM, vzn0529 wrote:
$ make_build.pl --version 1.4 --type prod ## The release script
toggles my config file parameter to prod.
I gave up on that stuff a while back. Now I have all my webapps as
svn checkouts, and deny access to .svn dirs. I branch trunk into a
ne
Jonathan Vanasco wrote:
I'd like to flag whether my app is running on dev or prod with a
variable that's in httpd.conf
( right now i manually toggle a var in a config file, and its driving
me nuts )
Maybe you should consider automating the toggling as part of your
build-release script? My c
"Cees Hek" <[EMAIL PROTECTED]> writes:
> In debian there is a file in /etc/apache2/mods-available called
> apreq.load. Just link that to your
> /etc/apache2/mods-enabled directory and restart apache2
>
> ln -s /etc/apache2/mods-available/apreq.load
> /etc/apache2/mods-enabled/apreq.load
Or, the
On Apr 28, 2006, at 1:47 AM, Perrin Harkins wrote:
$My::App::DEV_MODE = 1;
Nice
On Apr 27, 2006, at 11:42 PM, Geoffrey Young wrote:
http://perl.apache.org/docs/2.0/api/Apache2/
ServerUtil.html#C_dir_config_
Ok. i'll submit a patch for PerlSetVar later.
While ServerUtil says this:
$s
Frank Maas wrote:
>> but the thing about output filters is they should do something like
>>
>> return DECLINED unless $r->content_type =~ m/something_I_can_handle/;
>>
>> so your xml filter should decline (or better, remove itself) from the
>> filter chain if it's not xml you're being asked to
> but the thing about output filters is they should do something like
>
> return DECLINED unless $r->content_type =~ m/something_I_can_handle/;
>
> so your xml filter should decline (or better, remove itself) from the
> filter chain if it's not xml you're being asked to process.
yup, I'll tell
Frank Maas wrote:
>>> This object does some basic things for generating XML, hence the
>>> content_type. This, again, works fine. Now the problem - if an
>>> unexisting action for this "XML subclass" is requested, the AUTOLOAD
>>> kicks in. The AUTOLOAD sets the content-type back to HTML
>>>
>> This object does some basic things for generating XML, hence the
>> content_type. This, again, works fine. Now the problem - if an
>> unexisting action for this "XML subclass" is requested, the AUTOLOAD
>> kicks in. The AUTOLOAD sets the content-type back to HTML
>> ($r->content_type('text/html'
On Fri, 28 Apr 2006 10:02:33 +0200
Frank Maas <[EMAIL PROTECTED]> wrote:
> This object does some basic things for generating XML, hence the
> content_type. This, again, works fine. Now the problem - if an
> unexisting action for this "XML subclass" is requested, the AUTOLOAD
> kicks in. The AUTOL
On Thu, 27 Apr 2006 21:28:24 -0400
Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
>
> I'd like to flag whether my app is running on dev or prod with a
> variable that's in httpd.conf
> ( right now i manually toggle a var in a config file, and its
> driving me nuts )
>
> i wanted to use PerlSetVar
No. Actually, the main reason it never saw a 1.0 version is because of
lack of an intelligent method to configure multiple forms. Patches are
welcome, though :-)
Issac
Barry Hoggard wrote:
> On Apr 27, 2006, at 10:09 AM, Perrin Harkins wrote:
>> Martin Moss wrote:
>>> Does anybody know of a p
Hi
I am experiencing a problem that I do not see solved or named in the
mailing list, but this can be due to my lack of search terms. So I try
here and hope not to get flamed. The problem bearer is content_type.
I have created some inheriting objects that deal with handling a certain
request.
13 matches
Mail list logo