научильси!

function api_response(response) {
   if (response.data) {
       response.data.forEach(function (item) {
           if (item.method == 'append') {
               $(item.selector).append(item.content);
           }
           else if (item.method == 'show') {
               $(item.selector).show();
           }
           else if (item.method == 'hide') {
               $(item.selector).hide();
           }
           else if (item.method == 'remove') {
               $(item.selector).remove();
           }
           else if (item.method == 'html') {
               $(item.selector).html(item.content);
           }

про switch/case я уже молчу)

типа такого пототом в аяксе: success: function(json, textStatus){        api_response(json);
}

SSR ренерит полный шаблон и выплевывает его на вывод, а тут же, делаем доступ к апи, и список элементов выплевываем как html для вставки на страницу

а вообще почему решили переписать?

не переписать,  в новый шаблон lara + vue хотят внедрить, я считаю это костылем

*в новый проект

это чо такое

Переход на 6 ларку

?

типа что бы лишний раз не дергать фронтенда на проект :)

что бы бэк решал, что и куда будет подставлятся😏

вот, кстати, еще один принцип нарушается отвязанности, бэк знает про фронт и наоборот, что-то поменяли, блок изменили, переверстали на фронте и надо менять на бэке потом правила

это звучит как версионирование)

в данном случае бэк вообще не должен знать, что там в каком формате у фронта же? Фронт только может знать какая модель данных по какому эндпоинту приходит. А тут, получается, бэк говорит фронту: возьми вот эти данные и подставь их сюда. По итогу, если нам надо сменить макет и логику работы фронта, то надо менять и шаблоны на бэке, плюс учитывать новую логику, блоки и т.д. знать классы

Это невыгодное решение

кстати да

@quadrogod , порой ощущение,что ты далеко стоишь от бизнес потребностей)