On Tue, Feb 6, 2018 at 9:48 AM, Yann Ylavic wrote:
> On Tue, Feb 6, 2018 at 3:33 PM, Eric Covener wrote:
>> On Tue, Feb 6, 2018 at 9:23 AM, Yann Ylavic wrote:
>>> With my proposal, this is lost only if IP:port(s) or
>>>
On Tue, Feb 6, 2018 at 6:17 PM, Stefan Eissing
wrote:
>
>
>> Am 06.02.2018 um 16:14 schrieb Jim Jagielski :
>>
>> I don't think it does.
>
> I do not understand. I feel that I am missing something here.
>
> You're saying that the scenario does not
On 01/02/2018 18:54, Yann Ylavic wrote:
I have this patch (attached) floating around that allows users to
configure a*fixed* UID for each vhost.
I am not an httpd expert. And I probably already know more than I want to.
When I read the above sentence - with the emphasis on *fixed* my first
On Tue, Feb 6, 2018 at 10:21 AM, Michael wrote:
> On 01/02/2018 18:54, Yann Ylavic wrote:
>
> I have this patch (attached) floating around that allows users to
> configure a *fixed* UID for each vhost.
>
> When I read the above sentence - with the emphasis on *fixed* my
On Tue, Feb 6, 2018 at 11:27 AM, Michael wrote:
> On 06/02/2018 11:13, Yann Ylavic wrote:
>>
>> And the U in UID meant Unique, not User :/
>
> Then I think UUID - except you want it remembered over restarts - rather
> than for a session.
The first U there is Universal
On 06/02/2018 11:54, Stefan Eissing wrote:
Am 06.02.2018 um 11:45 schrieb Helmut K. C. Tessarek :
On 2018-02-06 05:13, Yann Ylavic wrote:
Sorry for what is probably (my) bad english, "fixed" meant "the same
after restart (or stop/start)".
Right, but isn't the virtual
On Tue, Feb 6, 2018 at 11:54 AM, Stefan Eissing
wrote:
>
>> Am 06.02.2018 um 11:45 schrieb Helmut K. C. Tessarek :
>>
>> On 2018-02-06 05:13, Yann Ylavic wrote:
>>> Sorry for what is probably (my) bad english, "fixed" meant "the same
>>> after
On Mon, Feb 05, 2018 at 09:06:09AM -0600, William A Rowe Jr wrote:
> You can't retrieve in the register fn hook, without creating load order
> dependencies.
Yup, that's why there is ap_hook_optional_fn_retrieve which is the right
place to do it.
On 2018-02-06 05:13, Yann Ylavic wrote:
> Sorry for what is probably (my) bad english, "fixed" meant "the same
> after restart (or stop/start)".
Right, but isn't the virtual host's server name/port config after the
restart the same as well? Why do you need a new separate unique identifier?
And
On 06/02/2018 11:13, Yann Ylavic wrote:
On Tue, Feb 6, 2018 at 10:21 AM, Michael wrote:
On 01/02/2018 18:54, Yann Ylavic wrote:
I have this patch (attached) floating around that allows users to
configure a *fixed* UID for each vhost.
When I read the above sentence -
> Am 06.02.2018 um 11:45 schrieb Helmut K. C. Tessarek :
>
> On 2018-02-06 05:13, Yann Ylavic wrote:
>> Sorry for what is probably (my) bad english, "fixed" meant "the same
>> after restart (or stop/start)".
>
> Right, but isn't the virtual host's server name/port config
Hi
Can i unsubscribe mailing group?
I receive httpd-dev mail.
Thanks.
---
이 이메일은 Avast 안티바이러스 소프트웨어로 바이러스 검사를 완료했습니다.
https://www.avast.com/antivirus
Hi
Can I Unsubscribe mailing group??
thanks
---
이 이메일은 Avast 안티바이러스 소프트웨어로 바이러스 검사를 완료했습니다.
https://www.avast.com/antivirus
2018-02-06 12:53 GMT+01:00 :
>
> Hi
>
> Can i unsubscribe mailing group?
Simply send any message to
Regards,
Yann.
> Am 06.02.2018 um 16:14 schrieb Jim Jagielski :
>
> I don't think it does.
I do not understand. I feel that I am missing something here.
You're saying that the scenario does not exist or that it does not trigger the
described effect?
>> On Feb 6, 2018, at 9:18 AM, Yann
On Tue, Feb 6, 2018 at 3:33 PM, Eric Covener wrote:
> On Tue, Feb 6, 2018 at 9:23 AM, Yann Ylavic wrote:
>> With my proposal, this is lost only if IP:port(s) or
>> ServerName/Alias(s) change, which is already a win and shouldn't
>> change the way each
I don't think it does.
> On Feb 6, 2018, at 9:18 AM, Yann Ylavic wrote:
>
> It depends on what you do now, but if it's "reload the server with any
> change before the vhost" than there is an issue.
> You'd lose SHMs, persisted files, all the vhost's balancers states...
>
But we already HAVE an "automatic" ID... that's what the Vhost's
server_rec is. The issue is that there is no "one-size-fits-all" definition
of what such an automatic ID means or how it should be defined.
Is it just Vhost name + Port? That might be good for some modules,
but NOT good for others.
IMO, unless there are issues/problems with what we do *now*,
we shouldn't be changing things...
> On Feb 6, 2018, at 2:24 AM, Yann Ylavic wrote:
>
> On Mon, Feb 5, 2018 at 8:09 PM, Jim Jagielski wrote:
>>
>> On Feb 5, 2018, at 7:38 AM, Stefan Eissing
It depends on what you do now, but if it's "reload the server with any
change before the vhost" than there is an issue.
You'd lose SHMs, persisted files, all the vhost's balancers states...
On Tue, Feb 6, 2018 at 2:29 PM, Jim Jagielski wrote:
> IMO, unless there are
With my proposal, this is lost only if IP:port(s) or
ServerName/Alias(s) change, which is already a win and shouldn't
change the way each balancer is bound to its vhost (i.e. a request on
a vhost wouldn't be accounted/handled by a lb on another vhost).
On Tue, Feb 6, 2018 at 3:18 PM, Yann Ylavic
On Tue, Feb 6, 2018 at 9:23 AM, Yann Ylavic wrote:
> With my proposal, this is lost only if IP:port(s) or
> ServerName/Alias(s) change, which is already a win and shouldn't
> change the way each balancer is bound to its vhost (i.e. a request on
> a vhost wouldn't be
22 matches
Mail list logo