как правило, когда количество однотипных строк больше 100, уже появляется осознание, что что-то не так, и обычно при этом начинается рефакторинг и пересмотр архитектуры
Вот я вам аналогию приведу - в вашей таблице 244 колонки, она тормозит и глючит
Технически, все работает, но это неправильно.
Например, я на 99% уверен, что эти 244 поля с картинками можно было бы заменить одной галереей
или списком id, которые сохранялись бы одним input_var
[
'image_1' => '23',
'_image_1' => 'field_{md5}',
'image_2' => '24',
'_image_2' => 'field_{md5}',
...
'image_244' => '345',
'_image_244' => 'field_{md5}',
]max_input_vars – это опция самого движка PHP, с ней рано или поздно сталкиваются все на своем жизненном пути когда начинают работать с относительно большими объемами данных. WordPress, данный плагин и то как он сделан здесь вообще ни при чем. Это такое же ограничение, как лимит на объем загружаемых файлов, который по умолчанию 2Мб, но в 99% случаев этого мало и все поднимают до необходимого уровня.
На WP можно такое сделать, но он больше заточен для ведения блогов.
the_row(); //тут не ведомо что еще... должно идти сразу же после while. Это "цикл" плагина Advanced Custom Fields, который построен по такому же принципу как цикл WordPress. Функция the_row устанавливает объект в текущей итерации в глобальный scope. Не спрашивайте зачем, долго объяснять =)
Все то же самое делается красиво и элегантно на ванильке. А если вы этим занимаетесь хотя бы год, то у вас уже есть (должны быть) свои либы / сниппеты, формируя таким образом свой собственный фреймворк, без всего этого мусора.