Дмитрий, =)
С em как раз проблем не оберешься/ Нужно многое учитывать из-за того, что размер em наследуется от размера шрифта родителя
Грубый пример:
p { font-size: 2em; }
header { font-size: 2em; }
<!-- Здесь параграф будет как и задумано размером 32 пикселя -->
<p>...</p>
<!-- А здесь аж 64 -->
<header> <p>...</p> </header>
Пример не особо удачен, вы можете захотеть именно такое поведение. Но сайд-эффект очевиден, он не везде нужен, а скорее даже мало где.
Даже если все продумаете, в будущем при доработках вылезет где-нибудь в неожиданном месте и придется на скоренькую фиксить, выставляя размеры в пикселях =)
godsplane, да ничего, в общем-то. Верстается как обычно, для программиста размеры по-прежнему в пикселях из дизайн-макета. Просто в итоге верстка улучшается, страница более адекватно реагирует на пользовательские настройки в браузере.
godsplane, Смысл есть. Попробуйте сверсать одну и ту же страницу в пикселя и в ремах. Потом посмотрите ее с разными настройками базового шрифта в браузере.
spoiler
Разницу, что называется, увидите невооруженным взглядом. В случае с пикселями страница будет выглядеть одинаково. В случае с ремами, она пропорционально изменит размер.
Это очень важно для таких пользователей как я, с плохим зрением. Здесь, на хабре, до сих пор используют пиксели, и моя настройка на дает эффекта. Приходится исползовать масштабирование, а это, в свою очередь, приводит к другим сайд-эффектам – переключение на мобильную версию, чего мне не хочется. В случае относительных размеров, страница бы просто увеличила свои размеры для моего комфортного просмотра.
jenya1995, Даже в бутстрапе есть такие огрехи в скомпилированном файле.
Это же не ошибка, а просто редактор не может распарсить особый синтаксис (или хак, или еще что-то, что должно быть ради поддержки древнего говна).
Здесь можете исключить поддержку IE и этих кривых свойств не будет.
logicface, если нет фигурных скобок вокруг тела функции, значит будет неявный возврат.
Если фигурные скобки есть, то возврат должен быть указан явно.
Количество инструкций здесь не при чем. Возможно имелось ввиду количество выражений в теле функции. Но и это не при чем. Просто без фигурных скобок более одного выражения вы записать не сможете.
Я вот только не помню, фигня с оператором comma считается ли за одно выражение.
Avoyan_96, файл объемом до 300-400 кб сегодня это уже неплохо. Если все стили помещаются, то делайте в одном файле.
Если есть ярко выраженные разделы на сайте, можно разделить их. Например, стили для закрытой части вроде личного кабинета не нужны незарегистрированным пользователям, и их можно подключать отдельным файлом только на страницах личного кабинета.
Это справедливо для любого сайта. Особых рекомендаций для Laravel нет.
hakimi1, можно как я написал, через Eloquent – создать все необходимые модели, описать отношения между ними и вперёд.
Можно через фасад DB и QueryBuilder составлять запросы и фигачить.
Здесь есть описание базового использования https://laravel.com/docs/9.x
Когда база будет понятна, можно уже осмысленно поискать в интернете более подробные статьи или задать вопрос.
Сейчас вы даже вопрос задать не можете, потому что в теме плаваете.
Вот это, например, https://qna.habr.com/q/1232334 очень похоже на задание, а не вопрос (согласно правил сайта, с которыми вы должны были ознакомиться, я давал ссылку).
С
emкак раз проблем не оберешься/ Нужно многое учитывать из-за того, что размер em наследуется от размера шрифта родителяГрубый пример:
Пример не особо удачен, вы можете захотеть именно такое поведение. Но сайд-эффект очевиден, он не везде нужен, а скорее даже мало где.
Даже если все продумаете, в будущем при доработках вылезет где-нибудь в неожиданном месте и придется на скоренькую фиксить, выставляя размеры в пикселях =)