Сможет ли Silverstripe CMS легко развертывать, поддерживать и развиваться по мере появления?

Хотя я и не думал о развертывании на моем собственном сайте, кто-то, кого я знаю, прислал мне ссылку на CMS под названием SilverStripe о котором я никогда не слышал раньше. Я читал их сайт, смотрел и играл с их демо, и так далее. Похоже, что CMS поддерживается специальной платформой PHP, которую они называют Sapphire. И из того, что я могу собрать на своем веб-сайте и используя их демо, возможно, это будет так же хорошо и просто, как они говорят (как только вы пройдете любую кривую обучения, которая кажется небольшой, учитывая, что она очень похожа на другие фреймворки PHP и CMSes).

Кто-нибудь здесь когда-либо развертывал, поддерживал или разрабатывал CMS с использованием SilverStripe? Если да, можете ли вы пролить свет на него, с точки зрения разработчика?

Я также нашел этот qaru.site/info/388035/..., но меня больше интересует точка разработки, чем точка зрения пользователя или администратора.

Ответ 1

Я использовал Silverstripe для разработки сайта с большой продажей для компании в индустрии мультимедиа и развлечений. Большая часть работы была проделана год назад, но продолжалось совершенствование и техническое обслуживание. Я могу дать вам конкретные данные, если вы хотите - DM меня в Twitter или напишите мне.

Вкратце: если бы я мог вернуться вовремя и сделать это в другой PHP CMS/Framework, я бы, вероятно, использовал Drupal.

Он может хорошо работать для простого сайта, который не слишком глубок и не слишком широк. Но любой сайт с сложным ИА, скорее всего, столкнется с трудностями.

Некоторые проблемы, с которыми я столкнулся:

Документация была неполной, фрагментированной и во многих случаях несуществующей.
Интерфейс администрирования быстро становится несостоятельным, и сайт становится широким и глубоким. Они загружают каждую панель с помощью javascript, а вещи медленнее сканируются на медленном компьютере. (com. wiki note: исправлено в 2.4)
Silverstripe не может иметь URL-адреса за пределами первого уровня. Значит, они разрешают только URL-адреса, такие как /about, а не /about/team. Вам нужно сделать /about_team. (примечание wiki: исправлено в 2.4)
Разделение между Sapphire и Silverstripe является незначительным. Хотя была предпринята попытка разделить их две, трудно по-настоящему отделить их. (примечание: намного лучше в 2.4)
Основной тип контента существует в дереве сайтов. Silverstripe - это строго ориентированная на страницы CMS. Например, при создании сообщений в блогах каждый отдельный пост в блоге является элементом дерева сайта. Это делает его нецелесообразным при масштабировании сайта с сотнями сообщений в блоге. (примечание: исправлено в 2.3 - ModelAdmin)
Честно говоря, это медленно. Администратор работает медленно. Интерфейс медленный. кеширование opcode помогает, но оно все еще медленное. (вики-заметка: лучше в 2.4)
Система шаблонов является странной. Это позволяет использовать пользовательский HTML, что приятно, но теги шаблонов немного ограничены. Например, если условие в шаблоне может содержать только один AND или OR. Вы не можете объединить несколько.
Это багги. В ходе разработки я установил по крайней мере 10 ошибок в ядре Silverstripe. Ошибки, которые я отправил на свой трекер ошибок, не исправлялись в течение нескольких месяцев, даже когда исправление было простым.

Ответ 2

2.4 удивительно кстати. Любой, кто интересуется SilverStripe, теперь не должен колебаться. Документация все еще немного слабая, но я не могу заставить себя больше использовать WordPress, Drupal или Concrete5.

Теперь, когда документация слабая, пожалуйста, возьмите книгу SilverStripe и просмотрите страницу изменений 2.4/обновить wiki: http://doc.silverstripe.org/upgrading:2.4.0

Ответ 3

спасибо за ваши комментарии - полезно знать, на что должен ориентироваться проект SilverStripe. Вы с удовольствием узнаете, что проблемы, которые вы поднимаете, - это области, над которыми мы работали в последнее время:

В настоящее время мы находимся на расстоянии нескольких недель от того, чтобы иметь 450 страниц на SilverStripe для разработчиков, которые значительно улучшат нашу документацию (см. http://www.silverstripe.org/silverstripe-book/), и это объяснит, почему наш язык шаблонов преднамеренно прост.

Работа над выпуском версии 2.4 относится к производительности и может помочь с точки зрения разделения CMS/Sapphire (и удаляет папку jsparty) и решения других ошибок, с которыми вы сталкиваетесь. С точки зрения предоставления нам исправлений/исправлений, спасибо очень; это проект с открытым исходным кодом, от которого мы зависим. С точки зрения вашей медлительности и ошибок, пожалуйста, продолжайте подробно поднимать вопросы на open.silverstripe.com, чтобы они стали видимыми и могли работать над основной командой или другими членами сообщества:)

Сигурд, SilverStripe.

Ответ 4

Я сделал несколько сайтов SS, ничего не значительного, и приложение, похожее на небольшой CRM.

Мне никогда не нравилось ни одно из решений CMS, id скорее построил один поверх Zend FW. Но SS отличается, и, честно говоря, чем больше я работаю с ним, тем больше мне это нравится. Я был бы более счастлив, если бы он был на вершине Zend FW:), но...

Существуют некоторые ограничения с шаблонами, упомянутыми

Шаблонная система странная. Он позволяет использовать пользовательский HTML, который это хорошо, но теги шаблона немного ограниченный. Условие if в шаблон, например, может один И или ИЛИ. Вы не можете цеплять несколько вместе.

плюс вы не можете включить в уже включенные части.

Мне нравится, потому что вы не тратите много времени на администрирование, но больше на кодирование. И он созревает быстро, поэтому я верю в это.

Ответ 5

И поскольку я "новичок", я мог бы вставить только одну ссылку в предыдущий ответ, поэтому продолжаем:

Также см. книгу errata, хотя эти 2.4 заметки были перенесены в предыдущую ссылку: http://doc.silverstripe.org/silverstripe-book-errata

Удачи и наслаждайся. Я действительно наслаждаюсь мощью и легкостью этой системы. Единственное, что я хотел бы добавить, это встроенное редактирование контента, но CMS просто убийца на спине и не может быть проигнорирован.