karpo518, слово "правильный" в выборе решений, думаю. неприменимо.
Всё зависит от задачи. laravel-nuxt - решение от стороннего разработчика, ему для его задач, видимо подошло.
Я против склейки фронта и бэка в одно приложение, и не вижу причин почему мог бы не работать серверный рендеринг Nuxt, если он запускается отдельно и использует Лару как API.
Роман, дополнительные команды нужны, когда пакет использует специфичные для фреймворка вещи. А тут такого нет, просто появится возможность использовать класс.
Оказалось что отключение text-underline-position: under; решает проблему. Но тогда подчёркивание на некоторых словах выглядит криво.
А border-bottom для обычного подчёркивания ссылок - перебор по-моему) Если бы эффекты нужны были, тогда да
Я с помощью группировок подгонял запрос под нужный вид.
И ещё, есть миф что JOIN всегда лучше нескольких последовательных запросов. Это не всегда так, попробуйте переписать без JOIN. Разница скорее всего будет минимальной, и иногда бывает в пользу варианта с несколькими запросами.
aweui, оригинально. Обычно, если чистый nuxt развернуть, там папки server нет. Хотя express в зависимостях есть. И в доках рекомендуется другой способ сборки и включения SSR, но этот тоже имеет право на жизнь.
По идее вам нужно дописать в этом файле дополнительные роуты, типа '/api/posts' проследить чтобы они выполнялись раньше nuxt, а там уже получать из базы что нужно.
Единственное, я тут вижу проблему сильной привязанности к express. Сейчас принято делать независимые друг от друга фронт и бэк.
aweui, ну да, правда я не пойму что значит "nuxt на express".
Но вообще express в качестве бэка вполне подходит. Где-то видел примеры использования этого всего.
Айнур Валиев, ну правильно. Он один раз отработал, вывод записался в кеш среднего компонента этой цепочки, и при последующих обращениях nmsp:reviews.list вместо того чтобы подключать шаблон, находить там вызов компонента bitrix:forum.topic.reviews, и обрабатывать его, тупо брал кусок html из кеша и отдавал.
