• Интерпретатор php для Sublime3?

    scor_davis
    @scor_davis Автор вопроса
    Начинающий фронт-энд разработчик
    Благодаря Astrohas решение оказалось таким (просто переведу здесь с английского stackoverflow):
    • В sublime идём Tools -> Build System -> New Build System...
    • в открывшемся файле ставим конструкцию типа
      {
          "cmd": ["C:/OpenServer_5_2_8/OSPanel/modules/php/PHP-5.6-x64/php.exe", "$file"]
      }
      не забывая менять \ на /
    • Сохраняем файл в C:\Users\User\AppData\Roaming\Sublime Text 3\Packages\User с именем PHP.sublime-build
    • После сохранения снова идём Tools -> Build System -> и выбираем появившееся PHP (проставится галочка)
    • Жмакаем ctrl+shift+b
    Ответ написан
    Комментировать
  • В чём преимущество разработки интернет-магазина на laravel по сравнению с движками?

    edli007
    @edli007
    full stack, team lead
    А он и не нужен если функционал стандартен, он ненужен даже если функционал не стандартен, так как адеквантые движки имеют фреймворкоподобную структуру.

    Этот вопрос имеет другую сторону, вопропрос кадров.
    Нанимая CMS-сочника вы почти гарантировано получаете низкопробного специалиста, который практически 100% не умеет работать со встроенным в движок фреймворком а просто говнокодит код в первые попащиеся места, лиж бы работало прямо сдесь и сейчас.

    Специалисты которые умеют работать со свтроенными фреймворками встречаються, но их меньше и чаще всего они быстро уходят в общую область разработки на фреймворках, там больше платят и работа интереснее. Специалисты же изначально фреймворковые, считают ниже своего достоинства работать с CMS и не зря, такие заказы в основном приходят от мелких студий где условия работы на порядок хуже чем в средних-крупных фирмах.

    Потому выбор либо сделать на CMS и изначально быть готовым к говнокоду и неоправданным переплатам за любой нестандартный функционал и в конечном итоге рефакторинг либо заморозка любых крупных обновлений спустя несколько лет.

    Либо заплатить изначально дороже но с прицелом на доработки и нестандартный функционал, тогда скорее всего выйдет дешевле за период времени.
    Ответ написан
  • В чём преимущество разработки интернет-магазина на laravel по сравнению с движками?

    Maksclub
    @Maksclub Куратор тега Веб-разработка
    maksfedorov.ru
    Фрейм нужен, если цель — постоянная доработка под задачи бизнеса:
    • через 3 месяца прикрутить совместные покупки
    • через 6 месяцев прикрутить оптовую систему
    • через 9 месяцев внедрить внутренюю ЦРМ
    • через год связать с внешним коллцентром
    • через 1,5 года перевести систему с 1С на свою
    • через 2 года -- сделать 2 мобильных приложения
    • через 3 года -- внедрить партнерку и прочее
    • внедрить мультигорода с разной ценой и менеджерскими кабинетами и разными программами

    ... поняли вектор? Если бизнесу нужно решение задач, будет много узких и широких интеграций и изменений, если есть ИТ-отдел (или внешний, не суть), который постоянно бы работал с одной системой, то всем кодерам было бы очень глупо изучать ЦМС и костылять или ее перепахивать, особенно глупо это делать, если собираетесь брать профи... я даже не представляю "возьмем 3 мидлов и 1 сеньора и возьмем ЦМС :)"

    Вот пример — целая система (опт, совместные покупки, и куча всего), где интернет-магазин лишь внешняя часть айсберга... фрейм вроде Джанго тут
    и сложные сущности:
    https://star-tex.ru/tkani_dlya_odezhdy/zhakkard-at...


    Почти всегда нужна ЦМС
    А вообще магазин и правда сейчас лучше сделать на ЦМС, если это не масштабная какая-то система... ТЕм более большое количество бизнес-задач современные системы закрывают.

    Если нужно разово сделать и чутка допиливать... ЦМС подойдет, но как-только захотите сделать АПИ (как я сейчас), то 10 раз матюкнетесь (у меня выбора не было, бизнес (в котором работаю) и сейчас морально на фреймворк не готов, и бюджета нет и компетенций), и опять же — в некоторых ЦМС REST тоже уже в коробке есть

    Бизнес сам поймет, когда ему не подходит ЦМС, как правило когда у руководителя компании появляется портянка бизнес-планов и задач и появляются компетенции, то фреймворк и ИТ-отдел нарисовывается довольно естественным способом.
    Ответ написан
    5 комментариев