ну а под маком - docker sync наиболее лучшее решение. там есть проблемы что сама система виртуализации мака бывает при большом количестве изменений файлов "забывает" пробросить изменения, мол если синхронизация ломается это обычно не по вине docker-sync. Да там есть нюансы еще что вендоры лучше не пробрасывать и добавлять в эксклуды и в целом может быть придется чуть поиграться но пока это единственный вариант получить native like перформанс

Фасады зло.. Всем привет!
Как найти ответственной функции в фасаде?

Гадаю на кофейной гуще что вам в ларавель канал

фасады не зло, мисюз терминов зло.

щас фесор скажет, что это локатор а не фасады)

нет, все в перемешку))

сча пойдешь в РО, постарайся вопрос сформулировать

вардампить не благодарная работа)

ясно, ро

Подумаю, как вам предоставить понятную информацию.

подумай с недельку.

вообще странно, что в ларавеле так сделали неудобно по навигации, можно же было хотя бы как-то по FQCN сделать, навигация в том же шторме бы работала 🤔
Хотя я давно туда не заглядывал

Ты просто в RAD не шаришь и ламбы у тебя наверняка нет

про фасады ?
там в целом можно найти где корни
иде хелпер пакет плюс есть где мету делает

ну да, но это уже не feels like a breeze, это уже надо напрягаться, что-то устанавливать

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

https://laravel.com/docs/8.x/facades#facade-class-reference

это да
но без него и так сложно в ларавель
и когда люди не запускают xdebug все еще сложней..
ну ларавель и боль идут часто недалеко друг от друга
при том там не сложно без фасадов жить

> Правильно ли я понял

Типовые проекты для обычного хостинга с Apache+MySQL без root-доступа удобно делать на типовом OpenServer. Или вместо него вручную локально установить Apache+PHP+MySQL.

А для более сложных проектов полюбили виртуализацию. На продакшене изначально берут виртуалки и ставят и настраивают весь софт сами. И для локальной разработки, чтобы не было проблем совместимости с Windows, удобнее было тоже поднять линуксовую виртуальную машину в VirtualBox и разрабатывать в ней. Но чтобы не ставить в неё весь софт вручную придумали утилиту Vagrant. Она автоматически создаёт виртуальную машину в любой системе виртуализации вроде VirtualBox по готовому конфигу Vagrantfile. Теперь программисту для локальной разработки достаточно сделать git clone проекта и запустить vagrant up. Удобно для локальной разработки, но тяжеловесно для разработки и бесполезно для продакшена.

А потом для продакшена придумали использовать лёгкую контейнеризацию, чтобы деплоить код с софтом прямо в образе-архиве и запускать процесс из этого образа. И сделали штуки вроде Docker. С образами и контейнерами упростилась и разработка, так как локально можно использовать образы с теми же конфигами, и эмулировать любые окружения в docker-compose.

Так что для автоподъёма локального окружения можно использовать Vagrant или Docker.

Docker использует встроенные механизмы контейнеризации ядра Linux. Поэтому на Linux-компьютере всё работает нативно и быстро. Но на Win и Mac всё равно запускается виртуалка с Ubuntu и уже там запускается Docker.

> Могли бы кратко описать...

Кратко нет. Могу только подробно описать со всеми нюансами с третьего эпизода

можно еще набросить что одним из двигателей прогресса в этом плане была идея immutable infrastructure. но может это лишнее.

Ну это да. Контейнеры удобны чтобы не только локальный комп, но и продакшен софтом не загаживать. Чтобы потом не приходилось каждый раз PHP-7.3 удалять перед установкой PHP-7.4. Просто пакуем и деплоим новый образ с php:7.4-fpm и конфигами вместо старого.