From 774f83629311a2be31639f3bf64ced7bcd93c5c9 Mon Sep 17 00:00:00 2001
From: Derick Rethans <derick@php.net>
Date: Sat, 3 Apr 2004 17:05:44 +0000
Subject: [PATCH] - Clean this up a bit.

git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@155295 c90b9560-bf6c-de11-be94-00142212c4b1
---
 features/file-upload.xml | 15 ++++++++-------
 1 file changed, 8 insertions(+), 7 deletions(-)

diff --git a/features/file-upload.xml b/features/file-upload.xml
index 923d84dc3e..071cc8d376 100644
--- a/features/file-upload.xml
+++ b/features/file-upload.xml
@@ -1,5 +1,5 @@
 <?xml version="1.0" encoding="iso-8859-1"?>
-<!-- $Revision: 1.71 $ -->
+<!-- $Revision: 1.72 $ -->
  <chapter id="features.file-upload">
   <title>Handling file uploads</title>
 
@@ -58,12 +58,13 @@
     upload will not work.
     <warning>
      <para>
-      The MAX_FILE_SIZE is advisory to the browser, althought PHP also check
-      it. It is easy to circumvent this maximum, so don't count on it that the
-      browser obeys your wish! The PHP-settings for maximum-size, however,
-      cannot be fooled. But you should add MAX_FILE_SIZE anyway as it saves
-      users the trouble to wait for a big file being transferred only to find
-      out that it was too big afterwards.
+      The MAX_FILE_SIZE is advisory to the browser, although PHP also checks
+      it. Changing this on the browser size is quite easy, so you can never
+      rely on files with a greater size being blocked by this feature.  The
+      PHP-settings for maximum-size, however, cannot be fooled. You should add
+      the MAX_FILE_SIZE form variable anyway as it saves users the trouble to
+      wait for a big file being transferred only to find out that it was too
+      big afterwards.
      </para>
     </warning>
    </para>