+ ко всему когда sass код не валидный никаких ошибок, просто не компилирует и все.
На опыте RoR там компилировало файл как могло, а на строках где произошла ошибо писало коментарий что там что-то не правильно.
да играюсь с ним щас, но очень странное поведение.
в том плане что уже 100 лет не использую в ide сочетание клавишь Ctrl+S. IDE сама постоянно сохраняет файл.
gulp watch не шевелится у меня пока я не нажму Ctrl+S
slavabars: Видимо мне как переходящему с yii просто кажется это странным. На yii просто были 2 конфиг файла, и для консольного приложения использовался один, для веб приложения другой. И никаких инсинуаций на уровне моделей. И для меня очень странно что такой-же способ нельзя провернуть и на Laravel.
В любом случае спасибо, попробую.
Спасибо за ответ. Но мне кажется это не совсем то что мне требуется.
В моем первом кейсе я допускаю ситуации что пользователь бд, через которого работает веб интрфейс приложения, на уровне бд - не имеет прав на создание\удаление\очистку таблиц, создание table views и тригеров. А вот пользователь БД от имени которого будут выполняться миграци уже имеет полные привелегии на БД. Модели находятся все в одной бд, и веб-приложение будет пользоваться теми-же самыми моделями что и миграции.
API уже есть и он на C#. Доступ напрямую к БД закрыт. Только API, только через него. Мне не нужен тяжелый полноценный фреймворк, паттерн Active Record вообще не будет использоваться, тк по факту базы данных тоже нет. Есть сферическое апи в вакуме.
Про шаблонизатор да - дельный совет, спасибо. Для этого уже выбрал twig.
@SamDark Статичен в разрезе "для поисковика". Тоесть есть такие понятия как список товаров, итемы которого могут по разному быть отсортированы, какие-то будут выводиться какие-то нет.
Есть корзина, и прочие вещи. Тоесть поисковик должен увить это сайт как полноценный сайт с контентом.
Js mvc отрендерит страничку как нужно, но только в браузере клиента. Для поисковика тут будет отдан маленький html в подключенными js файлами, который поисковик выполнять не факт что будет. Поэтому этот вариант не рассматривается.
Вот и есть задумка, сделать вывод html контента через проксирующий к api php. А вся js асинхронная движуха будет общаться с бекенд сервером(API) напрямую.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
