Как сделать чтобы числа были через запятую?

Одиночка Айс,

Join
This function is an alias of: implode().

Староверы implode/explode используют. Ибо он (implode) есть альфа и омега. А join - лишь алиас его.
А по сути - join привычнее тем, кто в питон и другие языки умеет, implode - тем кто в php уже очень много лет.

Как вывести список всех таблиц MySQL и количество строк в каждой из них впри помощи PHP?

FanatPHP, Понял, буду знать.

Что делать когда лагает MBA 2018 8gb?

lamer350, зря - не зря в данном случае штука весьма субъективная. Перепробовал Airmail, Spark, Postbox, Polymail, и конечно же - Apple Mail. Он есть, настроен, и иногда используется. Но 99% задач по работе с email я делаю в веб-версии Gmail. Не потому, что она лучше всех, а потому что для моих конкретных задач ее более чем достаточно, она привычна и понятна. Вам, очевидно, нет.

Как вывести список всех таблиц MySQL и количество строк в каждой из них впри помощи PHP?

FanatPHP, да, чаще всего так и делаю в реальности. Но где-то читал что при указании ПК быстрее считает. Глубже не копал, просто запомнилось.

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

ettychel,

в итоге в админке даём роль, а права вытаскиваем по маске в поле slug роль_* ну и добавляем права пользователю, в title права можно вписать статичные admin, moder, autor и т.д., а в slug уже будет с префиксом,

Тут вы меня потеряли... Какое-то усложнение в кубе...

но в итоге мракобесие в таблице с правами, феншюем там увы не пахнет(((

Ну, с таким подходом как выше - не удивительно. Я бы таблицу прав делал thin and long - id, user_id, resource_id (или route), permissions (которые отличны от дефолтных). С нужными индексами на ваших объемах будет прекрасно работать. Удобство работы - можно сразу получить права конкретного юзера для конкретного роута/ресурса. Или вообще при авторизации по его ID (user_id) берем все строки с его user_id из таблицы и кешируем в redis/memcached.

В общем, я так и не смог понять что именно вам так тяжело дается в логике ACL.

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

ettychel, ну начните отсюда https://ru.wikipedia.org/wiki/ACL, чтобы ознакомиться с концептом, а дальше поймете что гуглить и куда копать.

Реализация групп, ролей и прав пользователей в 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 в основном в русскоязычном сегменте сети, на западе люди к этому проще относятся, как и я - более прагматично.