[Catalyst-commits] r12394 - trunk/examples/CatalystAdvent/root/2009/pen

hobbs at dev.catalyst.perl.org hobbs at dev.catalyst.perl.org
Wed Dec 16 00:13:22 GMT 2009


Author: hobbs
Date: 2009-12-16 00:13:22 +0000 (Wed, 16 Dec 2009)
New Revision: 12394

Modified:
   trunk/examples/CatalystAdvent/root/2009/pen/media_delivery.pod
Log:
Spelling and grammar nits


Modified: trunk/examples/CatalystAdvent/root/2009/pen/media_delivery.pod
===================================================================
--- trunk/examples/CatalystAdvent/root/2009/pen/media_delivery.pod	2009-12-15 23:54:48 UTC (rev 12393)
+++ trunk/examples/CatalystAdvent/root/2009/pen/media_delivery.pod	2009-12-16 00:13:22 UTC (rev 12394)
@@ -32,11 +32,11 @@
 to go any further...
 
 However, if you're serving large files and likely to have an appreciable number of users,
-then sending bytes in perl just won't scale..
+then sending bytes in perl just won't scale.
 
-=head2 Scaleing
+=head2 Scaling
 
-The key to scaleing is to do things using the minimum resources possible. Sending bytes across
+The key to scaling is to do things using the minimum resources possible. Sending bytes across
 the internet is something that web servers are very good at scaling to do.
 
 So the planned architecture will be something like:
@@ -45,7 +45,7 @@
 
 =item *
 
-Request comes into your web server
+Request comes into your web server.
 
 =item *
 
@@ -63,12 +63,12 @@
 
 =back
 
-So the key is this <X-Accel-Redirect> or C<X-Sendfile> thing - these are just
-a header that you get your application to send in the response (which one you
+So the key is this C<X-Accel-Redirect> or C<X-Sendfile> thing - these are just
+headers that you get your application to send in the response (which one you
 use depends which web server you're running).
 
-After sending this (headers only) response, your application server is freed
-up and able to get on with handling the next request.
+After sending this response (headers only, no content), your application server
+is freed up and able to get on with handling the next request.
 
 =head3 A note on web servers
 
@@ -96,18 +96,18 @@
 it internally redirects the request to another path known by the web server,
 bypassing ACL checking.
 
-This means that the correct header to send is web server configuration
-dependent, which is a disadvantage, but as nginx can act as a proxy as well as
-a web server, this can also be more powerful, as nginx can proxy for a backend
-content server.
+This means that the correct header to send depends on your web server
+configuration, which is a disadvantage, but as nginx can act as a proxy as well
+as a web server, this can also be more powerful, as nginx can proxy for a
+backend content server.
 
 =head4 perlbal
 
 Perl based load balancer which supports an C<X-REPROXY-URL> header to allow
 you to reproxy content to a backend content server.
 
-Not covered in this article as I don't have any experience with it myself, and
-you still need a web server to serve your main application.
+C<X-REPROXY-URL> is not covered in this article as I don't have any experience
+with it myself, and you still need a web server to serve your main application.
 
 =head2 Examples
 
@@ -117,7 +117,7 @@
 =head3 nginx config
 
     http {
-        include       /etc/nginx/mime.types;
+        include     /etc/nginx/mime.types;
         access_log  /var/log/nginx/access.log;
 
         sendfile           on;




More information about the Catalyst-commits mailing list