Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию.
Откуда все эту мантру тащат? Откуда у вас такие выводы? Это ваш личный опыт или вы опросили кого?
Drupal, для работы на хостинге, совершенно не нужен Composer. Его может там не быть вообще и всё будет работать. Более того, на крупных проектах, как правило, его нет на продакшене, это даже плюс. Composer — это менеджер управления зависимостями, он их загружает, обновляет, удаляет, и предоставляет доп. инструментарий для более тонких моментов. Но всё что он "сварит", работает без него.
Composer — это простой PHAR (PHP) файл, который, как и ваш сайт, можно загрузить на хостинг и начать использовать. То что его нет на хостинге, не значит что задача не решаема. Это не системное ПО. И повторюсь, Composer **для работы сайта** не нужен. Он нужен только для разработки.
И вообще, получается посыл, что Composer это плохо, ведь с ним придётся разбираться и вообще не на каждом хостинге предустановлен. Composer — это де-факто стандарт в PHP разработке, и всем CMS что вы перечислили, и не использующим его, это можно смело вписывать в минус. Потому что, фактически, они отрезаны от огромного количества готовых библиотек и не могут ими воспользоваться, либо прикручивают костылями, что очень не просто, дорого и долго.
Если вдруг, кому-то интересно узнать больше про Drupal, больше конкретики, со ссылками на "погружение", я немного попиарю свой материал — https://niklan.net/blog/215. Он больше для технарей, но в общих чертах понять можно будет что такое Drupal сейчас.
Никита, спасибо за поправку. Это ваш личный опыт или вы опросили кого?По каждому движку текст вычитывали и дополняли прогеры, которые специализируются на работе с конкретной cms и работают не 1-2 года с ней. Скрин дока с комментами приложил, чтобы не думали, что сам выдумал все) Видимо не стал убирать он, т.к. это как бы не ошибка и для каких то нужд он все же нужен. Я просто не технарь, я сеошник, можно быть профи в обоих направлениях, но это на грани возможности, т.к. будет много пробелов в разных областях.
Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию.
Откуда все эту мантру тащат? Откуда у вас такие выводы? Это ваш личный опыт или вы опросили кого?
Drupal, для работы на хостинге, совершенно не нужен Composer. Его может там не быть вообще и всё будет работать. Более того, на крупных проектах, как правило, его нет на продакшене, это даже плюс. Composer — это менеджер управления зависимостями, он их загружает, обновляет, удаляет, и предоставляет доп. инструментарий для более тонких моментов. Но всё что он "сварит", работает без него.
Composer — это простой PHAR (PHP) файл, который, как и ваш сайт, можно загрузить на хостинг и начать использовать. То что его нет на хостинге, не значит что задача не решаема. Это не системное ПО. И повторюсь, Composer **для работы сайта** не нужен. Он нужен только для разработки.
И вообще, получается посыл, что Composer это плохо, ведь с ним придётся разбираться и вообще не на каждом хостинге предустановлен. Composer — это де-факто стандарт в PHP разработке, и всем CMS что вы перечислили, и не использующим его, это можно смело вписывать в минус. Потому что, фактически, они отрезаны от огромного количества готовых библиотек и не могут ими воспользоваться, либо прикручивают костылями, что очень не просто, дорого и долго.
Если вдруг, кому-то интересно узнать больше про Drupal, больше конкретики, со ссылками на "погружение", я немного попиарю свой материал — https://niklan.net/blog/215. Он больше для технарей, но в общих чертах понять можно будет что такое Drupal сейчас.
Никита, спасибо за поправку.
Это ваш личный опыт или вы опросили кого?По каждому движку текст вычитывали и дополняли прогеры, которые специализируются на работе с конкретной cms и работают не 1-2 года с ней. Скрин дока с комментами приложил, чтобы не думали, что сам выдумал все)
Видимо не стал убирать он, т.к. это как бы не ошибка и для каких то нужд он все же нужен.
Я просто не технарь, я сеошник, можно быть профи в обоих направлениях, но это на грани возможности, т.к. будет много пробелов в разных областях.
Зато twig в опенкарт обошли стороной)
А ведь друпалчик хорошая штука)))