@kisonic скорее всего у вас права неверные выставленны на /usr/local/share/npm/bin. Это требует выполнение команд для установки модулей глобально наличия sudo. При этом в кэш в юзер директории так же записываются файлы с неправильными правами. Ну и так дальше по цепочке. Сделайте chown $(whoami) на эту директорию и на юзер кэш и проблемы не будет.
@dllweb проверьте где вы бандл регистрируете этот: RIDBundle и что за он. Может вы его только для dev окружения регистрируете. И обязательно кэш почистите с флагом --env=prod
@gerrrper мне казалось что намного важнее доставить письма и что бы они не попали в спам. Если паритесь по поводу нагрузки - заводите под это дело отдельный сервер или используйте специализированные сервера. Но под ваше количество получателей особо париться не стоит.
@Grawl только shared-ы ты имел в виду? Знаком, но это было мимолетное знакомство и много воды утекло с тех пор.
На самом деле это все наивные отговорки. "Мы с wordpress работаем, под него не выйдет настроить процессы нормально". Естли шаред предоставляет доступ по SSH проблем со сборкой в CI сервере и деплоем нету. Если шаред поддерживает только FTP для деплоя... ну печалька но тоже можно выкрутиться.
Если разработчик занимается чем-то постоянно, можно автоматизировать подобную рутину и сделать зависимость деплоя от средств разработки минимальными.
@Grawl неужели так сложно просто поставить node.js на локальной машине или CI/build-сервере, собирать все и деплоить уже собранное? Все эти извращения со сборкой асетов через PHP имеют место жить когда у вас ручной деплой или сборка происходит уже на целевом сервере.
@Grawl ключевой момент "может я ошибаюсь" в тексте вопроса. Делать сборку асетов на PHP так себе развлечение. Кроме lessphp и каких-то убогих реализаций минификаторов ничего толком и нету. Ничего сильно сложного и не соберешь.
@unclechu все что угодно можно связать с gulp-ом. И уж темболее такие популярные тулзы наверняка уже привязали в виде плагинов.
Вообще всесь этот вопрос косается только процесса разработки, и тут мысли типа "устанавливать ruby не вариант" или строить предположения не проверяя их... ну это как-то глупо. На сервак всеравно собранная версий уйдет, так что шаред там или нет... можно настолько все автоматизировать что после сборки асетов на сервак по ftp/scp просто zip архив зальется.
@Jakeroid Symfony2/Zend2. Не поймите не правильно, по феншую можно на чем угодно писать. Вопрос в количестве бойлерплейт кода который нужно добавить и на какие компоненты что поменять. Можно писать хорошо и красиво и на Laravel и на Yii2 и на том же CakePHP если очень сильно поднапрячься. Просто обычно, в большинстве случаев, разработчики не могут даже дефолтный функционал освоить и обычно стремятся к упрощению решений. Чем проще какой-то фреймворк позволяет делать неправильные вещи, тем чаще эти неправильные вещи будут совершаться.
