Реализация групп, ролей и прав пользователей в laravel, есть ли такое решение?

ettychel, Ну, частично хотя бы ручками придется прописывать, без вариантов. А дальше смотреть что можно сделать в форме mass assignment. Смысл в том, чтобы определить наборы ролей и прав, потом определить базовую роль/права, которая будет применяться к подавляющему большинству юзеров и роутов/ресурсов. Это можно назначить массово, программно. А дальше уже делать маппинг для конкретных юзеров - понижать или повышать роль/права для каждого роута/ресурса где они должны отличаться от дефолтных. Таким образом у каждого юзера будет маппинг, но он будет содержать не все роуты/ресурсы, а только те где у него права отличные от дефолтных. Хз, может кто-то предложит более эффективную реализацию. Самому интересно послушать.

Реализация групп, ролей и прав пользователей в laravel, есть ли такое решение?

ettychel, Как я понимаю необходимо связывать конкретные роуты с ролями конкретного пользователя с конкретной ролью, правильно? К примеру:
- Роут /one/ доступен для чтения роли User, доступен для редактирования роли Admin
- Роут /two/ тоже доступен для чтения роли User, доступен для редактирования роли Admin
- Пользователь John имеет роль User для роута /one/, но для роута /two/ он уже может иметь роль Admin
Я правильно понял? Если да, то вам всего лишь нужен маппинг роутов и ролей для них для каждого юзера. Разумнее всего запилить дефолтную роль User которая будет покрывать базовые права для всех роутов, а дополнительные разрешения маппить только там где надо.

Реализация групп, ролей и прав пользователей в laravel, есть ли такое решение?

ettychel, ну так это и есть механизм ACL. Мне кажется вы матчасть решили пропустить и сразу в бой - код писать. Изучите вопрос с теоретической стороны, и все встанет на свои места.

Wordpress: почему не работает адаптивная верстка с кэшированием?

Dwellss, с такими директивами (обычными медиа-запросами) кеш полностраничный должен быть один для всех устройств. Если он ведет себя неадекватно - значит что-то не так с плагинами. Какие вы пробовали? Попробуйте WP Super Cache.

Реализация групп, ролей и прав пользователей в laravel, есть ли такое решение?

JhaoDa, бро, ты не один. Я раз 10 перечитал, все равно не понял)

Реализация групп, ролей и прав пользователей в laravel, есть ли такое решение?

ettychel, я не знаю все библиотеки для реализации механизма ACL - их достаточно много. Подбирайте исходя из ваших конкретных задач.

Wordpress: почему не работает адаптивная верстка с кэшированием?

Dwellss,

а как мне рассказать об этом?

Какой плагин кеширования используете?

Wordpress: почему не работает адаптивная верстка с кэшированием?

Dwellss, Если у вас один html и css, но в зависимости от media queries срабатывают те или иные правила css, то вы не должны зависеть от кеширования - как отображать решает клиент (браузер) на конкретном устройстве, кеш всегда возвращается весь html и css в одинаковом виде для всех устройств сразу. Если у вас возникает проблема с кешированием, значит либо плагин как-то по-особенному кривой, либо все-таки у вас на бекенде происходит модификация html и/или css.

Люди решают данный вопрос как раз адаптивной версткой.

Wordpress: почему не работает адаптивная верстка с кэшированием?

Dwellss, а подсказать конкретный плагин сложно - вы не предоставили описания того, как у вас реализовано разделение на десктоп и мобайл. Будут детали реализации - можно будет говорить о подходящем решении.

Как в плагине carbon-fields динамично добавлять поле?

Сергей Бурдужа,

Я уже год назад начал изучать yii, нашел хороший курс, но потом понял, что слишком много работы над сайтом, а я работаю один, посему и бросил и стал усиленее учить wordpress.

Потому что YII - этой фремворк. А WordPress - это уже готовая CMS. Есть же на рынке CMS написанные на популярных фреймворках. Можете покопать в их сторону (statamic, grav, october и тд)

Как в плагине carbon-fields динамично добавлять поле?

Сергей Бурдужа, Vue имеет смысл учить в экосистеме Laravel - там без него никуда. В экосистеме WordPress сейчас необходимо учить React. jQuery я бы старался максимально заменить ванилькой, и в погоне за этим изучать чистый JS.

стал изучать vue.js, но там тоже специфичный фреймворк

Конечно там своя кухня. Но опять же, зная JS вы можете достаточно быстро разобраться с основами и React, и Vue, и Angular, и Embed, и даже Expess. Это разные фреймворки у которые есть как различия (в том числе концептуальные), так и очень много общего. Зная чистый язык и теорию + изучив один фреймворк вы становитесь свободны в выборе - изучение любого нового фреймворка становится вопросом "сесть почитать доку и best practices и начать пилить, разбираясь с остальным по ходу".

Как в плагине carbon-fields динамично добавлять поле?

Сергей Бурдужа, Я бы советовал учить по 2м направлениям:
1. Сам язык PHP, основы и базис. Паттерны. Теорию вообще, не только по PHP. Это необходимо и архиважно в стратегическом плане, на длительную перспективу. Имея хорошую базу вы достаточно быстро сможете освоить новый язык программирования, не то что фреймворк.
2. Laravel и Symfony. Учить оба, не ограничиваться одним. У них много общего, и много различий (при чем часто концептуальных). У Symfony компоненты изолированы и decoupled от самого фреймворка, благодаря чему они же используются в том же Laravel (и можете использовать в любом своем коде, в том числе в WordPress). Как коммерческий инструмент для предоставления услуг по разработке сайтов, имхо, Laravel более практичен чем Symfony - ниже входной порог, выше скорость разработки. А если использовать инструменты из экосистемы (например, Laravel Nova, Laravel Forge, Laravel Spark, Laravel Echo и тд), то это позволяет строить полный цикл с достаточно высокой степенью эффективности. Symfony же, в свою очередь, более гибкий если вы хотите делать "по-своему". Знать оба - надежный фундамент на будущее.

Как в плагине carbon-fields динамично добавлять поле?

Да, и еще важный момент, касающийся "теx кто работают с php фреймворками". Разработчик, работающий с MVC, OOP и популярным качественным фреймворком не является автоматически хорошим разработчиком. Для меня вообще "Laravel разработчик", "YII разработчик", "React разработчик" - это сигнал о том, что это либо узкий специалист, заточенный под один конкретный инструмент, либо упоротый и ограниченный "специалист" который ничего другого попросту не знает. Эта тема хорошо знакома по jQuery - во времена массовой популярности этой библиотеки реально существовали jQuery-разработчики, для которых шаг в сторону обычного Javascript (на котором jQuery написан, как мы знаем) был полным фиаско - они не могли написать простой код на 20 строк на чистом JS. Как ни удивительно, но такое до сих пор существует, в том числе (если не в первую очередь) - в экосистемах всех без исключения фреймворков. Есть люди, которые начали учить сразу конкретный фреймворк, даже минуя базу по самому языку. И вне пределов своего фреймворка они попросту не способны ничего сделать. Такие персонажи обычно хейтят все, что находится за пределами их экосистемы и чем они не владеют.

ЗЫ: Справедливости ради, в экосистеме WordPress таких персонажей тоже более чем достаточно :)

Как в плагине carbon-fields динамично добавлять поле?

Сергей Бурдужа, WP ненавидят те, кто его плохо знает, и те, кто просто относится к категории хейтеров - это люди, которые считают что все, что не соответствует определенным критериям - говно. Эти люди живут в черно-белом мире, но реальность у нас содержит огромное количество полутонов. WordPress - инструмент. Со своими плюсами и минусами (так же как и Laravel, Symfony, Zend Framework, YII или любой другой фреймворк на любом другом языке). У этого инструмента есть сильные стороны, благодаря которым он стал популярен. Устаревший код - это минус для разработчиков. Но это всего лишь устаревший код. Он нормально работает. Не нравится архитектура - ну ок, используй другой инструмент, зачем хейтить то? Это же не означает, что все что не MVC - говно. К тому же, при желании WordPress вполне можно использовать как "черную коробочку", использовать в привычном формате - было бы желание. Почитайте например вот этот мой ответ, там есть немного полезной информации которая частично отвечает на ваш вопрос.

Ну и еще учтите, что активно хейтят WP в основном в русскоязычном сегменте сети, на западе люди к этому проще относятся, как и я - более прагматично.

WP ко всем адресам добавлен pagespeed, как избавиться от этого кеша?

Дмитрий, да, скорее всего.

Как лучше реализовать отправку писем с задержкой в пару часов?

Benderm, ну я о них же. Варианты зависят от того, какую платформу вы используете. Для YII не подскажу что лучше/удобнее - сам работаю с WordPress / Laravel в основном, немного Symfony. Думаю стоит смотреть в сторону RabbitMQ.

Как лучше реализовать отправку писем с задержкой в пару часов?

Benderm, тогда queues и background jobs?

Как подключить стили в WordPress с GET запросом?

Дмитрий,

Иначе как бы тогда добавлялись ссылки на всякие гугл шрифты или прочие кастомные внешние ассеты с параметрами?

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

Как подключить стили в WordPress с GET запросом?

Роман Вопроскин, Во-первых, стили - не самая большая проблема и никогда ими не были. Основной стиль темы в голову документа, как обычно. Второстепенные - в шапке или подвале с async или defer (тут смотрите по ситуации, что они делают). В идеале из основного можно извлечь critical css и запихнуть в html (в head), но это не так часто нужно в реальности - не дает прям сильного прироста по производительности. А вот что даст реальный мега-заметный прирост, так это использование протокола HTTP/2, настройки веб-сервера максимально быстро отдавать статику и, конечно же, адекватные заголовки кеширования для этих файлов.

Как подключить стили в WordPress с GET запросом?

Роман Вопроскин, потому что WordPress обрабатывает эту строку по своему и в процессе делает ей explode по символу "?". Посмотрите код метода enqueue() класса WP_Dependencies (и другие связанные методы).

А вообще, положа руку на сердце, выдавать стили динамикой и вообще поднимать для этого целый движок PHP и WordPress - крайне неэффективная мера и сомнительная практика. Вы "не туда оптимизируете", коллега :)