Программирование действительно кажется иностранным языком, и во многих отношениях это так.
Для тех, кто не разбирается в технологиях, страница компьютерного кода может напугать и дезориентировать. Однако в то же время многим непрограммистам может потребоваться внести изменения в копию или структуру своего веб-сайта.
Какой доступ должен иметь бизнес к внутренней работе своего веб-сайта?
Старший разработчик IMPACT Тим Остхаймер объясняет свой взгляд на этот вопрос.
Бэкенд
Джон: Когда люди говорят о серверной части веб-сайта, что они имеют в виду?
Tim: Потенциально существует два разных значения слова «серверная часть» при упоминании веб-сайта, но это слово суммирует части веб-сайта, которые невозможно увидеть. просмотрев его.
Противоположностью этому является «интерфейс», который вы видите, когда посещаете веб-сайт с помощью браузера.
Другой способ определить эти значения - использовать слова «клиентская сторона» и «серверная сторона». Клиентская часть веб-сайта также известна как интерфейсная часть и состоит из кода, который браузер пользователя читает и использует при просмотре веб-сайта.
Серверная часть веб-сайта - это все, что происходит до этого. Он называется так потому, что именно здесь происходят многие операции, происходящие на сервере, на котором размещен веб-сайт.
В таких системах, как CMS (система управления контентом), часто используется отдельный код на внутренней стороне, а не на внешней.
Например, серверная часть сайта WordPress написана в основном на PHP, тогда как код внешнего интерфейса полностью состоит из HTML. Внутренний код используется для определения того, какой код внешнего интерфейса отображается для пользователей.
Но серверный код - это не всегда то, что люди имеют в виду, когда упоминают серверную часть веб-сайта. Часто серверная часть веб-сайта используется для описания того, где редактор контента взаимодействует с базой данных веб-сайта для управления тем, что отображается на веб-сайте.
Способ работы CMS заключается в том, что существует база данных (иногда более одной), в которой хранится весь контент, отображаемый на сайте. Эти базы данных содержат множество таблиц и строк данных, связанных с различными частями веб-сайта.
(?Читать по теме: 5 причин, почему 75% веб-сайтов, которые мы создаем, находятся на HubSpot)
Код, используемый на серверной стороне веб-сайта, определяет, как используются данные в этих базах данных, тогда как код, используемый на клиентской стороне веб-сайта, считывается браузером для создания функционального веб-сайта..
Это одна из причин, почему HTML, код, используемый для создания внешнего интерфейса веб-сайта, на самом деле вообще формально не известен как «код» - это язык разметки.
В нашей отрасли, когда кто-то упоминает серверную часть веб-сайта, он обычно ссылается на интерфейс, который используется, чтобы позволить редакторам контента управлять содержимым веб-сайта и манипулировать им.
Вместо непосредственного редактирования базы данных серверная часть представляет собой инструмент на основе браузера, с помощью которого веб-сайт можно редактировать интуитивно.
Например, вход в HubSpot или WordPress и редактирование содержимого страницы или настройка ее макета обычно считается входом в серверную часть.
И как мне туда добраться?
Джон: Как кто-то может получить к нему доступ?
Tim: Это всегда зависит от CMS, но опыт обычно одинаков в том, что вы используете безопасный метод для входа в систему, поэтому доступ к нему имеют только авторизованные пользователи. и изменить содержимое веб-сайта.
Некоторые веб-сайты могут иметь более сложную внутреннюю настройку, когда разные команды или люди управляют разными частями данных веб-сайта, а методы, используемые для доступа к этим частям сайта, могут даже не совпадать.
В таких ситуациях опыт может быть полностью индивидуальным и не таким простым, как вход в систему через обычный веб-браузер.
Могу ли я случайно всё испортить?
Джон: Стоит ли людям бояться «испортить ситуацию» в серверной части?
Tim: Вызвать нежелательные изменения на веб-сайте может быть очень легко, если у вас есть доступ к серверной части, но многое из этого зависит от контента система управления и интерфейс.
Опыт редактирования может быть таким же простым, как предоставление входных данных, с помощью которых редактор контента может легко управлять содержимым своей страницы или страницами, или иногда один и тот же интерфейс может позволить им вносить существенные изменения в макет и дизайн страницы.
Современное редактирование контента веб-сайтов обычно не так опасно, как раньше.
Несколько лет назад некоторые веб-сайты могли быть полностью написаны на HTML вместо использования CMS.
В таких ситуациях редактор контента взаимодействовал напрямую с кодом внешнего интерфейса вместо использования базы данных и интерфейса для простого управления контентом, поэтому ошибок было очень легко.
Теперь большинство веб-сайтов построены на CMS, что позволяет разработчикам веб-сайтов создавать веб-сайты, которыми могут легко управлять другие, не требуя от них когда-либо приближаться к коду.
Но с веб-сайтами все равно следует обращаться осторожно. Поскольку большинство серверных интерфейсов веб-сайтов предоставляют доступ к большому количеству кода, лучше всего оставаться в тех его частях, которые от вас ожидают.
Например, если вы маркетолог и отвечаете только за контент веб-сайта, вам, вероятно, не следует пытаться редактировать какие-либо шаблоны или внутренний код, в котором вам не положено нигде находиться. рядом.
Могут ли кодировать некодеры?
Джон: Всегда существует такая дихотомия: люди либо кодируют, либо не кодируют. Вы так думаете, или есть промежуточные уровни?
Tim: Это обсуждение может оказаться очень сложным, поскольку существует много разных языков программирования, и большинство из них не используются для веб-сайтов.
На самом деле, большинство языков программирования не используются для веб-сайтов, и большинство программистов знают не более нескольких языков. Итак, хотя ваш внутренний разработчик продукта может отлично разбираться в коде, это не обязательно означает, что он что-то знает о вашем веб-сайте.
Когда люди говорят о коде веб-сайта, они обычно имеют в виду HTML, CSS JavaScript. Из этих трех JavaScript - единственный, который официально называется «кодом», и обычно он влияет только на интерактивные или динамические части вашего веб-сайта.
Это потому, что Javascript - это объектно-ориентированный язык программирования, который позволяет манипулировать «объектами» в коде с помощью своих функций.
С другой стороны, HTML и CSS используются исключительно для определения макета и визуальной структуры веб-сайта.
HTML - это язык разметки, который обрабатывает структуру элементов, составляющих интерфейс веб-сайта, тогда как CSS - это каскадная таблица стилей, которая применяет различное поведение и форматирование к этим элементам HTML.
Редактору контента никогда не потребуется полностью понимать все эти языки, хотя знание основ может быть очень полезно, чтобы лучше понять, что именно происходит при редактировании содержимого страницы.
Это также может быть очень полезно при устранении неполадок, почему что-то не работает так, как вы хотите.
Я всегда советую редактору контента иметь некоторое представление о концепциях HTML и CSS, поскольку это может помочь им более уверенно и эффективно управлять своим веб-сайтом, но большинство веб-сайтов, созданных на CMS, будут использовать простой интерфейс. понять и предоставить все необходимые элементы управления очень простым способом.
Почему бизнес должен заботиться о серверной части?
Джон: Насколько компания должна контролировать свой веб-сайт?
Tim: Ответ на этот вопрос должен определить бизнес, но в IMPACT мы всегда хотим, чтобы у компаний был преданный своему делу маркетолог, который владеет контентом их веб-сайтов.
В результате маркетолог должен иметь все необходимые элементы управления для управления своим веб-сайтом, и ожидание этого должно быть частью первоначальных разговоров.
Тогда ответственность за создание этого сайта ложится на того, кто создает этот сайт.
Их задача - обеспечить не только эффективный интерфейс, но и эффективный маркетинговый инструмент.
Кроме того, их работа заключается в создании структуры шаблонов, используемой во внешнем интерфейсе, что означает, что разработчик веб-сайта фактически должен учитывать несколько конечных пользователей, тогда как дизайнер веб-сайтов и редактор контента имеют только одного.
Всегда лучше планировать, когда у вас есть возможность, но может быть сложно подготовить веб-сайт к будущему. Мы обнаружили, что существует идеальный баланс между гибкостью и структурой, который позволяет редактору контента легко контролировать то, что ему нужно, не ограничивая свои возможности.
Многие маркетинговые веб-сайты построены на основе статической структуры шаблонов, которая предоставляет заранее созданный макет, в который редактор может добавлять контент, но не позволяет им точно настраивать свои страницы или корректировать дизайн, чтобы он лучше соответствовал своей цели..
Вместо того, чтобы создавать шаблоны таким образом, в IMPACT мы предпочитаем проектировать, основываясь на назначении различных типов контента, и позволяем редактору комбинировать их по своему усмотрению, а не заставлять его останавливаться на нескольких конкретных шаблонах.
Как IMPACT создает веб-сайты
Джон: Как то, как мы создаем веб-сайты, помогает сделать серверную часть более удобной для непрограммистов?
Tim: Раньше мы создавали многие наши веб-сайты на основе статической структуры шаблонов, но обнаружили, что это не очень удобно для наших клиентов при редактировании.
Поскольку макет и общий дизайн шаблона были заранее определены, любые изменения обычно были невозможны или требовали, чтобы разработчик входил и вносил обновления в шаблон.
В результате иногда запрошенное изменение может быть сложно реализовать, поскольку дизайн используется несколькими страницами.
Изменение может потребовать тщательного планирования или обсуждения, чтобы выяснить, что необходимо, а иногда это означает, что наши клиенты могут ждать несколько дней или недель, прежде чем наша команда сможет реально реализовать изменение, даже если оно было относительно быстро.
Для типично небольшого запроса продолжать делать это просто не имело смысла.
Наше решение заключалось в том, чтобы начать рассматривать страницы как комбинацию разделов, а не как один шаблон. Это изменение мышления, которое начинается в самом начале нашего процесса проектирования.
Вместо того, чтобы создавать полные шаблоны, мы рассматриваем различные макеты, необходимые для создания всех страниц веб-сайта, и предоставляем нашим клиентам структуру, которая позволяет им легко комбинировать и настраивать их по мере необходимости.
Результатом редактирования является возможность редактирования, которая дает маркетологу полный контроль над своим веб-сайтом, но при этом предоставляет ему интуитивно понятную основу для работы.
Они могут создавать совершенно новые макеты веб-сайтов без необходимости знания кода или дизайна, поскольку структура уже существует.
Они могут вносить изменения задним числом, не дожидаясь разработчика и не проходя повторный процесс проектирования.
Но, что наиболее важно, разнообразие контента имеет приоритет с самого начала, поэтому у них уже есть все необходимое для создания новых страниц, даже если это специально не планировалось.
Веб-сайт - самый важный инструмент, который может быть у маркетолога, и наша цель - обучать и расширять возможности наших клиентов, чтобы они могли взять на себя ответственность за свой маркетинг - поэтому мы создаем наши веб-сайты, исходя из этого мышления.