Написать данный материал меня побудил знакомый, который как выяснилось случайно, стал жертвой одной недобросовестной студии, которая сделала ему ИНТЕРНЕТ МАГАЗИН НА ЛИЦЕНЗИИ БЛОГА 1С БИТРИКС! Т.е. по факту ему продали самопис, который как еще позже выяснилось, был еще с некорректной html версткой шаблона. Доработать такой проект под требования поисковых систем было трудно, дорого, но немного дешевле, чем переехать на новый движок. Пришлось работать с тем, что есть и поднимать трафик. Чтобы вы не попали в неловкую ситуацию, рекомендую ознакомиться с материалом.
После "вообщем" в самом начале статьи иссяк весь, и так невеликий, запас оптимизма.
Очередной вялый поверхностный разбор cms.
Вадим, спасибо за обратную связь.
Буду ждать (наверное не только я) ссылку на экспертную статью с не вялым и поверхностный разбором топовых cms
Для работы на хостинге должна быть консоль Composer, которая может быть установлена не у всех по умолчанию.
Откуда все эту мантру тащат? Откуда у вас такие выводы? Это ваш личный опыт или вы опросили кого?
Drupal, для работы на хостинге, совершенно не нужен Composer. Его может там не быть вообще и всё будет работать. Более того, на крупных проектах, как правило, его нет на продакшене, это даже плюс. Composer — это менеджер управления зависимостями, он их загружает, обновляет, удаляет, и предоставляет доп. инструментарий для более тонких моментов. Но всё что он "сварит", работает без него.
Composer — это простой PHAR (PHP) файл, который, как и ваш сайт, можно загрузить на хостинг и начать использовать. То что его нет на хостинге, не значит что задача не решаема. Это не системное ПО. И повторюсь, Composer **для работы сайта** не нужен. Он нужен только для разработки.
И вообще, получается посыл, что Composer это плохо, ведь с ним придётся разбираться и вообще не на каждом хостинге предустановлен. Composer — это де-факто стандарт в PHP разработке, и всем CMS что вы перечислили, и не использующим его, это можно смело вписывать в минус. Потому что, фактически, они отрезаны от огромного количества готовых библиотек и не могут ими воспользоваться, либо прикручивают костылями, что очень не просто, дорого и долго.
Если вдруг, кому-то интересно узнать больше про Drupal, больше конкретики, со ссылками на "погружение", я немного попиарю свой материал — https://niklan.net/blog/215. Он больше для технарей, но в общих чертах понять можно будет что такое Drupal сейчас.
Никита, спасибо за поправку.
Это ваш личный опыт или вы опросили кого?По каждому движку текст вычитывали и дополняли прогеры, которые специализируются на работе с конкретной cms и работают не 1-2 года с ней. Скрин дока с комментами приложил, чтобы не думали, что сам выдумал все)
Видимо не стал убирать он, т.к. это как бы не ошибка и для каких то нужд он все же нужен.
Я просто не технарь, я сеошник, можно быть профи в обоих направлениях, но это на грани возможности, т.к. будет много пробелов в разных областях.
Зато twig в опенкарт обошли стороной)
А ведь друпалчик хорошая штука)))
Извините, но человек явно не знаком с Joomla, особенно 3 и 4 и просто не в курсе возможностей ее фреймворка. Имею с десяток сайтов на ней. И без всяких плагинов, никаких проблем с продвижением сайта не наблюдается. И категории, и теги и карточки прекрасно заходят в ТОП и в Яндексе и в Google.
А вот пришлось поработать с WP, это ад конечно. Какой-то блог завести ещё ладно, но что-то более менее серьезное, не уж, увольте.
И да, фраза «к тому же ее часто ломают» убила. Да, ломали Joomla 1.5 и 2.5. Только ломали не саму Joomla, а расширения, которые скачивались с пиратских ресурсов. У меня из 10 сайтов не было ни одного эпизода взлома за последние лет 8. При том что в день происходит более 100 попыток.
И вообще, статья похоже ради ссылок на продвигаемые проекты. Верно? На хабре копия висит.
Комментарий недоступен