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

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

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

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

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

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

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

Реальные веб-приложения, использующие этот подход:

  • Вордпресс
  • бюллетень

person Konstantin Tarkus    schedule 12.07.2009    source источник


Ответы (5)


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

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

person dxbmatt    schedule 12.07.2009

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

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

person Gab Royer    schedule 12.07.2009

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

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

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

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

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

person Treb    schedule 12.07.2009

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

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

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

person alecwh    schedule 13.07.2009

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

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

Лень - наша беда. Я говорю, не больше.

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

person Williham Totland    schedule 12.07.2009
comment
Итак, вы делали что-то из этого как новичок? Не думал. Какой способ поощрения людей. Готов поспорить на свой ноутбук, что если бы это был закон, у нас была бы половина хороших веб-разработчиков, которые есть сегодня. - person Lucas Jones; 12.07.2009
comment
Сегодня у нас могла быть только половина хороших веб-разработчиков, да; этот момент я уступлю. Однако у нас не было бы и десятой доли плохих. - person Williham Totland; 13.07.2009
comment
Хм, следуя вашей логике, мы все равно должны писать настольные приложения на ассемблере, потому что C делает это слишком простым... - person Treb; 13.07.2009