Это нужно в том смысле, что с помощью js я буду клонировать эту группу полей и поэтому имя должно быть одинаковым - ведь иначе как передать данные через $_POST, если задавать разные имена.Делаете одно имя и добавляете [] - поля будут нумероваться автоматически, как в пхп, зачем что-то придумывать?
name="personnel_field[0][] ... name="personnel_field[1][]Удалил, просто хотел показать человеку ниже какая версияНу так во первых ты после пхпинфо точку с запятой не поставил, конечно она ошибку будет выдавать. Удалил - что теперь не работает?
По скрину вообще похоже что у вас этот урл не верно работает и перекидывает на индекс в дашборд.А по второму скрину это становится очевидным. У вас неверно указан урл отправки запроса, читайте что такое статус 302 и какой должен быть.
для отдельных участков где требуется скорость.Примеры в студию, а то все слишком как-то туманно.
Вот ВК и Фейсбук же ощутили на себе большие нагрузки и по быстрому переписали свой движок.Нет. Во первых нифига не по быстрому, во вторых движок в привычном нам сегодня понимании там отсутствовал, изначально все писалось процедурной лапшой, что конечно на тот момент было более "быстрым" кодом. И кроме того - они сохранили стек пхп, при этом поменяли среду исполнения на бинарную, не без потерь в удобстве разработки. Кроме того - почитайте что вынудило их это сделать, и это вовсе не код, а больше вот что-то как тут:
Мы всегда поддерживали в первую очередь собственные движки ВКонтакте. KPHP не умеет в Redis, MongoDB и другое. Даже Memcache у нас свой, который по RPC работает... Мы никогда не поддерживали стандартные базы, потому что это не было нужно.То есть из области - "сам себе хранилище / поиск / кеш", отсюда и тормоза в этих местах, отсюда и необходимость в ускорении всего что шевелится... В нормальных структурах веб приложений ЯП - большей частью прослойка между хранилищем и пользователем, с несложной логикой, вся скорость работы как раз и основана на специально обученных алгоритмах хранения и выборки. Да, есть куски где нужно напрячь электромозги, например ресайз картинок или конвертация видео, но вот это как раз чаще всего можно выделить в отдельные потоки внешним приложениям, причем как раз это суть те же микросервисы с фасадом на пыхе/питоне/етц, существуют мильон лет как. Большинство остальных операций выполняются в разы быстрее чем запросы из базы на 10М строк. Пример обратный ФБ и ВК - букинг.ком. У них до сих пор во многих местах все работает на перле. И норм. Так как в бд все суперзатюнено, местами суперденормализовано и пипец как закешировано. Но вот на перле (на перле, Карл!), и все шустро работает.