Насколько это верные решения для сайта на MODX ?
Здравствуйте, подскажите пожалуйста, у меня есть несколько вопрос, и интересно узнать у людей которые уже долго работаю с MODX правильно ли делать так? Или может есть какое-то другое решение?
- Хотелось бы использовать менеджер пакетов npm и пакет laravel-mix что бы использовать к примеру scss, сжимать всё не в ручную, а выполнил команду и все css, js сжались;
- Использовать git для некоторых файлов: скриптов, стилей (исключая папку с компонентами, и папки/файлы самого MODX);
- К примеру нужно сделать выгрузку товаров с какого-нибудь стороннего сервиса, можно ли сделать в корне проекта папку cron к примеру, и в этой папке написать скрипт который будет делать выгрузку, создавать/обновлять товары и т.д. Запускаться он будет по cron, ну и вся выгрузка будет разделена на небольшие классы helper;
- Хотелось бы использовать composer, что бы как раз в скриптах в папке cron была автозагрузка классов;
Комментарии: 6
1. На хостинге или удалённом сервере этого как правило не используют, а на локалке сколько угодно. Я во всяком случае использую npm, насчёт компонентов laravel не думаю что это целесообразно, т.к. Modx Revolution и Laravel никак не связаны.
2. Используйте на здоровье, все так делают.
3. У Modx как раз на этот случай есть API
4. Используйте раз хочется.
2. Используйте на здоровье, все так делают.
3. У Modx как раз на этот случай есть API
4. Используйте раз хочется.
Благодарю за ответ.
По larave-mix, у них в доке пишут что создавался для Laravel, но можно использовать для любого типа приложений. Это вроде обёртка над webpack.
Я просто работаю ещё с фреймворком Laravel, там он используется :)
И можете пожалуйста ещё подсказать, на хостинге в принципе понятно там node не поставить.
А на сервере почему не используют? Можно же с помощью git pull подтянуть на сервер изменения, а потом с помощью laravel-mix собрать стили к примеру, с помощью команды npm run prod, ну и там ещё нужно будет небольшой сниппет mix написать который будет читать файл mix-manifest.json и возвращать путь до нужного файла стилей к примеру. Я вот в процессе сейчас такого :)
По larave-mix, у них в доке пишут что создавался для Laravel, но можно использовать для любого типа приложений. Это вроде обёртка над webpack.
Я просто работаю ещё с фреймворком Laravel, там он используется :)
И можете пожалуйста ещё подсказать, на хостинге в принципе понятно там node не поставить.
А на сервере почему не используют? Можно же с помощью git pull подтянуть на сервер изменения, а потом с помощью laravel-mix собрать стили к примеру, с помощью команды npm run prod, ну и там ещё нужно будет небольшой сниппет mix написать который будет читать файл mix-manifest.json и возвращать путь до нужного файла стилей к примеру. Я вот в процессе сейчас такого :)
Если вы ведёте разработку сразу на сервере, то используйте, но обычно всё это используют при разработке ( в частности node), на проде он не нужен.
Понятно, спасибо.
Нет, думаю работать локально а сервер потом подтягивать через git pull изменения.
Я думаю тогда если по такому варианту, то это получается локально всё собирается (сжимается) и затем подтягивается на сервер?
Нет, думаю работать локально а сервер потом подтягивать через git pull изменения.
Я думаю тогда если по такому варианту, то это получается локально всё собирается (сжимается) и затем подтягивается на сервер?
Я так делаю.
Понятно, спасибо :)
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.