Почему _POST иногда пуст, когда текстовая область отправляется в PHP
Одним из вариантов является использование расширенного текстового поля. Текстовое поле может отображать HTML как теги.
, чтобы вы могли иметь текст, подобный
<p> I am following the <a>#Russian-Language</a> <a>#azure</a> tutorials. </P>
Тогда у тегов привязки могут быть цели, и они будут кликабельными. ИЛИ вы можете вызвать метод по этой ссылке гиперссылки.
Надеюсь, это поможет вам.
5 ответов
Это мог быть не размер, связанный сообщения, но какой длины строка перед новой строкой. Если бы они используют представление Moodle WYSIWYG, HTML просто поместить в одну строку без повреждений. Если Вы входите в HTML и поражаете возврат вокруг каждых 1 000 символов, он работает?
Я не знаю достаточно для реального предоставления полезного ответа, таким образом, следующее является больше хорошо образованным предположением (по крайней мере Я надеюсь, что так).
Во-первых, необходимо отладить весь запрос, или access_log или например через поджигателя. (Хороший, чтобы иметь Firebug так или иначе.) Мне Ваша проблема кажется, что перенаправление происходит промежуточное. Я даю Вам пример:
Предположите, что это - Ваша структура:
/form.php
/directory/index.php
Это - Ваша форма:
<form action="/directory" method="post">
...
</form>
Проблема в этом случае, это даже при том, что /directory допустимый URL, Apache перенаправит Вас еще раз к /directory/, таким образом Вы освобождаете свою полезную нагрузку (что, как предполагается, находится в $_POST).
Каков enctype формы? Мог быть то, что это ограничивает сумму данных, отправляют через форму.
Вы могли бы также хотеть проверить входящий необработанный $ _POST данные с:
file_get_contents('php://input');
Удостоверяться их - на самом деле данные, отправляют. Получил эти предложения здесь.
Это походит на Apache или проблему интеграции Apache/PHP. Если бы $ _POST пуст, он подсказал бы, что http сервер не дает информацию о POST PHP. На вашем месте я исследовал бы конфигурацию Apache.
Это очевидно, но сделало Вас перезапуск/etc/init.d/apache2?
Кроме того, error_log файл должен показать некоторую информацию о том, превысил ли размер сообщения предел набора. Рассмотрите увеличение Вашего многословия для поиска и устранения неисправностей проблемы