Re: Apache2::AuthCookie - semantics of WhatEverPath parameter?

2015-08-11 Thread Michael Schout
On 7/27/15 12:30 PM, Jim Garrison wrote:
> Every example for Apache2::AuthCookie shows
> 
> ...
> WhatEverPath /
> ...

AuthCookie maintainer here.

Its the path that will be sent in the HTTP Cookie.

As already mentioned by others is the path component of the cookie.

If you set a cookie with path=/foo for example, that cookie is only
supposed to be sent by the client for urls that begin with /foo.

For example if you have a directory called /secure, and you only require
AuthCookie authentication to access urls under this directory, you might
set the path to /secure

Regards,
Michael Schout


[Rusonyx #1409052]: Re: Apache2::AuthCookie - semantics of WhatEverPath parameter?

2015-08-11 Thread Rusonyx Support Team
Michael Schout,

Вы написали в компанию Русоникс и это письмо является автоматическим
подтверждением того, что Ваша заявка поступила в очередь на обработку.
Мы ответим на Ваш запрос по возможности максимально быстро.

ID Заявки: 1409052
Тема: Re: Apache2::AuthCookie - semantics of WhatEverPath parameter?
Отдел: Support
Тип: Issue
Статус: Open
Приоритет: Medium
С уважением
ООО Русоникс
www.rusonyx.ru 

Rusonyx


--
Портал технической поддержки: https://support.rusonyx.ru/index.php?


Re: mod_perl and apache 2.4

2015-08-11 Thread Michael Schout
On 5/8/15 7:55 PM, GLG wrote:
> It doesn't matter how I install mod_perl (dynamic or static. Also tried via
> Webmin), the end result is always the same. This on FreeBSD 10.1
...
> httpd: Syntax error on line 107 of /usr/local/etc/apache22/httpd.conf:
> Cannot load /usr/local/libexec/apache22/mod_perl.so into server:
> /usr/local/libexec/apache22/mod_perl.so: Undefined symbol
> "modperl_io_perlio_restore_stdout"
> -

I know this is old, but I'm going to reply because I ran into this a
while back (and solved it).  Hopefully I can help others.

This problem has to do with the fact that FreeBSD uses clang to compile
mod_perl, and clang handles C99 inline functions differently from gcc's
default mode (which is C89 for GCC < 5.0).  You'll run into this exact
same problem everywhere clang is used (e.g.: OS X).

The short answer is you have two choices:

1) compile with gcc
or
2) patch src/modules/perl/modperl_common_util.h and make sure APR_INLINE
is not defined before compiling.

See the ports Makefile in www/mod_perl2 under the post-patch rule for
how the ports tree handles this (unset APR_INLINE)

I realize this may be too late to help you, but hopefully this will help
someone else down the line.

See: http://clang.llvm.org/compatibility.html#inline

Regards,
Michael Schout


[Rusonyx #1409057]: Re: mod_perl and apache 2.4

2015-08-11 Thread Rusonyx Support Team
Michael Schout,

Вы написали в компанию Русоникс и это письмо является автоматическим
подтверждением того, что Ваша заявка поступила в очередь на обработку.
Мы ответим на Ваш запрос по возможности максимально быстро.

ID Заявки: 1409057
Тема: Re: mod_perl and apache 2.4
Отдел: Support
Тип: Issue
Статус: Open
Приоритет: Medium
С уважением
ООО Русоникс
www.rusonyx.ru 

Rusonyx


--
Портал технической поддержки: https://support.rusonyx.ru/index.php?