FanatPHP

РАЗУМЕЕТСЯ, ни то ни другое

Хранить надо в отельной таблице, с колонками ид сущности, картинка.

Красиво не получится.
Я бы делал не запятыми, а какими-нибудь тегами и использовал CSS.
Но если упираться в лоб то

<?php 
$terms = get_field('genre');
$count = count($terms);
?>
<?php foreach( $terms as $i => $term ): ?>
    <a href="<?= get_term_link( $term ); ?>">
        <?= $term->name ?><php if($count-1 > $i): ?>,<?php endif ?>
    </a>
<?php endforeach; ?>

Вопрос, как всегда, поставлен жутко неграмотно, так сказать, по деревенски: без какого бы то ни было видения перспективы, хотя бы на 5 лет вперёд.

Изучать какой-либо современный фреймворк ради *карьеры* - несусветная глупость. 5 лет назад ларавеля не было, а симфони и зенд были в таком виде, что мы бы сейчас обплевались. При том что различия между современными версиями довольно минимальны.

Это, я не знаю, как спросить "хочу быть столяром, какую отвёртку мне изучать, крестовую или шлицевую?".

Изучать, ради карьеры, надо столярное ремесло целиком. В данном случае - программирование. Принципы, на которых устроены фреймворки. Одного этого хватит на те же лет 5. Зато потом не будет проблемы адаптироваться к неизбежным изменениям.

А если считать пределом мечтаний клепание говносайтов на некоем идеальном фреймворке на все времена, то может так случиться, что через 5 лет к условным "ларавельщикам" будут относиться так же, как сейчас к вордпрессникам.

И кстати для изучения принципов симфони подходит лучше

Да - и конечно же, все ответы туда же.
Один решил меряться количеством скачиваний. Ну если судить по такому критерию, то все перечисленное - букашки, которые копошатся под подошвами Вордпресса, с его присными темами и плагинами.

Да, и самое главное я тоже забыл сказать. Коллега xfg в самую точку написал в комментарии:

Фреймоворк - это на самом деле тонюсенькая прослойка над приложением. Это, по сути, система подай-принеси, принять запрос с фронта и отправить ответ. А что именно будет в ответе - решает не фреймворк, он здесь уже не при делах.

Очень на эту тему прочищают мозги доклады и видео Дмитрия Елисеева. У него на сайте как раз появился доклад с PHP Russia 2019, который я горячо рекомендую.

На ту же тему был и доклад Томаша Вотрубы, кстати. Что фреймворки, по сути, можно менять как перчатки, при желании. И у него есть даже инструмент для этого. Но в данном случае речь не об инструменте а о том, что фреймворк- далеко не главная часть приложения, и упираться в изучение фреймворков это все равно что в изучение отверток.

Вопрос, конечно, тупой, но понять его несложно - автору надо вставить результат выполнения пхп кода

$json ='{"source":{"api":""}}';
$array = json_decode($json, true);
$array['source']['api'] = env('api')."@statistics";
$json =  json_encode($array);

$row = $conn->query("SELECT group_concat(age), sum(age) FROM table")->fetch_row();
echo $row[0];
echo "<br>";
echo $row[1];

Js на начальном этапе не нужен, музчина из соседнего ответа не в теме.
Ну точнее он живёт видимо в прошлом веке и подключен к интернету через модем по телефонной линии. Учителя же подключены по 4g, и "ждать" перезагрузки будут миллисекунд 50.

По срокам же вынужден огорчить. Полгода упорных занятий дадут тебе первую кривую версию которую ещё года два допиливать и ужасаться своим решениям принятым на начальном этапе.

Чтобы подытожить тонкие ручейки здравого смысла, пробившиеся в комментариях.

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