Да нет, там объект с 5 ключами, в каждом из которых какие-то числа (введенные юзером в инпуты (5 инпутов соответственно)). Я дожидаюсь, когда юзер закончит ввод чисел (задержка на вызов функции отправки), преобразую объект в formdata и отправляю.
Долго - это, в зависимости от размера введенного числа - от нескольких секунд до минуты примерно.
Если вводить небольшие числа (максимум четырехзначные одном инпуте), то ЦПУ и память почти не скачет. Но стоит ввести пятизначное число, то ЦПУ подскакивает до 98-101, а память до ~ 118000K. И вот непонятно, почему это происходит.
Никита Корнилов, в целом, решается подключением отдельных кусков php посредством include с указанием расширения файла. Т.е. что-то типа такого
.header
.header_content //Pug code
include ./php/php_block.php //Include php code
Т.е. подключаемые php-модули хранятся отдельно и по мере надобности подключаются в pug. И при сборке проекта расширение итогового файла нужно менять на .php
Возможно, для каких-то слишком сложных участков кода это решение не подойдет, хотя до сих пор у меня с этим не было проблем. Но я всю эту кухню использую, когда делаю что-то на wordpress. Если что-то кастомное делать, тут могут быть какие-нибудь проблемы.
А он точно все это умеет?) В демках у него вообще нет ничего из того, что требуется. Там все примеры исключительно вертикального перетаскивания, кроме этого. Но и тот сомнительный)
blockso, мне кажется, лучше потратить время, чтобы изучить и понять. Вебпак все это точно умеет. В плане построения сборки приложения на вью - там гораздо больше возможностей, чем в галпе. Просто все это реализовано отличным от галпа способом, и поэтому кажется непонятным и непривычным. Оставаясь на галпе, вы в какой-то момент столкнетесь с задачей, которую галп вообще не может решить (либо может, но посредством чудовищных костылей). И тогда все равно придется переделывать, но уже с большей кровью.