Как в php работать с большим количеством текста?

Question

[posters]

Пользователю нужно передать через форму на сайте Post запросом большого размера текст, пусть условно текст будет укладываться в дефолтный размер для пост запроса в 8 мегабайт. Заставлять пользователя вводить текст по частям не вариант. Далее текст будет пропущен через несколько функций и выведен пользователю на экран.
Не обрежет ли сам браузер текст из формы? И самое главное, как технически грамотно работать с такими объемами на php?

Comments

[Adamos]

> один из томов Войны и Мира

То есть целый мегабайт информации? Да вы с ума сошли!

[ThunderCat]

Пусть кидают в зип и шлют дискетку по почте(России). Иначе поломают интернет, а вам потом чинить.

[posters]

Adamos, ну ладно. Предположим, что размер укладывается в дефолтое для post запроса значение post_max_size=8M.
Кстати, что такое, это 8M? Это Мегабит или мегабайт?)

[Adamos]

posters, в мегабитах мерят пропускную способность (грубо говоря, скорость).
Объемы - всегда в мегабайтах.

[posters]

Adamos, из-за 8М сервер php не упадет?)

[Konata Izumi]

posters, не упадет.
Максимум юзер подождет пару секунд, пока 8М дойдут до сервера

[Kovalsky]

Не знаю что у вас за сервер, но у меня как-то раз дешевый VPS вполне был в состоянии за несколько секунд выкачать у юзера XML файлик на 15 метров, распарсить его, обработать и выдать результат

[Adamos]

posters, да что сервер. Интернет бы не упал!
Вы в курсе о том, какие настройки по умолчанию в php.ini - и при этом задаете такие наивные вопросы?
Да юзер в аватарку на Тостер может отправить картинку большего размера...

[posters]

Adamos, ну то один файл. А тут текст, то есть большое количество символов, которые php как минимум будет вынужден пропустить через регулярку и еще несколько функций. Или я все таки зря паникую?

[Adamos]

posters, php будет вынужден сделать только то, что вы ему напишете. Вот когда будете писать - тогда и думайте о сложности алгоритмов и времени работы. А глобально тут думать не о чем.

[posters]

Adamos, ну ладно. Видимо буду решать проблемы по мере их возникновения.

[Олех]

Есть вариант отправлять не как текст от инпута, на стороне фронта делать подмену заголовков и отправлять как form-data, также html5 позволяет разделять на части передачу данных, чтобы сервер мог принять полностью запрос. На стороне сервера сохранять в txt и после уже обрабатывать целиком. Через деление, делал сервис для прогонки дипломных работ.

[Adamos]

Олех, гадать о том, как можно оптимизировать работу, в условиях, когда ТС не хочет распространяться, как у него юзер будет работать с его войнойимиром - имхо, пустая трата времени.

[posters]

Олех, вот то, что вы написали уже интересно. Спасибо за наводку.

[posters]

Adamos, да я уже понял, что зря этот вопрос задал. Придется видимо вручную затраты памяти на каждую функцию измерять.

Answer 1

[Антон Р.]

Очень странный вопрос, нормально всё будет работать, какая разница серверу сколько там текста - 10 килобайт или 8 мегабайт.

Answer 2

[xmoonlight]

Судя по-всему - тут работа с постингом через copy-paste.
Объём - не важен. Важно правильно разложить информацию.
Можно определить структуру на клиенте и "засосать" асинхронно в несколько потоков.
Например:
запрос: публикация-ID, структура (определяется на клиенте через JS)
запрос: публикация-ID, абзац 1
запрос: публикация-ID, изображение 1
и т.д.
и все эти запросы - можно выполнить АСИНХРОННО.

И в базе - оставить так же (лучше всего для дальнейшей работы с публикациями, переводами на другие языки и для поиска), а при выводе - собирать динамически, согласно структуре.