Управление контентом на основе Git? [закрыто]

Закрыто. Этот вопрос не по теме . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос , чтобы он был по теме для Stack Overflow.

Закрыт 5 лет назад .

I ' m ищу Ruby CMS (или плагин), который может обслуживать и редактировать контент, расположенный в репозитории Git . Мне надоело, что мой контент находится в БД. Пользователи, настройки, комментарии, отлично. Но больше никакого контента.

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

Документация Refinery CMS, похоже, делает нечто подобное, хотя, возможно, с удаленным репозиторием.

Я читал о GitModel и git- блог, но я все еще ищу что-то, что немного ближе соответствует моим потребностям. [EDIT: GitModel слишком сложно редактировать вручную при использовании с большинством CMS, а git-blog использует генерацию статических файлов.]

EDIT: Сайты, код которых развивается так же, как и его содержание. Это когда наличие контента в БД - полный кошмар. Когда вам нужно форкнуть контент и код одновременно, позже они объединят их в продакшн. БД не разветвляются и не объединяются.

У меня есть такой сайт.

Аргумент производительности в пользу содержимого только для БД является недействительным. 5 лет назад я написал CMS, которая синхронизирует базу данных с файловой системой, где файловая система всегда является главной копией. Он легко масштабируется до 100 000 страниц, обеспечивая время отклика 10 мс и время переиндексации 2 с. Полностью доступные для поиска индексы всего контента, метаданных, тегов, дат и т. Д. И, черт возьми, я написал это в самой медленной и самой болезненной среде на планете, ASP.NET. Фактически он почти сделал ASP.NET терпимым, и он очень хорошо послужил различным компаниям, поскольку у них был такой же сайт, как упоминалось выше.

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

Действительным аргументом в пользу содержимого только базы данных является масштабируемость редактирования. Все редакторы должны использовать один и тот же сервер, хотя изменения могут быть реплицированы извне. Но в случае быстро меняющихся, сильно настраиваемых сайтов, которые изменяют код так же часто, как и контент, распределенное / общественное редактирование указанного кода и контента маловероятно. Общинное / распределенное редактирование может использовать другую систему.

На данный момент я ближе всего использую Cloud9 для редактирования репозитория контента git (Nesta CMS), а затем отправляю изменения через командную строку. Это медленно, но, по крайней мере, это веб-интерфейс на тот случай, если моя машина разработчика окажется неподходящей, и я обнаружил, что неправильно написал свое имя в статье. Все еще ищем варианты получше.

задан Lilith River 21 March 2011 в 13:22

0 ответов

Другие вопросы по тегам:

git ruby-on-rails-3 content-management-system

Управление контентом на основе Git? [закрыто]

0 ответов

Похожие вопросы: