Руслан Абсалямов, я выше отписал уже. сделайте как в доках roles = App\User::find(1)->roles()->orderBy('name')->get(); А уже полученное после гета вы можете вывести в цикле.
Ну вы пытаетесь обратиться к свойству несуществующему, вроде ж русским по белому в ошибке написано. Попробуйте вставить выбор свойства перед get. Ну само собой ниже оно уже теряет смысл.
ivan99, сравнивать по бенчмаркам голые фреймаорки из коробки не имеет смысла. Да и что это дает? Маломальски серьезное приложение нивелирует разницу до нуля. А вот количеству пакетов, сообществу и простоте написания Лара и Симфония впереди всех, это лучшие на данный момент варианты для создания нового проекта. А производительностью ваш сервер должен заниматься, задача программиста в первую очередь написать легко поддерживаемое приложение, все остальное вторично. Тяжелый фреймворк это пять баллов, вы же не дрова рубить им планируете, чтобы так переживать.
Ну это не мидл разработчик, это уровень начинающего пользователя-менеджера админки: плагины и хуки. Джуниор-разработчик - написать свою тему с нуля с нужным функционалом, свой плагин несложный.
Вот мой основной репозиторий: https://github.com/oxboot/oxboot
Я решил сам с нуля все сделать и более модульно, используя контейнер Laravel в качестве хелпера своеобразного.
zoomiein, В стилях шаблона естественно. Это можно сделать в кастомайзере например, если понятия не имеете, где реадктировать ваши стили: joxi.ru/zANQ9VqfBMV8K2
В вашем случае, чтобы перебить инлайновые стили, придется вот так написать:
.site-main .pad h4 {
font-family: Lato, sans-serif;
}
Ну если не сработает, добавить !important в конце перед закрывающим ; .
Nemozar, все распространители тем делают демку, оставляют ее публичной, экспортируют демку в XML через стандартное Tools -> Export после чего клиент делает импорт через тоже стандартное Tools -> Import.
Важное условие - все картинки должны быть доступны публично для вашей демки, для успешного импорат на сайт клиента.
thehighhomie, Если поддержка ваша, то одной командой при помощи например хука в репоизтории. Если клиент сам планирует обновляться на автомате, то сделать задачу для Cron, чтобы обновлялось автоматом. Благодаря гибкости Composer можно задать до каких версий можно обновляться без потери обратной совместимости.
thehighhomie, лучше либо все через админку, либо все через Composer. Но нужно объяснить этот момент клиенту и сделать для него рецепт, как это можно удобно обновлять без командной строки.
В админке кстати совершенно необязательно использовать шаблонизатор. Можно и по старинке через PHP.
И снова здравствуйте!
1. Все верно, просто рендерите шаблон. В админке скорость вообще не важна.
2. На фронте все шаблоны компилируются и хранятся в кеше. То есть опять же не будет проблем.
3. На гитхабе множестов претензий по поводу работы именно с Woocommerce, с остальными плагинами никаких проблем не будет.
4. Если решили ставить Timber через Composer, то и все остальное нужно так же обновлять через Composer, включая ядро. Нужно выбрать что-то одно.
5. Возьмите готовый фреймворк Themosis и не мучайтесь, там все нюансы уже учтены и есть готовые решения: тема, плагин, работают ОБА шаблонизатора, хоть сразу, при чем и обычные шаблоны PHP прекрасно работают.
Я надеюсь скоро подниму свой новый сайтик и там опишу подробно все эти вопросы.
Auth::user используется только для получения авторизованного пользователя. Для получения остальных пользователей, которые еще и в друзьях, нужно составить дополнительный запрос к базе.
