Как правильно работать в команде с GitHub?

огромное спасибо! теперь понял

Как правильно работать в команде с GitHub?

Сергей Кузнецов, понял, спасибо, а что именно имеется ввиду под "такое вытворяете", в чем была ошибка?

Как правильно работать в команде с GitHub?

благодарю

Call to undefined method Illuminate\Database\Eloquent\Relations\BelongsToMany::atach() как решить?

т.е

$basket->products()->atach($id,['quantity' => $quantity]);

исправить на

$basket->products()->attach($id,['quantity' => $quantity]);

Как правильно хранить контент поста?

Неизвестный Пользователь, то есть все сводится к иному хранению структуры, последовательности, чтобы и не хранить html лишний, и чтобы рендером занимался отдельный компонент, который можно будет всегда изменить, и соответственно блоки не будут зависеть от html, изменил компонент - изменился вывод всех зависимых элементов. с обычным html так не выйдет - в бд уже будет храниться строгий html, соответственно для изменений придется вносить изменения в КАЖДЫЙ пост (и речь не о стилях, а о разметке)

Как правильно хранить контент поста?

ThunderCat,

То есть "заголовки" не будут плавать и прочие блоки не будут плавать внутри контента выше-ниже, а просто будут иметь другой вид? Условно у вас есть название статьи, главная картинка, шорт дескрипшн, и неизменный текст статьи, элементы внутри которого просто стилизованы по разному?

не до конца понимаю, что вы имеете в виду под "плавать".
речь только о структуре. допустим на странице одного поста:

<h3>Подзаголовок</h3>
<span>Контент</span>
<h3>Подзаголовок 2</h3>
<span>Контент</span>
<img/>

На странице другого поста:

<img/>
<h3>Подзаголовок</h3>
<span>Контент</span>

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

Как правильно хранить контент поста?

благодарю

Как правильно хранить контент поста?

Дмитрий, выиграет, ибо любое сжатие данных до более примитивных, даст результат.
но, имеет ли это смысл, в этом то вопрос.

Как правильно хранить контент поста?

не до конца корректно составлен мной вопрос из-за чего есть недопонимания, но насчет последнего вы правы. именно универсализация и планировалась.
насчет лишних выборок тоже понимаю.
если речь о порядке, то разные посты могут содержать разное количество тех же самых заголовков (именно заголовки части контента, подзаголовки, подпункты, etc), которые могут находиться в произвольных местах. естественное дело, учитывать структуру необходимо.
видел также пост на хабре, где человек ровным счетом также хранил html код, перешел на подход похожий на второй, количество хранимой информации уменьшилось в 4 раза (имхо, разница отличная).
главная суть - не хранить html в бд, для описания структуры использовать отдельную таблицу с описанием расположения конкретного элемента в порядковом номере. рендер - на отдельном самописном сервисе.
вроде бы повторил тоже самое, но что ДЕЙСТВИТЕЛЬНО хотелось бы узнать - стоит ли это применять или нет. если нет - узнать почему нет (а если речь о памяти/производительности, то речь о цифрах), и, понятное дело предложить другой подход.
надеюсь описал более менее понятно, спасибо

Как правильно хранить контент поста?

JhaoDa, с json проблема остается той же - память, лишняя зависимость, парсинг json занимает лишнее время, излишняя абстракция.
упоминал выше - отдельные элементы должны рендериьтся через компоненты, sir trevor (глянул в докум.) - хранит в json и html, что уже намекает о противоречии. помимо того тащить еще один редактор в проект не вижу смысла. вам советую отвечать более сдержанно, однако насчет sir trevor спасибо, возможно пригодится в других проектах.

Как правильно хранить контент поста?

JhaoDa, вопрос насчет проектирования, а не конкретной реализации

Как правильно хранить контент поста?

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

Как правильно хранить контент поста?

irishmann, как раз по идее реализация первого подхода

Как правильно хранить контент поста?

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

Как правильно хранить контент поста?

по второму подходу:
реализация через сервис, который получает пост, далее через отношение получает все связанные элементы, воссоздает структуру (дерево) с помощью position (1...2...3), далее передает все данные главному компоненту поста, который рендерит уже отдельные небольшие компоненты с учетом порядка и возвращает запрос пользователю.
да, это можно как-то реализовать, но насколько хороший это подход?