github.com/krum110487/go-htaccess@v0.0.0-20240316004156-60641c8e7598/tests/data/apache_2_4_58/ABOUT_APACHE.txt (about) 1 2 The Apache HTTP Server Project 3 4 http://httpd.apache.org/ 5 6 The Apache HTTP Server Project is a collaborative software development effort 7 aimed at creating a robust, commercial-grade, featureful, and freely-available 8 source code implementation of an HTTP (Web) server. The project is jointly 9 managed by a group of volunteers located around the world, using the Internet 10 and the Web to communicate, plan, and develop the server and its related 11 documentation. In addition, hundreds of users have contributed ideas, code, 12 and documentation to the project. 13 14 This file is intended to briefly describe the history of the Apache Group (as 15 it was called in the early days), recognize the many contributors, and explain 16 how you can join the fun too. 17 18 In February of 1995, the most popular server software on the Web was the 19 public domain HTTP daemon developed by Rob McCool at the National Center 20 for Supercomputing Applications, University of Illinois, Urbana-Champaign. 21 However, development of that httpd had stalled after Rob left NCSA in 22 mid-1994, and many webmasters had developed their own extensions and bug 23 fixes that were in need of a common distribution. A small group of these 24 webmasters, contacted via private e-mail, gathered together for the purpose 25 of coordinating their changes (in the form of "patches"). Brian Behlendorf 26 and Cliff Skolnick put together a mailing list, shared information space, 27 and logins for the core developers on a machine in the California Bay Area, 28 with bandwidth and diskspace donated by HotWired and Organic Online. 29 By the end of February, eight core contributors formed the foundation 30 of the original Apache Group: 31 32 Brian Behlendorf Roy T. Fielding Rob Hartill 33 David Robinson Cliff Skolnick Randy Terbush 34 Robert S. Thau Andrew Wilson 35 36 with additional contributions from 37 38 Eric Hagberg Frank Peters Nicolas Pioch 39 40 Using NCSA httpd 1.3 as a base, we added all of the published bug fixes 41 and worthwhile enhancements we could find, tested the result on our own 42 servers, and made the first official public release (0.6.2) of the Apache 43 server in April 1995. By coincidence, NCSA restarted their own development 44 during the same period, and Brandon Long and Beth Frank of the NCSA Server 45 Development Team joined the list in March as honorary members so that the 46 two projects could share ideas and fixes. 47 48 The early Apache server was a big hit, but we all knew that the codebase 49 needed a general overhaul and redesign. During May-June 1995, while 50 Rob Hartill and the rest of the group focused on implementing new features 51 for 0.7.x (like pre-forked child processes) and supporting the rapidly growing 52 Apache user community, Robert Thau designed a new server architecture 53 (code-named Shambhala) which included a modular structure and API for better 54 extensibility, pool-based memory allocation, and an adaptive pre-forking 55 process model. The group switched to this new server base in July and added 56 the features from 0.7.x, resulting in Apache 0.8.8 (and its brethren) 57 in August. 58 59 After extensive beta testing, many ports to obscure platforms, a new set 60 of documentation (by David Robinson), and the addition of many features 61 in the form of our standard modules, Apache 1.0 was released on 62 December 1, 1995. 63 64 Less than a year after the group was formed, the Apache server passed 65 NCSA's httpd as the #1 server on the Internet. 66 67 The survey by Netcraft (http://www.netcraft.com/survey/) shows that Apache 68 is today more widely used than all other web servers combined. 69 70 ============================================================================ 71 72 The current project management committee of the Apache HTTP Server 73 project (as of March, 2011) is: 74 75 Aaron Bannert André Malo Astrid Stolper 76 Ben Laurie Bojan Smojver Brad Nicholes 77 Brian Havard Brian McCallister Chris Darroch 78 Chuck Murcko Colm MacCárthaigh Dan Poirier 79 Dirk-Willem van Gulik Doug MacEachern 80 Eric Covener Erik Abele Graham Dumpleton 81 Graham Leggett Greg Ames Greg Stein 82 Gregory Trubetskoy Guenter Knauf Issac Goldstand 83 Jeff Trawick Jim Gallacher Jim Jagielski 84 Joe Orton Joe Schaefer Joshua Slive 85 Justin Erenkrantz Ken Coar Lars Eilebrecht 86 Manoj Kasichainula Marc Slemko Mark J. Cox 87 Martin Kraemer Maxime Petazzoni Nick Kew 88 Nicolas Lehuen Noirin Shirley Paul Querna 89 Philip M. Gollucci Ralf S. Engelschall Randy Kobes 90 Rasmus Lerdorf Rich Bowen Roy T. Fielding 91 Rüdiger Plüm Sander Striker Sander Temm 92 Stefan Fritsch Tony Stevenson Victor J. Orlikowski 93 Wilfredo Sanchez William A. Rowe Jr. Yoshiki Hayashi 94 95 Other major contributors 96 97 Howard Fear (mod_include), Florent Guillaume (language negotiation), 98 Koen Holtman (rewrite of mod_negotiation), 99 Kevin Hughes (creator of all those nifty icons), 100 Brandon Long and Beth Frank (NCSA Server Development Team, post-1.3), 101 Ambarish Malpani (Beginning of the NT port), 102 Rob McCool (original author of the NCSA httpd 1.3), 103 Paul Richards (convinced the group to use remote CVS after 1.0), 104 Garey Smiley (OS/2 port), Henry Spencer (author of the regex library). 105 106 Many 3rd-party modules, frequently used and recommended, are also 107 freely-available and linked from the related projects page: 108 <http://modules.apache.org/>, and their authors frequently 109 contribute ideas, patches, and testing. 110 111 Hundreds of people have made individual contributions to the Apache 112 project. Patch contributors are listed in the CHANGES file. 113 114 ============================================================================ 115 116 How to become involved in the Apache project 117 118 There are several levels of contributing. If you just want to send 119 in an occasional suggestion/fix, then you can just use the bug reporting 120 form at <http://httpd.apache.org/bug_report.html>. You can also subscribe 121 to the announcements mailing list (announce-subscribe@httpd.apache.org) which 122 we use to broadcast information about new releases, bugfixes, and upcoming 123 events. There's a lot of information about the development process (much of 124 it in serious need of updating) to be found at <http://httpd.apache.org/dev/>. 125 126 If you'd like to become an active contributor to the Apache project (the 127 group of volunteers who vote on changes to the distributed server), then 128 you need to start by subscribing to the dev@httpd.apache.org mailing list. 129 One warning though: traffic is high, 1000 to 1500 messages/month. 130 To subscribe to the list, send an email to dev-subscribe@httpd.apache.org. 131 We recommend reading the list for a while before trying to jump in to 132 development. 133 134 NOTE: The developer mailing list (dev@httpd.apache.org) is not 135 a user support forum; it is for people actively working on development 136 of the server code and documentation, and for planning future 137 directions. If you have user/configuration questions, send them 138 to users list <http://httpd.apache.org/userslist> or to the USENET 139 newsgroup "comp.infosystems.www.servers.unix".or for windows users, 140 the newsgroup "comp.infosystems.www.servers.ms-windows". 141 142 There is a core group of contributors (informally called the "core") 143 which was formed from the project founders and is augmented from time 144 to time when core members nominate outstanding contributors and the 145 rest of the core members agree. The core group focus is more on 146 "business" issues and limited-circulation things like security problems 147 than on mainstream code development. The term "The Apache Group" 148 technically refers to this core of project contributors. 149 150 The Apache project is a meritocracy--the more work you have done, the more 151 you are allowed to do. The group founders set the original rules, but 152 they can be changed by vote of the active members. There is a group 153 of people who have logins on our server (apache.org) and access to the 154 svn repository. Everyone has access to the svn snapshots. Changes to 155 the code are proposed on the mailing list and usually voted on by active 156 members--three +1 (yes votes) and no -1 (no votes, or vetoes) are needed 157 to commit a code change during a release cycle; docs are usually committed 158 first and then changed as needed, with conflicts resolved by majority vote. 159 160 Our primary method of communication is our mailing list. Approximately 40 161 messages a day flow over the list, and are typically very conversational in 162 tone. We discuss new features to add, bug fixes, user problems, developments 163 in the web server community, release dates, etc. The actual code development 164 takes place on the developers' local machines, with proposed changes 165 communicated using a patch (output of a unified "diff -u oldfile newfile" 166 command), and committed to the source repository by one of the core 167 developers using remote svn. Anyone on the mailing list can vote on a 168 particular issue, but we only count those made by active members or people 169 who are known to be experts on that part of the server. Vetoes must be 170 accompanied by a convincing explanation. 171 172 New members of the Apache Group are added when a frequent contributor is 173 nominated by one member and unanimously approved by the voting members. 174 In most cases, this "new" member has been actively contributing to the 175 group's work for over six months, so it's usually an easy decision. 176 177 The above describes our past and current (as of July 2000) guidelines, 178 which will probably change over time as the membership of the group 179 changes and our development/coordination tools improve. 180 181 ============================================================================ 182 183 The Apache Software Foundation (www.apache.org) 184 185 The Apache Software Foundation exists to provide organizational, legal, 186 and financial support for the Apache open-source software projects. 187 Founded in June 1999 by the Apache Group, the Foundation has been 188 incorporated as a membership-based, not-for-profit corporation in order 189 to ensure that the Apache projects continue to exist beyond the participation 190 of individual volunteers, to enable contributions of intellectual property 191 and funds on a sound basis, and to provide a vehicle for limiting legal 192 exposure while participating in open-source software projects. 193 194 You are invited to participate in The Apache Software Foundation. We welcome 195 contributions in many forms. Our membership consists of those individuals 196 who have demonstrated a commitment to collaborative open-source software 197 development through sustained participation and contributions within the 198 Foundation's projects. Many people and companies have contributed towards 199 the success of the Apache projects. 200 201 ============================================================================ 202 203 Why The Apache HTTP Server Is Free 204 205 Apache HTTP Server exists to provide a robust and commercial-grade reference 206 implementation of the HTTP protocol. It must remain a platform upon which 207 individuals and institutions can build reliable systems, both for 208 experimental purposes and for mission-critical purposes. We believe the 209 tools of online publishing should be in the hands of everyone, and 210 software companies should make their money providing value-added services 211 such as specialized modules and support, amongst other things. We realize 212 that it is often seen as an economic advantage for one company to "own" a 213 market - in the software industry that means to control tightly a 214 particular conduit such that all others must pay. This is typically done 215 by "owning" the protocols through which companies conduct business, at the 216 expense of all those other companies. To the extent that the protocols of 217 the World Wide Web remain "unowned" by a single company, the Web will 218 remain a level playing field for companies large and small. Thus, 219 "ownership" of the protocol must be prevented, and the existence of a 220 robust reference implementation of the protocol, available absolutely for 221 free to all companies, is a tremendously good thing. 222 223 Furthermore, Apache httpd is an organic entity; those who benefit from it 224 by using it often contribute back to it by providing feature enhancements, 225 bug fixes, and support for others in public newsgroups. The amount of 226 effort expended by any particular individual is usually fairly light, but 227 the resulting product is made very strong. This kind of community can 228 only happen with freeware--when someone pays for software, they usually 229 aren't willing to fix its bugs. One can argue, then, that Apache's 230 strength comes from the fact that it's free, and if it were made "not 231 free" it would suffer tremendously, even if that money were spent on a 232 real development team. 233 234 We want to see Apache httpd used very widely--by large companies, small 235 companies, research institutions, schools, individuals, in the intranet 236 environment, everywhere--even though this may mean that companies who 237 could afford commercial software, and would pay for it without blinking, 238 might get a "free ride" by using Apache httpd. We would even be happy if 239 some commercial software companies completely dropped their own HTTP server 240 development plans and used Apache httpd as a base, with the proper attributions 241 as described in the LICENSE file. 242 243 Thanks for using Apache HTTP Server! 244