headers
Igor Galić | 4 Jun 2011 03:20
Gravatar

Performance Docs


Hey folks,

Within the next two weeks, I'm  planning to XMLify the wiki:
http://wiki.apache.org/httpd/PerformanceScalingUp
and replace our current performance docs in trunk. 

This is the last chance to review the document. Especially
the Windows parts, of which I am perfectly oblivious.

so long, and thanks for all the <><

i

--

-- 
Igor Galić

Tel: +43 (0) 664 886 22 883
Mail: i.galic <at> brainsware.org
URL: http://brainsware.org/
Permalink | Reply | 0 comments |
headers
Sander Temme | 7 Jun 2011 00:46
Picon
Favicon

Travel Assistance applications now open for ApacheCon NA 2011


The Apache Software Foundation (ASF)'s Travel Assistance Committee (TAC) is
now accepting applications for ApacheCon North America 2011, 7-11 November
in Vancouver BC, Canada.

The TAC is seeking individuals from the Apache community at-large --users,
developers, educators, students, Committers, and Members-- who would like to
attend ApacheCon, but need some financial support in order to be able to get
there. There are limited places available, and all applicants will be scored
on their individual merit.

Financial assistance is available to cover flights/trains, accommodation and
entrance fees either in part or in full, depending on circumstances.
However, the support available for those attending only the BarCamp (7-8
November) is less than that for those attending the entire event (Conference
+ BarCamp 7-11 November). The Travel Assistance Committee aims to support
all official ASF events, including cross-project activities; as such, it may
be prudent for those in Asia and Europe to wait for an event geographically
closer to them. 

More information can be found at http://www.apache.org/travel/index.html
including a link to the online application and detailed instructions for
submitting.

Applications will close on 8 July 2011 at 22:00 BST (UTC/GMT +1).

We wish good luck to all those who will apply, and thank you in advance for
tweeting, blogging, and otherwise spreading the word.

Regards,
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 7 Jun 2011 19:35
Picon
Favicon

DO NOT REPLY [Bug 51336] New: need a topic for serving pre-compressed content

https://issues.apache.org/bugzilla/show_bug.cgi?id=51336

             Bug #: 51336
           Summary: need a topic for serving pre-compressed content
           Product: Apache httpd-2
           Version: 2.3-HEAD
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Documentation
        AssignedTo: docs <at> httpd.apache.org
        ReportedBy: covener <at> gmail.com
    Classification: Unclassified

need a topic for serving pre-compressed content. 
Some folks say mod_negotiation is hard/overkill, and the canned
rewrite/setenvif/mod_headers is probably easy to get wrong.

In 2.3.x, this probably involves more <if> and less rewrite.

One such canned config:

http://drupal.org/node/1040534

While it doesn't make 100% sense there, dropping it in mod_deflate doc is
probably where people would best find it.

--

--
(Continue reading)

Permalink | Reply | 1 comment |
headers
bugzilla | 7 Jun 2011 19:39
Picon
Favicon

DO NOT REPLY [Bug 51336] need a topic for serving pre-compressed content

https://issues.apache.org/bugzilla/show_bug.cgi?id=51336

--- Comment #1 from Eric Covener <covener <at> gmail.com> 2011-06-07 17:39:07 UTC ---
I guess if the doc ends up looking atrocious, then we should instead think
about teaching mod_deflate [or a new module] how to do this stuff with a simple
"PreCompressedFiles on" kind of flag and let it sort out the timing, Vary, etc.

--

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
Permalink | Reply | 0 comments |
headers
Apache Wiki | 11 Jun 2011 21:39
Picon
Favicon

[Httpd Wiki] Update of "CouldNotBindToAddress" by preaction

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Httpd Wiki" for change notification.

The "CouldNotBindToAddress" page has been changed by preaction:
http://wiki.apache.org/httpd/CouldNotBindToAddress?action=diff&rev1=11&rev2=12

Comment:
clarify the reason for conflicting listen directives

  Listen *:80
  Listen 1.2.3.4:80
  }}}
- will incur the same error message. This can be remedied by disambiguating the ip/port numbers.
+ will incur the same error message. Apache binds to *:80, and then tries to also bind on 1.2.3.4:80, which
fails because it is already bound by the first line. If you're binding on *:PORT, you do not need to also bind
on a specific IP. 

  === You're not root ===
  Unix based systems disallow non-root users to bind processes to port numbers below 1024. Get root!
Permalink | Reply | 0 comments |
headers
Apache Wiki | 12 Jun 2011 22:08
Picon
Favicon

[Httpd Wiki] Update of "FrontPage" by swiker

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Httpd Wiki" for change notification.

The "FrontPage" page has been changed by swiker:
http://wiki.apache.org/httpd/FrontPage?action=diff&rev1=56&rev2=57

  
  You might want to look at the TitleIndex to view all the pages on this site.

+ [[http://allfreeads.com|free ads]]
+
Permalink | Reply | 0 comments |
headers
Igor Galić | 12 Jun 2011 23:43
Gravatar

Admin Group for Wiki

Hey folks,

it seems the easiest way to prevent the spam on the wiki, is
to have dedicated Admins. I know this isn't the way a wiki should
be, but we currently have no sane way of spam prevention.

The SpamAssassin wiki already has it, and ConCom is currently heading
in the same direction. I would like to get some feedback from you
guys before green-lighting infra to enable that feature for us as well

 http://wiki.apache.org/spamassassin/ContributorsGroup
 http://wiki.apache.org/apachecon/AdminGroup

i

--

-- 
Igor Galić

Tel: +43 (0) 664 886 22 883
Mail: i.galic <at> brainsware.org
URL: http://brainsware.org/
Permalink | Reply | 3 comments |
headers
Rich Bowen | 13 Jun 2011 00:00
Favicon
Gravatar

Re: Admin Group for Wiki


On Jun 12, 2011, at 5:43 PM, Igor Galić wrote:

> Hey folks,
> 
> it seems the easiest way to prevent the spam on the wiki, is
> to have dedicated Admins. I know this isn't the way a wiki should
> be, but we currently have no sane way of spam prevention.
> 
> The SpamAssassin wiki already has it, and ConCom is currently heading
> in the same direction. I would like to get some feedback from you
> guys before green-lighting infra to enable that feature for us as well

I'm torn. Philosophically, I'm opposed to this, because it limits the one easy way we have for folks to
contribute to the docs without jumping through a lot of hoops. However, in reality, how many people have we
*ever* had contribute valuable content to the wiki from outside the group that's already on the mailing
list. I don't know the answer to this, and I think that answer is important to this decision. On the one hand,
we need to have some easy way for folks to contribute to the docs. On the other hand, it's my perception that
nobody ever has. So I suppose it's a wash.

--
Rich Bowen
rbowen <at> rcbowen.com
rbowen <at> apache.org
Permalink | Reply | 0 comments |
headers
Daniel Ruggeri | 13 Jun 2011 02:26
Favicon

Re: Admin Group for Wiki

On 6/12/2011 4:43 PM, Igor Galić wrote:
> it seems the easiest way to prevent the spam on the wiki, is
> to have dedicated Admins. I know this isn't the way a wiki should
> be, but we currently have no sane way of spam prevention.
>

Can you elaborate on the level of inconvenience this limitation will 
add? Is this one of those review-accounts-before-creation kinds of 
things or review-posts-before-accepting kinds of things? Are there other 
options for review? I would be willing to volunteer time to assist if 
the group collectively decides to follow this idea.

As far as the question posed goes, it would seem to me that the ratio of 
spam to/valuable content is rather high. The unfortunate reality is that 
there are enough Bad Guys on the Internet that ruin things for everyone 
and most public forums, wikis and blogs have some form of moderation to 
combat this. As long as adding moderation doesn't make it *difficult* to 
contribute, I feel that users would understand.

P.S.
I administer some MediaWiki sites, but no MoinMoin powered wiki's. What 
is the preferred method of moderation? Something built-in or an extension?

--

-- 
--
Daniel Ruggeri
Permalink | Reply | 1 comment |
headers
Igor Galić | 13 Jun 2011 11:25
Gravatar

Re: Admin Group for Wiki


----- Original Message -----
> On 6/12/2011 4:43 PM, Igor Galić wrote:
> > it seems the easiest way to prevent the spam on the wiki, is
> > to have dedicated Admins. I know this isn't the way a wiki should
> > be, but we currently have no sane way of spam prevention.
> >
> 
> 
> Can you elaborate on the level of inconvenience this limitation will
> add? Is this one of those review-accounts-before-creation kinds of
> things or review-posts-before-accepting kinds of things? Are there
> other
> options for review? I would be willing to volunteer time to assist if
> the group collectively decides to follow this idea.
> 
> As far as the question posed goes, it would seem to me that the ratio
> of
> spam to/valuable content is rather high. The unfortunate reality is
> that
> there are enough Bad Guys on the Internet that ruin things for
> everyone
> and most public forums, wikis and blogs have some form of moderation
> to
> combat this. As long as adding moderation doesn't make it *difficult*
> to
> contribute, I feel that users would understand.

For explanation, this is how it's done:
(Continue reading)

Permalink | Reply | 0 comments |

Gmane