Редактируется через шаблоны сайтов админ-панели (HTML, CSS, JS ..) Хорошо или плохо?

Question

Этот вопрос для веб-разработчиков и архитекторов.

Как вы думаете, это хорошая или плохая идея иметь веб-сайт, на котором вы можете редактировать все шаблоны (HTML, CSS, JS, изображения ...) прямо из панели администратора?

В этом случае, если вы часто обновляете веб-сайт, вам не нужно искать локальную версию вашего веб-сайта на компьютере разработчика, искать определенную страницу, вносить изменения, фиксировать ее на сервере управления версиями, выполнять развертывание. Вместо этого все, что вам нужно, это просто щелкнуть правой кнопкой мыши на странице или любом элементе на этой странице, нажать «Изменить», обновить фрагмент HTML и нажать «Сохранить» - максимум 30 секунд - все из вашего браузера;)

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

Мне лично нравится такой подход, и мне нужно знать ваше мнение. Так что ты думаешь?

Обратите внимание, мы говорим о больших веб-сайтах, которые часто обновляются, многоязычных и т. Д.

Веб-приложения Realworld, использующие этот подход:

• Wordpress
• 1018 * форум *

Answer 1

Лично я думаю, что это будет зависеть от сложности сайта.

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

Answer 2

Редактирование файлов HTML / CSS / JS через ваш веб-браузер может упростить задачу, если реализация редактирования аккуратна, организована, защищена от идиотов и отслеживает изменения.

Важной проблемой для рассмотрения является безопасность. Невозможность изменить фактические файлы из системы управления контентом в большинстве пакетов программного обеспечения является мерой безопасности.

Научитесь эффективно и эффективно использовать систему контроля версий. Такие инструменты, как git или bzr, могут автоматически позаботиться о многих утомительных вещах, таких как создание пакетов, загрузка и т. Д.

Answer 3

Я однажды создал сайт, который сделал именно это. (Ну, без какой-либо опции для управления исходным кодом - пришлось усвоить , что один трудный путь ...) Оглядываясь назад на то, что я там делал, приходит на ум несколько вещей:

• Это был традиционный веб-сайт с информацией о моем спортивном клубе, который менялся лишь изредка, а не веб-приложение в современном смысле.
• Я хотел иметь возможность применять исправления, даже если у меня не было доступа к моей машине разработчика (потому что это был частный проект, я был на работе, и FTP-соединения не были разрешены прокси-сервером компании).

По этим конкретным причинам подход был хорошим решением. Сегодня я бы использовал одну из многих хороших фреймворков для этой цели (Joomla, Drupal и т. Д.) Вместо того, чтобы самому кодировать ее.

По важному вопросу: мне удалось отредактировать страницы, которые использовались для генерации основного сайта, но не программу генерации или страницы администратора. Для этого мне пришлось использовать мою машину разработчика и загружать изменения файлов по ftp.

Я думаю, что это хороший подход, если все сделано правильно (моя реализация определенно не была)

Answer 4

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

Замечательно иметь возможность добавлять / удалять контент через веб-сайт, было бы очень больно обновлять блог, каждый раз изменяя ваш HTML!

Answer 5

Я ненавижу это. Веб-разработка, как и сами веб-серверы, не должна быть «удобной». Веб-разработка должна быть ласковой, ласковой, пугающей для матери. Это должно звучать, смотреть, даже вкус опасно.

Веб-разработчики-новички должны пройти через все этапы изучения тонких аспектов выбранного текстового редактора, прежде чем им даже разрешат открыть веб-браузер; и не допускается около графического веб-браузера до 6 месяцев работы с использованием только lynx для отладки.

Лень - наша проклятие. Нет больше, говорю я.

Редактировать: Возможно, это немного касательно рассматриваемой проблемы. Следует также отметить, что визуальная идентификация, которую слишком просто изменить, будет меняться слишком часто, что приведет к растерянности и разочарованию пользователей.