svn commit: r1328297 - /httpd/httpd/trunk/docs/manual/mod/event.html.en

[hu...@apache.org]

Author: humbedooh
Date: Fri Apr 20 10:20:15 2012
New Revision: 1328297

URL: http://svn.apache.org/viewvc?rev=1328297&view=rev
Log:
xforms

Modified:
    httpd/httpd/trunk/docs/manual/mod/event.html.en

Modified: httpd/httpd/trunk/docs/manual/mod/event.html.en
URL: http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/manual/mod/event.html.en?rev=1328297&r1=1328296&r2=1328297&view=diff
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/event.html.en (original)
+++ httpd/httpd/trunk/docs/manual/mod/event.html.en Fri Apr 20 10:20:15 2012
@@ -82,7 +82,7 @@ of consuming threads only for connection
     <p>This MPM tries to fix the 'keep alive problem' in HTTP. After a client
     completes the first request, the client can keep the connection
     open, and send further requests using the same socket. This can
-    save signifigant overhead in creating TCP connections. However,
+    save significant overhead in creating TCP connections. However,
     Apache HTTP Server traditionally keeps an entire child process/thread waiting
     for data from the client, which brings its own disadvantages. To
     solve this problem, this MPM uses a dedicated thread to handle both
@@ -150,7 +150,7 @@ of consuming threads only for connection
     needed, and other (mostly SSL) connections with one request worker thread
     reserved per connection. This can lead to situations where all workers are
     tied up and no worker thread is available to handle new work on established
-    async connetions.</p>
+    async connections.</p>
 
     <p>To mitigate this problem, the event MPM does two things: Firstly, it
     limits the number of connections accepted per process, depending on the