Написать cms: Как я написал свою CMS, и почему не рекомендую вам делать то же самое / Хабр

Как создать свою CMS вместо WordPress — опыт Genesis – AIN.UA

15 Мая, 2019,
12:00

5040

Украинская компания Genesis занимается несколькими медиапроектами на развивающихся рынках. Их совокупная аудитория — 150 млн уникальных пользователей. Чтобы масштабировать работу, компания перешла с WordPress на собственную систему управления контентом. Об этом решении в колонке для AIN.UA рассказал Тимур Александров, продакт-менеджер Genesis Media Emerging Markets.

Зачем мы сделали свою систему управления контентом (CMS)

Первый медиапроект Genesis появился в 2008 году. За 10 лет изменилось многое, начиная от модели бизнеса и заканчивая вызовами, с которыми сталкивается каждая крупная медиакомпания на лидерской позиции.

До 2014 года все проекты Genesis работали на WordPress CMS. Это решение, которое хорошо подходит компактным командам с простым рабочим процессом. Реалии медиабизнеса Genesis отличаются от стандартных: наши редакции находятся в 6 странах, общее количество редакторов превышает 300 человек, контент пишут на 15 языках.

Из-за масштабов операционной деятельности мы поняли, что WordPress недостаточно. Если не начнем инвестировать в процессы и решение проблем, то устойчивый рост будет недостижим.

Команды разработки и Data Science в Genesis Media.

Как мы разрабатывали CMS и определяли, что решит проблему

Первую версию CMS запустили на проекте Legit.ng (ранее — naij.com) в 2015 году. Продукт сложный, так как был построен инженерами для журналистов. Изначально он представлял из себя простой интерфейс, а решения о том, что стоит делать, целиком и полностью полагались на educated guess.

Нам повезло: как говорится, у нас был «доступ к телу». Мы могли сесть напротив редактора и смотреть, что и как он делает, что у него не получается, где можно сократить количество усилий, а какие функции можно и вовсе удалить.

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

Вот, что мы сделали, чтобы понять «боль» редакций:

• Провели более 100 формальных встреч для обсуждения приоритетов и процессов.
• Просмотрели сотни часов видеозаписей использования CMS.
• Потратили более 240 часов, чтобы полноценно сформировать основные проблемы, которые существуют у медиа бизнеса, размеров Genesis.
• Инвестировали тысячи часов разработки, чтобы привести наше решение от клона WordPress с дополнительными функциями к самостоятельному проекту, который идеально решает наши проблемы и идет в ногу с вызовами.

Какие основные проблемы мы сформировали

Проблема процессов

У нас большая команда. Каждый имеют свою роль и функцию. Объединив все функции воедино, мы получаем конвейер по выпуску материалов.

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

Проблема оценки

Медиа без данных – не медиа. Данные по количеству просмотров, сессий, конверсии и вовлеченности есть у всех. Но как оценить автора с точки зрения его профессионализма? Как понять, что автор растет и работает над собой? Это большой вызов.

Ведь если команда не растет, не растет и бизнес. Если бизнес не растет, он умирает.

Проблема доставки

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

Проблема коммуникации

Проблема коммуникации распространена во всех компаниях, не только в медиа. Но в наших реалиях она особо ощутима.

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

Проблема коммуникации не только мешает нашим командам ставить цели и оценивать эффективность всей команды, но и замедляет процесс выпуска актуальных новостей.

Проблема качества

Каждый редактор и автор – творческий человек. Он пишет материалы, стараясь раскрыть проблему и донести идею до читателя. Да, забудьте об «объективности журналистов». Ее не существует.

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

Проблема анализа

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

Как мы их решаем

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

Quality — модуль номер один, решает проблему качества.

Для того, чтобы чего-то избежать, не допускай.

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

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

Система автоматически применит все заданные стили и сверстает материал, который не только доносит идею редактора, но также формирует бренд проекта.

Workflow — модуль, который решает проблему процессов.

За основу взяли канбан-доску. Она позволяет не только эффективно контролировать процесс, но и сконцентрироваться на их функциях.

Кто-то создает backlog материалов, которые надо написать и пишет черновики. Кто-то наполняет и структурирует материалы. Кто-то проверяет материалы на наличие запрещенного контента и публикует их.

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

Какие сложные проблемы могут быть у редакции? Например: публиковать или не публиковать материал, которые не нашел оптимальное количество подтверждений?

Evaluation — модуль, который решает проблему оценки эффективности контента.

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

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

Rationalize – модуль, который решает проблему коммуникации.

В нем агрегируется коммуникация из различных каналов связи. Там же — мобильная адаптация нашей CMS, которая позволяет репортерам заводить задачи в колонку-backlog, где бы они не находились.

Даже если у них нет интернета, материал попадет в колонку backlog, как только интернет появится. После интеграции всех каналов коммуникации все сообщения хранятся внутри CMS, а в случае какого-то важного анонса его можно отправить всем одновременно во все подключенные каналы коммуникации.

Targeting — модуль, который решает проблему доставки контента.

Все мы — искушенные читатели. Мы ищем самые удобные места для чтения и хотим, чтобы там был нужный контент.

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

Если вы любите Google News, мы будем там. Если вы любите Snapchat, мы скоро тоже будем там. Мы делаем все, что в наших силах для того, чтобы наши читатели получили конечный продукт. Такой подход не только экономит массу сил, а также здорово растит объем нашей аудитории.

Yield — модуль, который решает проблему оценки эффективности редакции.

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

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

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

Можно ли попробовать?

Можно! В настоящее время CMS находится на этапе закрытого тестирования у наших редакций и наших партнеров. Она называется QWERTY и доступна по ссылке.

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

Автор: Тимур Александров, продакт-менеджер Genesis Media Emerging Markets.

Современная платформа для создания и управления сайтами | CMS inDynamic

система управления сайтом,
созданная для продвижения в интернете

Быстрая, комфортная, надёжная CMS
с гибкими возможностями

ТОП-20
студийных
CMS Рунета

Более
500
внедрений

Разработана
для продвижения

Смотреть больше

inDynamic для бизнеса,

продвижения, контента и любых задач

inDynamic для бизнеса

inDynamic для продвижения

inDynamic для контента

inDynamic для любых задач

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

Конкуренция за первые позиции растет с каждым годом. Цена ошибки — потерянные клиенты. Особую роль играет техническое совершенство сайта. inDynamic работает с поисковыми роботами строго в соответствии с их требованиями, помогая сайту занимать более высокие позиции.

Больше думать о том, что написать и меньше о том, как это разместить на сайте — идея, с которой мы разрабатывали inDynamic. Мы упростили частые операции и добавили полезные функции

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

Смотреть все возможности inDynamic

Landing-Page

Корпоративный сайт

Интернет-магазин

Промосайт

Сайт-портал

LANDING-PAGE

Лендинг (англ. Landing page, «лендинг пейдж») — это посадочная страница для сбора контактов посетителей или продажи товара.

Корпоративный сайт

Корпоративный сайт — полноценное представительство компании в интернете и эффективный инструмент для коммуникации с целевой аудиторией и привлечения новых клиентов.

Интернет-магазин

Интернет-магазин — современная торговая площадка, делающая покупку товаров комфортной и быстрой.

Промосайт

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

Информационный портал

Web-ресурс с большим объемом информации. Рассчитан на большую аудиторию.

12 причин выбрать inDynamic

Интерфейс

Управление доступом

All in one

Безопасность

Обучение

Доступность

Интеграция

Оптимизация

Управление

Поддержка

Гарантия

Ничего лишнего

Интерфейс

Простой и понятный.

Не требует технических знаний.

Управление доступом

Настройка различных уровней доступа для пользователей.

All in one

Возможность управления несколькими сайтами из одной точки входа.

Безопасность

Высокая степерь защиты. CMS протестирована службами безопасности госкорпораций.

Обучение

Бесплатное обучение работе с системой управление сайтом.

Доступность

Низкая требовательность к ресурсам. Работает на минимальном тарифе хостинга.

Интеграция

Интеграция с любыми внешними сервисами (API, REST, XML, json…). Оптимизируйте свои бизнес-процессы с помощью сайта.

Оптимизация

100% гарантия того, что ваш сайт будет прекрасно взаимодействовать с роботами поисковых систем.

Управление

Возможность редактирования любого контента на сайте (тексты, изображения, заголовки и прочее)

Поддержка

Пожизненная поддержка созданого сайта.

Гарантия

Бесплатная гарантийная поддержка — 2 года. Бесплатная техническая поддержка — 6 месяцев.

Ничего лишнего

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

• Фитнес-клубы •

• Мода и красота •

• E-commerce •

• Гостиницы, недвижимость •

• Мебель и интерьер •

• Строительство и ремонт •

• Консалтинг и услуги •

• Спортивное питание •

• Здоровье и медицина •

• Выставки и конференции •

• Транспортные услуги •

• Оборудование
  и программное обеспечение •

• Финансовые компании
  и сервисы •

• Еще отрасли •

Проекты inDynamic по отраслям

Для фитнес-клуба важно передать атмосферу и эмоции. Хорошо влияет на продажи раздел с тренерами.

Интеграция сайта с CRM клуба (1С:Фитнес клуб, Mobifitness, FitBase и пр.) позволит автоматически обновлять расписание занятий на сайте и принимать оплату, персонализировать сайт для постоянных клиентов.

Проекты inDynamic по отраслям

Мода и красота — тематика, в которой критически важное значение имеет визуальная составляющая.

Использоватение актуальных трендов в веб-дизайне, анимированная верстка, адаптивность — must have отрасли.

Проекты inDynamic по отраслям

В e-commerce проектах важно проработать пользовательские сценарии. От UI зависят продажи, т.е. успех всего проекта.

При этом совем не обязательно делать скучный сайт как у всех. Даже в дизайне интернет-магазина есть место творчеству.

Проекты inDynamic по отраслям

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

Крупные качественные иллюстрации, 3D-туры, видео и прочие средства создания визуальных эффектом хорошо поодходят длярешения подобных задач.

Проекты inDynamic по отраслям

Последний тренд отрасли — виртуализация. Сервисы, позволяющие заранее в онлайне увидеть, как будет выглядеть предмет интерьера или само помещение.

Проекты inDynamic по отраслям

Обычно, это крупные порталы с большим ассортиментом продукции. Тут работает все, что хорошо работает для e-commerce.

Но кроме UX/UI важно думать о бэкенде. Большой объем данных не должен замедлять работу сайта, поиск должен быть почти мновенным, фильры работать на лету, большие заказы оформляться без задержек. Это также важно при проектировании логики обмена данными с 1С, CRM и прочими внутренними сервисами компании.

Проекты inDynamic по отраслям

Услуги — это всегда про качество и индивидуальный подход.

Акцент на результате, команде специалистов, отзывах клиентов поможет сформировать доверие к компании и ускорит принятие решения.

Проекты inDynamic по отраслям

Очень большие сайты с большим и разноплановым ассортиментом.

В дизайне сайтов по спортпиту важно учесть визуальные вкусы отрасли. Сайт как спортивная одежда — яркий, модный, удобный. Обычно, это e-commrce-проекты, поэтому обязательно помним про комфотный пользовательский опыт, скорость работы сайта. Боль пользователя — не соответствие ассортимента на сайте с тем, что в наличии на складах. Эта проблема решается интеграцией сайта с системой складского учета.

Проекты inDynamic по отраслям

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

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

Проекты inDynamic по отраслям

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

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

Проекты inDynamic по отраслям

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

При этом реализовать сервис заказа транспорта через сайт просто. Т.е. сайт позволяет решить и имиджевую задачу и продающую. И в этом его преимущество.

Проекты inDynamic по отраслям

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

Конечно, внешний вид оборудования обычно мало привлекателен. На помощь придут 3D-фотографии с возсожностью управлять ракурсом и другие технологические фичи. Сайт с техногенной тематикой просто обязан выглядеть максимально технологично.

Проекты inDynamic по отраслям

Для финансовых компаний и сервисов это в первую очередь строгость, деловой подход, конкретика.

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

Проекты inDynamic по отраслям

Сложно на одном сайта рассказать про все интересные проекты, которые мы успели сделать с 1999 года.

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

Писатель | Kirby CMS

Простое поле редактора WYSIWYG для встроенного контента с такими форматами, как полужирный, курсив и т. д.

• С версии 3.5.0

• Читать руководство

 поля:
  текст:
    лейбл: Писатель
    тип: писатель 

Имя	Тип	По умолчанию	Описание
после		–	Необязательный текст, который будет отображаться после ввода
автофокус	логическое значение	–	Устанавливает фокус на это поле при загрузке формы. Только первое поле с этой меткой получает
до		–	Необязательный текст, который будет отображаться перед вводом
по умолчанию		–	Значение по умолчанию для поля, которое будет использоваться при создании страницы/файла/пользователя
отключен	логическое значение	–	Если верно , поле больше не редактируется и не будет сохранено
помогите		–	Необязательный текст справки под полем
значок	строка	–	Дополнительный значок, который будет отображаться в конце поля
встроенный	логическое значение	ложный	Включает встроенный режим, при котором новые строки не переносятся в абзацах, а вместо этого создаются жесткие разрывы.
этикетка		–	Метка поля может быть задана как строка или ассоциативный массив с переводами
марки		правда	Задает разрешенные форматы HTML. Доступные форматы: жирный , курсив , подчеркивание , зачеркивание , код , ссылка , электронная почта . Активируйте их все, пройдя правда . Деактивируйте их все, передав false
узлы		–	Устанавливает разрешенные узлы. Доступные узлы: абзац , заголовок , пулллист , упорядоченный список . Активируйте/деактивируйте их все, передав true / false . Узлы по умолчанию: пункт , заголовок , пулевый список , упорядоченный список .
заполнитель		–	Необязательное значение заполнителя, которое будет отображаться, когда поле пусто
требуется	логическое значение	–	Если верно , поле должно быть правильно заполнено для сохранения.
перевести	логическое значение	правда	Если false , поле будет отключено на языках, отличных от используемых по умолчанию, и его нельзя будет перевести. Это актуально только в многоязычных настройках.
когда		–	Условия, при которых поле будет отображаться (начиная с 3.1.0)
ширина	строка	1/1	Ширина поля в сетке полей. Доступные ширины: 1/1 , 1/2 , 1/3 , 1/4 , 2/3 , 3/4

По умолчанию поле записи поддерживает несколько абзацев (

). Во встроенном режиме нажатие Enter создаст разрывы вместо создания нового абзаца.

 поля:
  текст:
    печатная машинка
    встроенный: правда 

В режиме inline все узлы (см. ниже) отключены.

Поле записи по умолчанию поддерживает следующие метки:

• полужирный
• курсив
• подчеркивание
• забастовка
• код
• ссылка
• электронная почта (начиная с версии 3. 6.0)

 поля:
  текст:
    печатная машинка
    встроенный: правда
    Метки:
      - смелый
      - курсив
      - забастовка 

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

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

 поля:
  писатель:
    печатная машинка
    узлы:
      - заголовок
      - пулевой список
      - заказанный список 

Содержимое поля записи сохраняется как обычный HTML. Чтобы отобразить поле в шаблоне, повторите значение.

 text() ?> 

Общий формат — Purdue OWL®

Сводка:

В этом разделе содержится информация о методе Чикагского руководства по стилю (CMOS) для форматирования и цитирования документов. Эти ресурсы следуют Чикагскому руководству по стилю (17-е издание), выпущенному в 2017 году.

Поскольку Чикагское руководство по стилю (CMOS) в первую очередь предназначено в качестве руководства по стилю для опубликованных работ, а не для классных работ, это руководство будет дополнено информацией из «Руководства Кейт Л. Турабян для авторов научных статей, тезисов и диссертаций» ( 8-е изд.), который в значительной степени основан на КМОП с небольшими изменениями.

Чтобы увидеть параллельное сравнение трех наиболее широко используемых стилей цитирования, включая диаграмму всех правил цитирования CMOS, см. Таблицу стилей цитирования.

Пожалуйста, используйте пример внизу этой страницы, чтобы процитировать Purdue OWL в CMOS.

Примечание о цитатах

В отличие от многих стилей цитирования, CMOS предоставляет авторам два разных метода для документирования источников: система с указанием даты автора и система с примечаниями и библиографией (NB). Как следует из названия, Author-Date использует цитаты в скобках в тексте для ссылки на фамилию автора источника и год публикации. Каждая цитата в скобках соответствует записи на странице «Ссылки», завершающей документ. В этом отношении Author-Date очень похож, например, на стиль APA.

В отличие от этого, NB использует пронумерованные сноски в тексте, чтобы направить читателя к сокращенной цитате внизу страницы. Это соответствует более полной цитате на странице библиографии, завершающей документ. Хотя общие принципы цитирования здесь те же, сами цитирования форматируются иначе, чем в формате Author-Date.

Если вы используете CMOS для учебы или работы, не забудьте убедиться, что вы используете метод цитирования, предпочтительный для вашей организации. Примеры этих двух разных стилей в действии см. в наших документах с образцами CMOS:

Образец бумаги с датой автора

Образец бумаги NB

Общие рекомендации по КМОП

• Текст должен быть последовательно разделен двойным интервалом, за исключением блочных цитат, примечаний, библиографических статей, заголовков таблиц и подписей к рисункам.
• Для блочных котировок, которые также называются выписками:
  • Прозаическая цитата из пяти и более строк или более 100 слов должна быть заблокирована.
  • CMOS рекомендует блокировать две или более строк стихов.
  • Заблокированная цитата не заключается в кавычки.
  • Заблокированная цитата всегда должна начинаться с новой строки.
  • Заблокированные цитаты должны иметь отступ с помощью инструмента отступа текстового процессора.
• Номера страниц начинаются в заголовке первой страницы текста с арабской цифры 1.
• Подзаголовки следует использовать для более длинных статей.
  • CMOS рекомендует разработать собственный формат, руководствуясь согласованностью.
    • Рекомендации по CMOS и Turabian см. в разделе «Заголовки» ниже.

Дополнительные правила стиля Turabian

• Поля должны быть не менее 1”.
• Шрифт должен быть читабельным, например, Times New Roman или Courier.
• Размер шрифта должен быть не менее 10 pt. (желательно 12 pt.).

Основные секции бумаги

Титульная страница

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

Титульный лист CMOS

• Для тезисов и диссертаций применяются разные методы (см. Kate L. Turabian A Manual for Writers of Research Papers, Theses, ad Dissertations [8 ^th ed. ].

Основной корпус

• Заголовки, упомянутые в тексте, примечаниях или библиографии, пишутся с заглавной буквы «в стиле заголовков», что означает, что первые слова заголовков и подзаголовков, а затем все важные слова должны быть прописными.
• Заголовки в тексте, а также в примечаниях и библиографии заключаются в кавычки или выделяются курсивом в зависимости от типа работы, которую они обозначают.
  • Названия книг и периодических изданий (названия более крупных произведений) должны быть выделены курсивом.
  • Названия статей и глав (названия более коротких произведений) заключаются в двойные кавычки.
  • Названия большинства стихотворений должны быть заключены в двойные кавычки, но названия очень длинных стихотворений должны быть выделены курсивом.
  • Названия пьес должны быть выделены курсивом.
  • В противном случае используйте минималистский подход к капитализации.
    • Например, используйте строчные буквы для описания периодов, за исключением имен собственных (например, «колониальный период» или «викторианская эпоха»).
  • Прозаическая цитата из пяти и более строк должна быть «заблокирована». Цитата блока должна соответствовать окружающему тексту и не брать кавычки. Чтобы сместить блочную цитату из окружающего текста, сделайте отступ всей цитаты с помощью инструмента отступа текстового процессора. Также можно сместить блочную цитату, используя другой или меньший шрифт, чем окружающий текст.

В «Цветы свободы: переосмысление политической мысли», Роуз красноречиво суммирует свои аргументы в следующей цитате:

В обществе контроля политика поведения
встроена в ткань самого существования, в
организацию пространства, времени, видимости,
цепей коммуникации. И они окутывают каждое отдельное жизненное решение и действие — о труде [sic], покупках, долгах,
кредитах, образе жизни, сексуальных контрактах и ​​т. п. — паутиной.0460 подстрекательства, поощрения, текущие санкции и предчувствие
будущих санкций, которые служат для того, чтобы обязать граждан
сохранять определенные виды контроля над своим поведением.
Эти сборки, которые влекут за собой секьюритизацию
идентичности, не унифицированы, а рассредоточены, не иерархичны
, а ризоматичны, не тотализированы, а связаны в сеть или
реле и отношения. (246)

Каталожные номера

• Пометьте первую страницу сопутствующего материала, полный список источников, «Библиография» (для стиля «Примечания и библиография») или «Ссылки» (для стиля «Автор-Дата»).
• Оставьте две пустые строки между «Библиография» или «Ссылки» и вашей первой записью.
• Оставьте одну пустую строку между оставшимися записями.
• Список статей в алфавитном порядке по буквам в соответствии с первым словом в каждой записи, будь то имя автора или название произведения..
• Используйте «и», а не амперсанд, «&» для записей с несколькими авторами.
  • Для двух-трех авторов выпишите все имена.
  • Для четырех-десяти авторов выпишите все имена в библиографии, но только имя первого автора плюс «и др. ». в примечаниях и цитатах в скобках.
  • Если у источника нет идентифицируемого автора, цитируйте его по названию как на странице ссылок, так и в сокращенной форме (до четырех ключевых слов из этого названия) в цитатах в скобках по всему тексту.
  • Укажите имена издателей полностью.
  • Не используйте даты доступа, если даты публикации недоступны.
  • Если вы не можете установить дату публикации печатной работы , используйте аббревиатуру «n.d.»
  • По возможности указывайте DOI вместо URL.
  • Если DOI недоступен, укажите URL.
  • Если вы не можете назвать конкретный номер страницы при запросе, у вас есть другие варианты: раздел (сек.), уравнение (экв.), том (том) или примечание (н.).

CMOS Библиографическая страница

Сноски

• Номера примечаний должны начинаться с «1» и следовать последовательно по всему документу.
• В тексте:
  • Номера примечаний имеют верхний индекс.
  • Номера примечаний должны быть помещены в конце пункта или предложения, к которому они относятся, и должны быть размещены после всех знаков препинания, кроме тире.
• В сносках:
  • Номера примечаний полноразмерные, не выпуклые, после них следует точка (также допускается размещение надстрочного индекса в самих примечаниях).
  • Строки внутри сноски должны быть отформатированы по левому краю. Поместите комментарий после исходной документации, если сноска содержит и то, и другое; отдельные комментарии и документацию по периодам.
    • В цитировании в скобках отделяйте документацию от краткого комментария точкой с запятой.
    • Не повторяйте цифру сотен в диапазоне страниц, если она не меняется от начала до конца диапазона.

Дополнительную информацию о сносках см. в документе CMOS NB Sample Paper.

Заголовки

Хотя  Чикагское руководство по стилю не содержит предписанной системы форматирования заголовков и подзаголовков, в нем содержится несколько рекомендаций.

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

Turabian имеет опциональную систему из пяти уровней заголовков.

Турабианский план субпозиций

Вот пример пятиуровневой системы заголовков:

Заголовки КМОП

Таблицы и рисунки

• Располагайте таблицы и рисунки как можно быстрее после первой ссылки на них. При необходимости представьте их после абзаца, в котором они описаны.
• Для рисунков включите заголовок или краткое пояснение к рисунку или иллюстрации сразу после номера рисунка.
• Укажите источник информации о таблицах и рисунках с «кредитной строкой» внизу таблицы или рисунка и, если применимо, после подписи. Строка кредита должна отличаться от заголовка тем, что она заключена в круглые скобки или написана другим шрифтом.
  • Укажите источник, как если бы вы цитировали его в скобках, и включите полную информацию в запись на странице «Библиография» или «Ссылки».
  • Соответствующим образом указывать воспроизведенные или адаптированные источники (т. е. фото автора; данные адаптированы из; карта сделана. ..).
  • Если таблица включает данные, не полученные автором текста, включите сноску без номера. Начните примечание словом Source(s) , за которым следует двоеточие, затем включите полную информацию об источнике и завершите примечание точкой.

Как цитировать Purdue OWL в CMOS

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

Сноска или концевая сноска (N):

1. «Название ресурса», укажите OWL как Название издательской организации/веб-сайта , https://owl.english.purdue.edu/owl/resource/717/02/.

1. «Общий формат», The Purdue OWL , https://owl.english.purdue.edu/owl/resource/717/02/.

Соответствующая библиографическая запись (B):

«Название ресурса».