> с помощью метода POSt до 8 Mb.
нет, размер POST запроса неограничен.
Но программные средства (ПХП в частности да и PERL насколько я помню) позволяют ограничивать допустимый размер POST-запроса

С точки зрения теории GET от POST отличается только одним :
В get-запросе данные передаются в URL - и ты можешь сделать ссылку на скрипт, обрабатывающий GET-запрос и например сохранить ее в избранном.
Например : http://www.example.com/script.php?action=show_page - это пример ссылки на скрипт, обрабатывающей GET-запрос.
GET-запросы могут кешировать прокси и броузерами. GET-запросы часто сохраняются в логах. Например если ты сделаешь авторизацию через GET-метод , логин и пароль будут посланы на сервер примерно в таком виде:
http://www.example.com/auth.php?login=your_login&password=your_password и строка будет сохранена в логе веб-сервера (Apache). Если злоумышленник сможет получить лог, он узнает пароли доступа.

POST-запрос из броузера можно сформировать только с помощью формы:
<form method="POST" ...>
данные передаются в теле HTTP-запроса.
POST-запросы не кешируются ни броузером ни прокси. На него нельзя сделать URL.

RFC по HTTP не накладывает никаких ограничений на размер POST-запроса.
Все ограничения делаются программно : настройки в ПХП, настройки сервера, настройки прокси и т.д.

ЗЫ
насколько мне известно, некоторые и по 700Мб через POST пускают

то о чем ты пишешь - это настройка ПХП, ограничени размера POST-запроса.
Делается в php.ini :

Guest
я имел ввиду не это кеширование.
Ты прав, если нажать Refresh после POST-запроса броузер автоматически пошлет на сервер те же данные что ты ввел в форме ранее (то есть броузер где-то у себя временно сохраняет эти данные). Кстати MSIE перед отправкой данных еще переспросит : "Данная страница устарела. Хотите ли вы повторить отправку данных ?" (примерно так).

Под кешированием я имел ввиду сохранение страницы в кеше броузера или прокси-сервера, чтобы в дальнейшем можно было взять страницу из этого кеша. Вот такого кеширования при POST-запросе нет.