У нас есть действительно старый код, из которого одна часть, такая как 15k строк кода, создает действительно старомодную процедурную систему содержания контента.Вложенные элементы формы Ограничение размера файла (код устаревшего)
Теперь здесь идет глупая часть. Весь код основан на том, что он содержит элементы формы. По определению ошибочно. у нас есть код, например
<form action="demo_post_enctype.asp" method="post" enctype="multipart/form-data">
First name: <input type="text" name="fname"><br>
Last name: <input type="text" name="lname"><br>
<input type="submit" value="Submit">
.
.
.
.
<form enctype="multipart/form-data">
<input type='File'>
</form>
</form>
Теперь это только теоретическая планировка. все это настолько сложно и «однозначно» непрофессионально сделано, что у меня болит голова.
Странная вещь, это работает, любопытно, не знаю как. И теперь у нас есть проблема с загрузкой файлов размером более 28 Мб. Я проверил настройки сервера, на котором установлен размер загрузки 1gb, и он работает без проблем в новых реорганизованных частях, которые он работает.
Вопрос:
Что такое эффективный размер загрузки такого багги кода?
Мы должны предоставить точные комментарии пользователей, когда старый код получает рефакторинг.
Нет, сообщение happeing на той же странице рукоятки. Я думал, что некоторые querqs могут произойти с IE, когда форма создается таким образом. У кого-нибудь есть информация об этом? – Sangoku
Я думаю, что я понял, что у нас есть более одного входного файла в формах, а в некоторой консистенции имена файлов совпадают. Wchich .... плохо, я думаю ... – Sangoku
@Sangoku: Единственный неопределенный фактор - то, как разные браузеры анализируют код. Как только браузер решил, какие элементы создать из кода, они работают так же, как обычно. Вы можете использовать инструмент, как инструменты разработчика F12, в Internet Explorer, чтобы изучить элементы, созданные браузером из разметки HTML, чтобы увидеть, как страница выглядит на самом деле в браузере. – Guffa