Rich Internet Application и контент-менеджмент


Оглавление (нажмите, чтобы открыть):

Насыщенные интернет-приложения привлекательны для злоумышленников

Приложения AIR подобно прочим RIA могут исполняться в “песочнице” или с привилегиями системного доступа. Выбор за вами
Администраторы Windows-систем могут ограничить права платформ RIA, таких как Silverlight, с помощью инструментов управления групповыми политиками
Возможности имеющихся в составе Java средства управления довольно ограниченны, зато API-интерфейсы обладают разнообразными функциями
Вся работа, связанная с Silverlight, включая настройки безопасности для приложений, выполняется в Visual Studio 2010

Следующим рубежом в области создания корпоративного ПО вполне могут оказаться насыщенные интернет-приложения (Rich Internet Applications, RIA), которые не обязательно должны исполняться в браузере и свободны от ограничений, накладываемых интерфейсом пользователя в этой вычислительной среде. Корпоративные программисты неосторожно занялись написанием обычных интернет-приложений, прежде чем стали очевидны весьма серьезные недостатки данной платформы с точки зрения безопасности. В результате многие организации поняли, что ступили на скользкий путь, поскольку браузеры, инструменты и серверы имеют бреши в системах защиты.

А что же RIA? Является ли эта платформа более безопасной, или насыщенные среды открывают более широкие возможности для создателей вредоносного кода? Разработка и развертывание защищенных RIA, как и локальных программ и интернет-приложений, в значительной мере зависит от грамотного менеджмента и политики устранения недостатков ПО, а также от тщательного учета встроенных в эти платформы функций обеспечения безопасности.

Имеется немало платформ RIA, но некоторой популярностью пользуются только три из них: Adobe AIR, Microsoft Silverlight и Oracle JavaFX. Может быть, вы полагаете, что Adobe Flash и Oracle Java также представляют собой платформы RIA? Но только три названных продукта специально предназначены для разработки RIA. Первый из них базируется на Flash и браузере с открытым исходным кодом Webkit, второй — на .NET framework, а третий — на Java.

Adobe AIR и JavaFX были созданы всего несколько лет назад. (Хотя вы будете правы, если скажете, что Java обеспечивает разработку RIA с 1994 г.) Главным нововведением в JavaFX является упрощенный язык сценариев, а в Silverlight 4 — приложения, запускаемые из браузера.

Вопрос безопасности

Три названных RIA сохраняют многие, если не все, недостатки защиты своих базовых платформ. Первое, что должно вас волновать, это состояние безопасности платформы.

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

Тем не менее на протяжении года или двух Adobe предприняла целый ряд мер для повышения защиты своих продуктов (из которых наиболее известен Reader), и это принесло плоды. Если вы подойдете к развертыванию AIR, Flash и соответствующих приложений с должным вниманием и добросовестностью, то можете чувствовать себя защищенным.

Достижения Flash за последние годы выглядят не слишком обнадеживающе с точки зрения безопасности. Было обнаружено и, как правило, устранено множество уязвимостей. Нетрудно найти программы-эксплойты для их использования. Их популярность легко объяснима: Flash очень часто можно найти на настольных ПК, может быть, даже чаще, чем Windows.

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

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

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

Во всех трех случаях платформы RIA имеют мало уязвимостей, а JavaFX — вообще ни одной. Но при наличии слабых мест в защите ваших собственных приложений они могут открыть доступ к использованию уязвимостей базовых платформ — Flash, .NET и Java.

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

Распространение неисправленных версий — проблема общая

Все три платформы, о которых идёт здесь речь, имеют общий недостаток — распространение устаревших, неисправленных версий несмотря на то, что самый верный путь к прочной безопасности заключается в использовании клиентами новейших вариантов ПО. В этом отношении Microsoft и Adobe проявляют больше заботы о пользователях, чем Oracle.

Adobe снабжает их процедурами и инструментами, позволяющими автоматизировать процесс обновления и управления им с помощью стандартных механизмов групповой политики. Silverlight не только обладает собственным механизмом обновления, но и может обновляться при посредстве сервиса Windows Server Update Services (WSUS).

Java располагает механизмом автоматического обновления и может устанавливаться без участия пользователя. Однако Oracle не предоставляет версию MSI, что затрудняет управление. Если у вас имеется полноценная система управления “заплатками”, это упростит управление любыми продуктами.

Имеются и другие проблемы с управлением, не имеющие отношения к установке обновлений. В вашем распоряжении всего несколько вариантов их решения. При работе с Silverlight можно воспользоваться групповыми политиками для урегулирования следующих вопросов: разрешить ли клиентам просматривать контент, связанный с управлением цифровыми правами (digital rights management, DRM); устанавливать ли обновления автоматически, выдавать ли соответствующее приглашение или не обновлять ПО вовсе; предоставить ли Silverlight доступ к веб-камере и микрофону; задействовать ли групповую передачу по протоколу UDP (user datagram protocol) и, что самое важное, допускать ли инсталляцию надежных приложений. Такие приложения могут получать доступ к локальным системным ресурсам, например к файловой системе. Подробности можно узнать из руководства Silverlight Deployment Guide.

Документация Adobe Flash Player Administration Guide for Flash Player 10.1 представляет собой кладезь информации, касающейся управления инсталляцией (включая конфигурирование SMS), форматов файлов и сетевых протоколов, используемых в данном продукте. Установив на клиентских системах файл mms.cfg, вы можете централизованно управлять защитой и различными настройками, в том числе “белым списком” доменных имен и IP-адресов, с которыми (и ни с какими другими) Flash/AIR может обмениваться информацией.

Информации, касающейся специально безопасности AIR, тоже в избытке, начиная с таких руководств, как AIR Security Overview и AIR Administrator’s Guide. Несколько удивляет, что все приложения AIR должны иметь подписанный код, хотя можно использовать подписанный сертификат. Это дает администраторам возможность блокировать непроверенный код. Приложения AIR запускаются в “песочницах”, напоминающих “песочницы” Flash.

Для управления Java можно использовать продукты сторонних производителей, а собственные возможности в этой области весьма ограничены. Имеется насыщенный API-интерфейс JMX (Java Management eXtensions) на случай, если вы захотите создать свой собственный.

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

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

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

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

Rich Internet Application и контент-менеджмент

Термин «RIA» впервые был упомянут компанией Macromedia в официальном сообщении от марта 2002 года. Эта концепция существовала несколькими годами ранее со следующими названиями:

  • Remote Scripting, Microsoft, около 1998 года
  • X Internet, Forrester Research в октябре 2000 года
  • rich (web) client
  • rich web application

Работа традиционных веб-приложений сконцентрирована вокруг клиент-серверной архитектуры с тонким клиентом. Такой клиент переносит все задачи по обработке информации на сервер, а сам используется лишь для отображения статического контента (в нашем случае HTML). Основной недостаток этого подхода в том, что все взаимодействие с приложением должно обрабатываться сервером, что требует постоянной отправки данных на сервер, ожидания ответа сервера, и загрузки страницы обратно в браузер. При использовании технологии запуска приложений на стороне клиента, RIA могут обойти этот медленный цикл синхронизации за счёт большего взаимодействия с пользователем. Эта разница примерно аналогична разнице между архитектурой с «тонким клиентом» (Thin client) и архитектурой с «толстым клиентом» (Thick client), а также между терминалом и мейнфреймом.

Постепенное развитие стандартов сети Интернет привело к возможности реализовать подобные технологии на практике, однако сложно провести четкую границу между тем, какие именно технологии включают в себя приложения RIA, и какие нет. Но все RIA имеют одну схожую особенность: они включают в себя некую промежуточную часть кода приложения, находящуюся между пользователем и сервером, которую обычно называют «движком клиента». Этот движок загружается в самом начале и в дальнейшем может догружаться по ходу работы приложения. Движок клиента выступает в роли надстройки браузера и обычно отвечает за рендеринг пользовательского интерфейса и взаимодействие с сервером.

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

Преимущества

Несмотря на то, что разработка веб-приложений для браузера имеет ограничения, более сложна по сравнению с разработкой стандартных приложений, усилия обычно оправдываются, потому что:

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

Поскольку RIA используют движок клиента для взаимодействия с пользователем, они:

  • Богаче. RIA предлагают пользовательский интерфейс, не ограниченный лишь использованием языка HTML, применяемого в стандартных веб-приложениях. Расширенная функциональность позволяет использовать такие возможности пользовательского интерфейса, как drag-and-drop, использование ползунка для изменения данных, а также возможность производить вычисления, которые не отправляются обратно на сервер, а выполняются прямо на машине пользователя (например, ипотечный калькулятор).
  • Более интерактивные. Интерфейсы RIA более интерактивны, чем стандартные интерфейсы веб-браузеров, которые требуют постоянного взаимодействия с удалённым сервером.
  • Наиболее сложные приложения RIA предлагают внешний вид и функциональность, близкие к настольным приложениям. Использование движка клиента позволяет добиться и других преимуществ в производительности:
  • Сбалансированность клиент-сервера. Использование вычислительных ресурсов клиента и сервера лучше сбалансировано. Поэтому сервер не должен быть «рабочей лошадкой», как в традиционных веб-приложениях. Это освобождает вычислительные ресурсы сервера, позволяя обрабатывать большее количество сессий одновременно за счёт одного и того же аппаратного обеспечения.
  • Асинхронная коммуникация. Движок клиента может взаимодействовать с сервером, не дожидаясь, пока пользователь совершит действие в приложении, нажав на кнопку или ссылку. Это позволяет пользователю просматривать страницу и взаимодействовать с ней асинхронно с помощью коммуникации между движком и сервером. Эта возможность позволяет разработчикам RIA передавать данные между клиентом и сервером без ожидания пользователя. В Google Maps эта техника используется для того, чтобы подгружать прилегающие сегменты карты, прежде чем пользователь пролистает, чтобы их посмотреть.

Недостатки

Основными недостатками и ограничениями RIA являются:

  • «Песочница». Поскольку RIA загружаются в локальной среде безопасности — «песочнице» — они имеют ограниченный доступ к системным ресурсам. Если права на доступ к ресурсам некорректны, RIA могут работать неправильно.
  • Подключение скриптов. Как правило, для работы RIA требуется JavaScript или другие скриптовые языки. Если пользователь отключил активные сценарии в своем браузере, RIA может не функционировать должным образом или вообще не работать.
  • Скорость обработки клиентом. Чтобы обеспечить платформенную независимость, некоторые RIA используют скриптовый язык на стороне клиента, например, такой как JavaScript, с частичной потерей производительности (серьёзная проблема для мобильных устройств). Однако такая проблема не возникает при использовании встроенного языка, скомпилированного на стороне клиента, такого как Java, где производительность сопоставима с использованием традиционных встроенных языков, либо с Flash или с Silverlight, в которых программный код запускается непосредственно в плагине Flash Player или Silverlight соответственно.
  • Время загрузки скрипта. Даже если нет необходимости в установке скрипта, движок клиента RIA должен быть передан клиенту сервером. Поскольку большинство скриптов сохраняются в кэше, он должен быть передан хотя бы один раз. В зависимости от размера и типа передачи, загрузка скрипта может занять довольно много времени. Разработчики RIA могут уменьшить последствия этой задержки посредством сжатия скриптов, а также за счёт разбиения передачи приложения на несколько страниц.
  • Утрата целостности. Если приложение основано на X/HTML, возможны конфликты между целями приложения (которое, естественно, хочет иметь контроль над его представлением и действиями) и целями X/HTML (которое хочет отдать контроль). Интерфейс DOM для X/HTML делает возможным создание RIA, но это не даёт никаких гарантий, что оно будет работать корректно. Из-за того, что клиент RIA может изменять основную структуру приложения и переопределять его действия и представление, это может привести к ошибке приложения на стороне клиента. В конце концов, эта проблема может быть решена за счёт нового механизма клиент-сервер, предоставляющего клиенту RIA ограниченный доступ к изменению тех ресурсов, которые не входят в сферу его полномочий. Работа родного стандартного ПО не вызывает подобных проблем, поскольку они по определению автоматически обладают всеми необходимыми правами на локальные ресурсы.
  • Утрата видимости для поисковых систем. Поисковые системы могут оказаться не в состоянии проиндексировать содержимое приложения RIA.
  • Зависимость от подключения к Интернету. Идеальная замена для настольных приложений должна позволять пользователям подключаться к сети «эпизодически», покидая хот-споты, уходя и приходя в офис. Однако к 2007 году типичные приложения RIA требовали постоянного подключения.
  • Доступность. Известно множество проблем веб-совместимости с RIA. Одна из распространённых заключается в том, что пользователю, читающему текст с экрана, сложно выявлять динамические изменения (вызванные JavaScript) в контенте HTML.
  • Сложность расширяемости. RIA сложно расширять плагинами и модами, как это делается в традиционных приложениях. Возможно использование пользовательских JavaScript, внедряемым iFrame контентом, и т д.

Сложности разработки приложений

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

Применение технологии RIA ставит новые задачи по управлению услугами SLM (service level management), не все из которых решены на сегодняшний день. Вопросы касательно SLM не всегда учитываются разработчиками приложений и почти не воспринимаются пользователями. Однако они жизненно важны для успешного внедрения приложения в сети Интернет. Основными аспектами, осложняющими процесс разработки RIA, являются:


  • Большая технологическая сложность делает разработку труднее. Возможность передавать код приложения непосредственно клиентам даёт большую творческую свободу разработчикам и дизайнерам. Но это, в свою очередь, усложняет разработку приложения, увеличивает вероятность ошибок при внедрении и затрудняет тестирование программного обеспечения. Эти осложнения удлиняют процесс разработки вне зависимости от специфики методологии и процесса разработки. Некоторые из этих проблем могут быть сокращены за счёт использования каркаса программной системы под веб (web application framework) для стандартизации разработки RIA. Тем не менее, растущая сложность в программных решениях может усложнить и удлинить процесс тестирования при увеличении числа тестируемых вариантов использования (use cases). Неполное тестирование снижает качество и надежность приложения в ходе его использования. Можно спорить о том, относится ли замечание выше только к RIA-технологии или к сложности разработки в целом. Например, точно такой же аргумент приводился, когда Apple и Microsoft независимо друг от друга объявили о GUI в 1980-х, и, возможно, даже тогда, когда компания Ford представила свою Model T. Тем не менее, человечество продемонстрировало замечательную способность впитывать все технологические новшества в течение десятилетий, если не столетий.
  • Архитектура RIA ломает парадигму веб-страницы. Традиционные веб-приложения представляют из себя набор веб-страниц, каждая из которых требует отдельного скачивания, инициированного запросом HTTP GET. Эта модель была описана как парадигма веб-страницы. RIA ломает эту парадигму, внося дополнительный сервер асинхронной коммуникации для поддержки более интерактивного интерфейса. Должны быть разработаны новые технологии измерения для RIA, предоставляющие информацию о количестве потраченного времени. При отсутствии подобных стандартных средств разработчики RIA должны добавить в свои приложения средства измерения данных, необходимые для SLM.
  • Асинхронная коммуникация осложняет выявление проблем производительности. Парадоксально, но меры, принимаемые для снижения времени отклика приложения затрудняют само его определение, измерение и управление. Некоторые RIA не делают никаких дальнейших HTTP GET-запросов из браузера после получения первой страницы, используя асинхронные запросы с помощью движка клиента для последующих загрузок. Клиент RIA может быть запрограммирован таким образом, чтобы постоянно загружать новый контент и обновлять дисплей, или (в приложениях, использующих подход Comet) движок на стороне сервера может постоянно передавать новый контент браузеру через постоянно открытое соединение. В этом случае концепция «загрузки страницы» более не применима. Все это привносит определённые трудности в измерение и разделение времени отклика приложения, которые являются фундаментальными требованиями для изоляции проблем и SLM. Инструменты, созданные для измерения традиционных веб-приложений, в зависимости от специфики и инструментария приложения могут рассматривать каждую веб-страницу, запрошенную по HTTP, в отдельности или как набор не связанных между собой показателей. Однако, ни один из этих подходов не показывает, что в действительности происходит на уровне приложения.
  • Движок клиента усложняет измерение времени отклика приложения. Для традиционных веб-приложений измерительное программное обеспечение может располагаться на клиентской машине и на машине, близкой к серверу, таким образом, оно может наблюдать за потоком сетевого трафика на TCP и HTTP уровнях. Поскольку это синхронизированные и предсказуемые протоколы, пакет со снифером может читать и интерпретировать данные пакетного уровня и выводить заключение о времени отклика с помощью средств отслеживания сообщений HTTP и времени подтверждения пакетов TCP на нижнем уровне. Но архитектура RIA уменьшает возможности подхода с использованием пакетного снифинга, поскольку движок пользователя разбивает взаимодействие между клиентом и сервером на два отдельных цикла, работающих асинхронно — цикл переднего плана (пользователь-движок) и цикл заднего плана (движок-сервер). Оба этих цикла имеют важное значение, поскольку их общая взаимосвязь определяет поведение приложения. Но это отношение зависит только от построения самого приложения, которое в большинстве случаев не может быть спрогнозировано измерительными инструментами, в особенности первым, который может наблюдать только один из двух циклов. Поэтому наиболее полное измерение RIA может быть получено только с использованием инструментов, которые находятся на стороне клиента и наблюдателя в обоих циклах.

Кто такой контент-менеджер и что он должен уметь

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

Что делает контент-менеджер

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

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

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

На этой должности придется работать в связке с веб-дизайнером, графическим дизайнером, маркетологом, SMMщиком, копирайтерами и специалистами по SEO. Но если в компании небольшой штат, то часть обязанностей вполне может лечь на плечи самого контент-менеджера.

В идеале тот, кто отвечает за наполнение сайта, берет на себя такие задачи:

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

Что нужно знать

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

Писать тексты

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

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

Разбираться в SEO

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

Контент-менеджер не обязан составлять семантическое ядро сайта, но некоторые вопросы касаются его напрямую. К примеру, фотографии и иллюстрации к тексту нужны не только «для красоты», ведь с их помощью можно продвигать материалы в поисковиках. Если прописать для изображения тег alt, «Яндекс» и Google начнут индексировать его в поиске по картинкам. Еще важно знать, как заполняются теги title (заголовок) и description (описание страницы), которые тоже влияют на индексацию сайта.

Работать с изображениями

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

Верстать материалы

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

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

Многие современные CMS (системы управления сайтами) устроены очень просто, поэтому для работы с ними знать HTML и CSS не обязательно. Такие CMS сами форматируют текст, и работать с ними может даже неподготовленный пользователь.

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

Анализировать результат

Вам будет проще создавать качественный и востребованный контент, если вы научитесь анализировать поведение пользователей. С помощью «Яндекс.Метрики» и Google Analytics вы узнаете, какие материалы посетители читают чаще всего, что именно они ищут на сайте, на каких страницах задерживаются надолго, а какие игнорируют. Собрав и проанализировав эту информацию, вы сможете наполнять свой ресурс материалами, которые принесут наибольшую конверсию.

Следить за трендами и технологиями

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

Как искать работу

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

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

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

Заключение

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

Мастер Йода рекомендует:  Как стать настоящим хакером или Capture The Flag

По сути, контент менеджер должен уметь многое из того, что входит в обязанности маркетолога, который создает контент-стратегию, занимается SEO, аналитикой и продвижением брендов. Новичку, который хочет заняться наполнением сайтов и получить максимум полезной информации из одного источника, стоит присмотреться к курсу «Интернет-маркетолог от Ingate», в котором подробно разбираются все эти темы.

Рич-контент: как продавать онлайн лучше конкурентов

Чем чаще мы покупаем в интернете, тем становимся более требовательными к качеству его контента. Генеральный директор 24ttl Юрий Шишкин рассказывает о новом тренде в e-commerce, который вскоре должен поглотить весь рынок — о рич-контенте: зачем он нужен, как его создавать и какую пользу он несет.

Представьте, что вы пришли в супермаркет за новым телевизором — и вместо товаров видите на полках ценники с кратким списком характеристик и двумя-тремя фотографиями. Легко ли вам будет принять решение о покупке?

Такая ситуация — не страшный сон, а обычная картина, которая открывается любому посетителю интернет-магазина. В диджитал-пространстве мы, по сути, приобретаем не товар, а картинку с описанием; и именно их качество и полнота определяют наш выбор. Поэтому в борьбе за онлайн-клиентов бренды превращают продуктовые карточки в полноценные презентации с возможностью обзора на 360, видеороликами, анимационными и мультимедийными элементами — всем тем, что объединяется понятием «рич-контент».

Рич-контент продает намного лучше традиционного: пользователь скорее предпочтет красиво представленный товар с подробным описанием преимуществ безликому аналогу. Так что рано или поздно всем вендорам, которые реализуют продукцию в e-commerce, придется перестраиваться на новые «рич»-рельсы, чтобы выжить в конкурентной борьбе.

На чужой территории

Здесь возникает проблема. Если на территории фирменного онлайн-магазина производитель может представлять товары, как душа пожелает — то как быть с площадками ритейлеров, где существуют свои правила оформления карточек? Согласно исследованию Gartner, 80% всех покупок в e-commerce совершаются именно на сайтах ритейлеров, поэтому фокусироваться лишь на своей площадке и при этом выигрывать в онлайн-торговле не получится. Отсюда вывод: хочешь быть конкурентоспособным — учись вести игру на чужой территории.

Недавно Яндекс.Маркет внедрил функцию интеграции полноценного рич-контента в продуктовые карточки на своей площадке. Вендоры получили возможность размещать на портале баннеры, видео, информацию о бренде, добавлять брендовый фон, создавать категории для своих товаров, публиковать статьи, подборки и обзоры. Однако Яндекс — не единственная онлайн-площадка с такими опциями. На российском рынке лидером по рич-контенту стал AliExpress, стараются не отставать DNS, Ozon, М.Видео. Среди брендов рич-контент активно создают Samsung, Apple, LG, Bork — в первую очередь производители техники и электроники. Во многом это обусловлено тем, что в отечественном e-commerce этот сегмент занимает наибольшую долю: так, в первой половине 2020 года доля онлайн-продаж в глобальных продажах товаров техники и электроники составила примерно треть от общей стоимости. Потребителю проще заказать телевизор или микроволновку в интернете, чем объезжать несколько магазинов и затем мучиться с доставкой.

Новые возможности

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

1. Воздействие на эмоции

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


Так, особенности нового дизайна Apple iMac на сайте AliExperess передает изображение монитора с разных ракурсов, которое сопровождается текстом «Восхищение дизайном. Компьютер, который тоньше обычного монитора – это мечта, ставшая реальностью». Пользователю, уже привлеченному красочными изображениями, сложно не купиться на воплощенную мечту.

2. Демонстрация преимуществ

Рич-контент предоставляет возможность, которой лишено обычное товарное описание: наглядно продемонстрировать преимущества продукта перед другими. Например, в карточке игровой мыши MSI Clutch GM40, форма которой подходит как для правшей, так и для левшей, эта характеристика представлена в виде соответствующей графики:

3. Сценарии использования

Как новый телевизор будет смотреться в интерьере? Где находится дополнительный порт на телефоне? Куда подключается разъем и как выглядит меню? Все это можно описать и продемонстрировать с помощью изображений, детальных инструкций и видео. Так, как сделала Samsung для презентации линейки телевизоров QLED TV 2020 на сайте М.Видео. Модель позволяет подключать любые смарт-устройства, от телефона до бытовой техники, и управлять ею с помощью специального меню. Эту возможность Samsung продемонстрировала с помощью наглядных изображений

4. Обзор на 360°

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

Взгляд в будущее

Рич-контент, бесспорно, крайне выгодная инвестиция. Если создавать его не только для флагманских товаров, но для всей линейки продуктов, результаты не заставят себя ждать. Он позволяет повысить конверсию на 1-1,2%, что дает прирост в продажах до 20% — внушительные показатели!

Однако у рич-контента есть единственный, но существенный недостаток — сложность его производства и, соответственно, большие финансовые и трудозатраты. Так, на создание одной карточки товара может уйти 10-12 часов — что в среднем составляет 15-30 тысяч рублей. Поэтому следующий шаг в этом направлении — появление средств автоматизации производства рич-контента, которые позволят генерировать его в больших масштабах.

Конечно, креативные идеи, тексты и спорные моменты (об этом чуть ниже) все равно придется делать человеческими силами, но какую-то часть работы доверить программе вполне можно: например, «вырезать» товар с фото, подобрать для него по цвету фон или даже окружение с помощью техник распознавания типа продукта, улучшить качество изображения. Уже сейчас мы в 24ttl ведем разработку подобного инструмента, который позволит генерировать рич-контент в больших объемах, существенно снижая при этом затраты ресурсов на его производство.

Разумеется, полной автоматизации не получится: как я уже говорил, какие-то нюансы все равно потребуют участия человека. Так, один раз мы готовили проект для микроволновки LG в Дубае. В кампании мы собирались использовать красочные фотографии сочных стейков. Но мы быстро поняли, что в арабских странах «халяльное» мясо не должно содержать крови — поэтому пришлось в срочном порядке менять концепцию.

Новые перспективы

Рынок онлайн-торговли стремится присвоить все преимущества физических супермаркетов и в чем-то даже превзойти их. Настоящая революция в e-commerce готовится в сфере AR-технологий, где важным событием стал запуск набора инструментов для разработчиков ARKit от компании Apple.

Так, мобильное приложение Ikea Place магазина IKEA позволяет с помощью смартфона посмотреть, как тот или иной предмет мебели будет смотреться в интерьере собственной квартиры. Компания Shopify этой осенью объявила об интеграции с инструментов ARKit 2 от Apple — с его помощью бренды смогут давать своим покупателям возможность оценить, как конкретный товар будет выглядеть в реальных жизненных условиях — в своей квартире, на полке или на своем теле, если это одежда.

В гонке за технологизацией e-commerce не отстает и VR: в прошлом году компания AliExpress открыла в ряде российских городов магазины с элементами VR, где покупатели с помощью сканирования специальных меток могут рассмотреть 3D-модели товаров со всех сторон и даже «протестировать» их в виртуальном мире. Более удобным для потребителей делают интернет-шопинг и такие меры, как ускорение доставки и контроль качества товара.

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

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

Технологические параметры для многофункциональных Интернет-приложений (Rich Internet Applications)

Дополнительные возможности браузера

Многофункциональные Интернет-приложения (RIAs) дополняют стандартный ограниченный набор элементов управления обычного пользовательского интерфейса (UI), предоставляемый HTML, например, текстовые поля, флажки или переключатели. RIA предоставляют пользователям значительно более функциональный набор элементов управления и более сложный механизм взаимодействия с серверами. При использовании RIA пользователям не требуется обновлять страницу при отправке данных из браузера (можно обновить только часть страницы), RIA обеспечивают лучшую обработку ошибок и много других полезных возможностей.

Данная статья содержит следующие материалы:

Обзор RIAs

Термин «многофункциональное Интернет-приложение» вошел в употребление несколько лет назад, хотя его концепция также была известна как:

  • Удаленный язык сценариев;
  • X Internet;
  • Многофункциональные Web-клиенты;
  • Многофункциональное Web-приложение.

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

Старая клиент-серверная архитектура обладала высокой гибкость и функциональностью, но в Web-эпоху она умерла. Одна из причин этого заключалась в отсутствии единообразия или стандартизации клиентских приложений. Теперь, без всяких сомнений, всеобще признанным Web-инструментом является браузер. Тем не менее ему не достает возможностей интеллектуальной обработки. За счет этого на клиентские приложения возложена обязанность доставки данных от пользователей и выполнение простой обработки. Многофункциональные Интернет-приложения позволяют разрабатывать на основе браузера лучшие, более быстрые, более привлекательные и крайне функциональные пользовательские приложения.

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

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

Предмет оценки

При оценке технологий RIA следует учитывать следующие факторы:

Многофункциональность пользовательского интерфейса Сколько основных, готовых стандартных графических элементов или элементов управления интерфейса доступны для разработки? Как можно связывать данные и события с помощью этих элементов управления? Новые элементы управления должны быть удобны в использовании и иметь возможность простого подключения. Некоторые RIA-технологии предоставляют простые способы для добавления функциональности и информативности визуальному предсталвению, например, с помощью анимационных API на странице. Например, для обеспечения только одного нажатия пользователя на кнопке, можно добавить к кнопке анимацию так, чтобы она исчезла из представления. Сложность Разработчики используют существующие модели на основе страниц уже много лет благодаря их простоте и удобству, но эти технологии довольно грубы. RIA-технология должна быть простой для освоения, разработки и иметь возможности расширения. Она также должна взаимодействовать с существующими Web-технологиями. Гибкость и компонентное представление Важным фактором является гибкость для взаимодействия с различными межплатформенными компонентами. Взаимодействие должно обладать простотой компоновки и расширяемостью для создания новых пользовательских стандартных графических элементов интерфейса. После создания библиотек пользовательских стандартных графических элементов интерфейса их можно повторно использовать в приложениях. Обновление страницы

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

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

Безопасность При выполнении настройки по RIAs убедитесь в отсутствии увеличения угрозы безопасности в сравнении с обычными приложениями. Проверьте безопасность окружающих сервер систем связи или модулей и расширений браузера, загружаемых с клиента. Поддержка основных Web-парадигм Технология должна поддерживать основные Web-парадигмы, существующие на текущий момент в Web-приложениях, например, интернационализации, независимости пользовательских устройств, независимости браузеров и поддержки передачи двоичных файлов для функций загрузки и выгрузки. Имеет значение также и зрелость технологии. Инструментарий Рассмотрим инструменты, доступные для разработчиков в виде интегрированных сред разработки (IDE) с функциями тестирования блоков и поддержкой отладки. Инструменты могут быть модулями, подключаемыми к существующим редакторам или поддерживаемые редакторами. Удобство использования Пользователи ожидают, что в браузерных приложениях будут работать функции обычных браузеров. В частности, в решениях на основе Flash не доступны такие функции, как сохранение изображений, использование клавиатурного сокращения Ctrl+F для поиска содержимого на странице и функция копирования-вставки. При разработке удобства использования RIA следует опираться на принципы взаимодействия человек-компьютер (HCI)..

Технологии пользовательского интерфейса (UI)

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

Laszlo

Laszlo представляет собой ведущую платформу с открытым исходным кодом для разработки и доставки RIAs по Web с использованием Flash. Изначально проигрыватель Flash запускался в виде небольшого модуля для воспроизведения файлов Flash в браузерах. Благодаря своей высокой надежности и совместимости эта технология широко использовалась для создания ярких и анимированных изображений. В последующих версиях были реализованы значительные функции поддержки сценариев, обмена данными с серверами, во Flash 6 добавлен обмен аудио- и видеоданными.

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

Что такое XPath?

XML Path Language представляет собой одобренный консорциумом W3C язык, предназначенный для работы с информацией в XML-документе. Основное назначение XPath заключается в навигации по всем узлам и атрибутам XML-документов.

В браузере должен быть установлен Flash 5.x+. Сценарий написан на языке LZX, основанном на XML. LZX является объектно-ориентированным, теговым языком, в котором синтаксис XML и JavaScript используется для создания динамических Flash-файлов. LZX-компилятор на сервере компилирует LZX-файл и отправляет браузеру файлы Flash. Фактический обмен данных происходит в XML-форме, элементы управления LZX используют XPath для ссылок на XML. К элементам управления также легко можно привязать события. Каждый элемент управления определяет набор событий, способных наследовать события из родительского элемента. На примере в листинге 1 показано, как использовать событие.

Листинг 1. Пример simplelaszlo.lzx

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

LZX позволяет выполнять запросы к HTTP и Web-службам на сервере по протоколам SOAP и RPC в фоновом режиме без обновления страницы. Имеется модуль для интеграции любого файла Web-приложения в библиотеку Laszlo. В данное время для разработки доступна среда IDE на основе Eclipse. Также имеются инструменты для отладки LZX на стороне клиента. Эти инструменты также предоставляют среду Lzunit для тестирования приложений Laszlo.

Недавно объявлено о поддержке Laszlo доставки приложения в браузер в качестве DHTML с использованием существующей среды. Это позволяет настроить доставку приложения в формате DHTML или Flash. Laszlo также имеет расширенную поддержку сообщества Ajax и многопользовательской доставки устройств.

На рисунке 1 показан пример Laszlo и Dojo.

Рисунок 1. Изображение RIA, созданное с помощью Laszlo и Dojo


XML-язык пользовательского интерфейса (XUL) основан на XML Mozilla и является межплатформенным языком описания пользовательского интерфейса приложений. Язык предосталяет обширную библиотеку компонентов, готовых для использования на странице. В настоящее время язык работает только с браузерами на основе Gecko, такими как Mozilla Firefox, Netscape 6 или выше.

Для описания элементов пользовательского интерфейса в XUL используется язык разметки на основе XML. Язык предоставляет любые популярные элементы управления в Интернет, например, меню, вкладки, деревья и контекстные меню. Для хранения дерева узлов в XUL используется объектная модель документов (DOM). После загрузки всех файлов XUL анализирует и преобразует все теги в иерархическую структуру узлов документа. Структуру DOM можно использовать для проверки и изменения данных с помощью собственных или дополнительных методов, предоставляемых XUL-функциями. Можно всегда получить доступ и манипулирование DOM из JavaScript, то есть обработка идентична обычному элементу управления HTML. Все элементы управления и узлы имеют атрибуты для определения их внешнего вида и структуры.

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

Собственно браузер Mozilla также представляет собой набор пакетов, содержащих XUL-файлы, JavaScript и таблицы стилей, хотя это более крупное и сложное расширение.

В XUL для связывания используется eXtensible Bindings Language (XBL). С помощью Mozilla XBL можно связать любой элемент управления. В XUL используется RDF-формат, который можно применять для хранения ресурсов. Можно использовать данные в других форматах и создавать из них RDF-данные, которые можно затем привязать к элементам управления XUL.

Поскольку XUL аналогичен XML-файлу, можно использовать любой текстовый редактор или XML-редактор для среды IDE. Все XUL, HTML и SVG-файлы обрабатываются одним основным кодом, CSS-свойства можно использовать для задания стилей в XUL-файлах. Имеется встроенная поддержка локализации, поскольку все текстовое содержимое хранится отдельно в браузере.

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

Если запустить файл, приведенный в листинге 2, в Mozilla Firefox, отображается текстовое поле и кнопка.

Листинг 2. Пример simplexul.xul

XForms

XForms 1.0 предоставляет новый независимый от платформы язык разметки для оперативного взаимодействия. Консорциум W3C предложил спецификацию реализации XForms и рассматривает его как преемника HTML-форм.

XForms не зависит от устройств представления. Его можно доставлять без изменения кода в обычный браузер, карманный компьютер или мобильный телефон, голосовой браузер и даже в некоторые экзотические клиенты, например, Instant Messenger. Благодаря этому XForms является привлекательным инструментом для RIA.

В XForms фактические данные (описание XML-формы) отделены от представления формы. Это независимое от устройства определение XML-формы, называемое XForms-моделью, может применяться с различными стандартными или специализированными пользовательскими интерфейсами.

Пользовательские интерфейсы XForms содержат стандартный набор визуальных элементов управления, предназнаенных для замены современных элементов управления XHTML-форм. Эти элементы управления удобно использовать в XHTML SVG или других группах, группах голосовых браузеров, или можно разработать независимые компоненты пользовательского интерфейса для XForms. Модель XForms для отображения данных ссылается на каждый элемент управления XForms. Это позволяет XPath ссылаться на элементы управления в XML. После отправки данных можно отправить только заполненную модель данных XML.

XML events

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

XForms использует XML events для обработки событий и операций. XML event определяет событие, наблюдателя и обработчик. Как показано в листинге 3, DOMActivate является событием, элемент сообщения представляет собой обработчик, а родительский триггер — наблюдатель.

XForms можно интегрировать с AJAX. На данный момент на сайте W3C можно найти более 20 примеров реализации XForms. Многие поставщики, включая IBM, уже разработали механизмы XForms (см. в разделе Ресурсы ссылки на пакет XML Forms). В Mozilla было объявлено, что XForms будет поддерживаться на всех платформах, где возможен запуск Mozilla. Хороший пример реализации XForms представлен в разделе Ресурсы.

В листинге 3 показан простой пример XForms с текстовым блоком и кнопкой, визуализированными с помощью FormFaces™ реализации.

Листинг 3. XForm, текстовый блок и кнопка, визуализированные с помощью FormFaces™ реализации

Dojo представляет собой набор инструментов DHTML с открытым исходном кодом, написанным на JavaScript. Dojo Toolkit содержит основные библиотеки и большой набор различных библиотек пакетов, каждый из которых обеспечивает определенные функции. Dojo предоставляет низкоуровневые API для создания переносимого JavaScript и для упрощения сложных сценариев. Здесь можно просто и быстро создать интерактивные стандартные графические элементы интерфейса и анимированные переходы. Пакет содержит библиотеки для системы событий, пакетов ввода/вывода и общие улучшения языка. Dojo позволяет создавать сценарии, можно включать столько доступных API, сколько необходимо в соответствии с требованиями к решению задач.

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

Dojo создан на основе простого языка разметки и позволяет просто объявлять и использовать компоненты DHTML-интерфейса ответа. В листинге 4 показан простой пример компонента Dojo для специальной кнопки на HTML-странице.

Листинг 4. Пример dojosample.html

Набор Dojo также включает некоторые параметры отладки. Среду AJAX Toolkit Framework (ATF) можно использовать в качестве эффективной среды IDE. Она является частью пакета Emerging technology Toolkit (ETTK) компании IBM, представляющего собой специальный набор методов выявления. ATF, в основном, основан на проекте Web-инструментов Eclipse, обеспечивающем поддержку просмотра DOM, отладки JavaScript и т.д.

Недавно Dojo Foundation объявила о подписании партнерского соглашения с Laszlo. Согласно этому соглашению Dojo Toolkit можно использовать в проектах Laszlo с открытым исходным кодом. В свою очередь, Laszlo предоставляет свои библиотеки для Dojo Foundation, внося свой вклад в дальнейшее развитие сообществ с открытым исходным кодом.

Macromedia Flex

Macromedia Flex представляет собой еще один основанный на Flash пользовательский интерфейс. Пакет предоставляет сервер представления Flex, расположенный поверх сервера приложений и динамически создающий на сервере файлы Flash и доставляющий их в браузер. Файлы Flash выполняются в проигрывателе Flash браузера, обеспечивая взаимодействие с пользователями, выполнение операций и даже формирование SOAP, HTTP или AMF-запросов для обратного подключения к серверу.

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

Язык сценариев ECMA (ActionScript 2), встроенный в MXML, предназначен для обработки событий пользователей, системных событий или для создания сложных моделей данных. Это объектно-ориентированный язык, подобный сценариям JavaScript и ECME. Как и XForms, пакет Flex хранит раздельно модель данных, представление данных, модули оценки данных и службы данных (как и в стиле MVC).

Все запросы, поступающие в MXML, обрабатываются компилятором Flex, компилирующим MXML, создающим SWF-файлы и помещающим их в кэш, пока они не будут изменены и не доставлены в браузер.

Для создания сценариев MXML можно использовать любой XML-редактор, для разработки приложений Flex компания Macromedia предоставляет специальную среду IDE с названием Flex Builder 1.5. Его преимущество заключается в интеграции с сервером Flex. Пакет также содержит компоненты для подключения к серверу, выполнения обычных HTTP-вызовов, подключения к удаленным объектам Java™ и взаимодействию с Web-службами из самого браузера. Пакет можно интегрировать с существующими моделями приложений J2EE и .NET.

В листинге 5 показан пример кода Macromedia Flex.

Листинг 5. Пример кода Macromedia Flex

Код Macromedia Flex похож на код Laszlo. Оба представляют собой многофункциональные и эффективные приложения на основе Flash. Laszlo создан без интеграции механизма Flash, поэтому, возможно, проблемой может стать производительность, но зато имеется несколько других преимуществ.

Сравнение инструментов

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

Таблица 1. Сравнение инструментов
Технологии Технология браузера Язык сценариев Функциональность Примечание
Laszlo Flash,XML LZX-файлы+JavaScript Высокая Простота изучения, многофункциональность.
Mozilla XUL Язык XUL XUL-файлы+JavaScript Высокая Эффективная технология, зависимая от браузера.
XForms Xform Зависит от реализации До определенных границ Не зависит от устройств, совместима с требованиями W3C.
Dojo JavaScript HTML+JavaScript До определенных границ На основе JavaScript. Возможность развития и настройки.
Macromedia Flex Flash, XML MXML-файлы Высокая Не является источником с открытым исходным кодом. Собственность компании Macromedia.
Altiolive Applet, XML Java До определенных границ http://www.altio.com/

Другие технологии

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

  • Backbase — Разработка и продажа программного обеспечения для создания приложений AJAX;
  • Netvibes — Бесплатная служба для заказных решений по созданию домашних Web-страниц;
  • Zimbra — Серверная и клиентская технология следующего поколения с открытым исходным кодом для корпоративного обмена собщениями и сотрудничества;
  • Protopage — Бесплатно, создание персональных домашних страниц;
  • Nexaweb — Программная платформа для создания и разработки корпоративных Интернет-приложений;
  • altio — Многофункциональные корпоративные приложения в браузере.

Заключение

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

Обсуждаемые технологии способны удивить пользователей и расширить их опыт. Теперь можно выйти за рамки браузера и сформировать изображение для карманных компьютеров, мобильных устройств на любых платформах и даже предоставить пользователям аудио, видео, графику и анимацию. Многофункциональные Интернет-приложения практически включают XML, а XML, несомненно, является победителем.

В будущем, на взгляд автора, многофункциональные Интернет-приложения будут играть основную роль в переходе пользовательских Web-интерфейсов на следующий уровень и при подготовке к поддержке Web 2.0.

Ресурсы для скачивания

Похожие темы


  • Оригинал статьи Technology options for Rich Internet Applications;
  • OpenLaszlo: вся информация об этой платформе с открытым исходным кодом;
  • XULPlanet: убедитесь, насколько просто создавать многофункциональные, сложные, межплатформенные Web-приложения;
  • XForms: посетите W3 и просмотрите сведения о XForms и последних реализациях этой платформы;
  • Macromedia Flex: просмотрите пример приложений в центре Flex Development Center компании Adobe;
  • Dojo WikiHome: примите участие в проекте Dojo;
  • Статьи: в статье описаны многофункциональные Интернет-приложения и показано, как «с помощью RIA можно просто создавать ПО 8A»;
  • Orbeon: просмотрите хороший пример реализации XForms;
  • Набор инструментов Dojo : ускорьте разработку Web-приложений с помощью этого набора инструментов JavaScript;
  • Mozilla Firefox: настройка браузера для запуска XUL-файлов. К статье прилагается расширение JavaScript Debugger, позволяющее выполнять отладку JavaScript;
  • Ajax Toolkit Framework: попробуйте эту среду из Web-инструментария Eclipse в качестве среды >

Комментарии

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

Контент-менеджмент — 80% успеха вашего сайта

Чтобы говорить о контент-менеджменте, давайте для начала ответим на вопрос: что это вообще такое? Это сочетание происходит от английского content — «содержание» и уже известного всем management — «управление». Итак, вместе получается «управление содержанием». Поскольку этот термин появился сравнительно недавно, то есть в эпоху разработок интернет-ресурсов, то и звучит оно достаточно непонятно.

Контент-менеджмент: наполнение, обработка, сбор информации

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

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

Что нужно знать для грамотного контент-менеджмента

Итак, чтобы грамотно осуществлять на своем сайте так называемый контент-менеджмент, желательно знать следующее:

  • Основы HTML-верстки и особенности структуры web-документа. Это выручает в ситуациях, когда система управления сайтом (CMS) по какой-то причине выдает не то, что нужно (не устанавливает нужный цвет шрифта или его размер, выставляет лишние отступы строки и т.д.), а программиста на месте нет. Все нюансы подобного рода можно поправить в HTML-коде данной страницы. Или, например, на страницах с одинаковой структурой возникают разные ошибки. Здесь спасет также сравнение HTML-кодов самих страниц.
  • Принципы работы с графической информацией (фотографии, рисунки, логотипы). То есть нужно знать, как скадрировать фото, уменьшить его, сделать светлее или резче, оптимизировать под меньший «вес». В идеале одна страница сайта не должна превышать 100 килобайт (но это в идеале!). Надо обладать минимальными навыками работы в Adobe Photoshop! Также было бы неплохо знать, на чем построена компьютерная графика вообще: что такое растровый и что такое векторный рисунок, каким бывает разрешение фотографий и рисунков. Умение обращаться с фотографиями пригодится, когда на почтовый ящик контент-менеджера упадет письмо размером в несколько мегабайт с потрясающе качественными и огромными фотографиями от клиента, если компания сама не занималась съемкой.
  • Необходимо уметь грамотно написать статью, соответствующую тематике сайта клиента, а для этого нужно разобраться в линейке товаров и услуг, которые он предлагает, и узнать о товарах на рынке. Это нужно из-за того, что зачастую клиент просто не знает или не обязан знать, какой информацией наполнить страницы своего сайта. Контент-менеджер просто должен запросить у клиента информацию о его товаре, как то: прайс-листы, изображения (не всегда!), описание отдельных категорий товара. В некоторых случаях картинки с изображением того или иного товара требуется поискать в других источниках. В любом случае все зависит от технического задания. Что касается данного пункта, то здесь нужно уметь работать с пакетом программ Microsoft Office.
  • Не обязательным, но совсем нелишним будет для контент-менеджера знание языков. Конечно, знать английский язык от и до не нужно, но прочитать текст, написанный на этом языке, и понять его общий смысл было бы неплохо.
  • Контент-менеджер должен иногда следить за новостями на рынке товаров и услуг и своевременно делать обновления на сайтах.
  • Поскольку общение с клиентами непосредственно должно входить в обязанности контент-менеджера, то нелишним будет знать правила этикета, уметь сформулировать свою мысль, а также корректно и по возможности точно ответить на поставленный вопрос.
  • Утверждать, что контент-менеджер должен разбираться в системах управления сайтом (CMS — Content Management System), бессмысленно, потому что, скорее всего, серьезная компания разрабатывает свою собственную систему. Но если все-таки фирма использует уже готовый продукт, то менеджер разберется в ней по ходу дела. Помимо того чтобы самому разобраться в системе, менеджер должен написать доходчивую инструкцию по ее использованию и наглядно показать клиенту, как работать в системе управления сайтом. Таким образом, управляющий содержимым должен обладать гибким умом, должен быть всесторонне подкован и эрудирован и обладать всевозможными навыками, а также «по совместительству» смочь выполнить некоторую работу дизайнера, программиста, корректора и даже переводчика! Специалисты такого профиля становятся все более востребованными на рынке труда, а потому желаем вам, дорогие читатели, учиться по возможности всему и с удовольствием!

Rich Internet application

Насыщенное интернет-приложение [1] [2] (англ. rich internet application , RIA ) — это веб-приложение, загружаемое пользователем через интернет, предназначенное для выполнения функций традиционных настольных приложений и работающее на устройстве пользователя (не на сервере).

Технологии, используемые для реализации RIA:

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

По данным [3] на июль 2012 года самыми популярными платформами, используемыми для создания RIA, были Adobe Flash, JavaFX, Microsoft Silverlight.

Содержание

История

Термин «RIA» впервые упомянут компанией Macromedia в официальном сообщении, опубликованном в марте 2002 года. Идея RIA существовала несколькими годами ранее со следующими названиями:

  • «Remote Scripting» (фирма Microsoft; около 1998 года);
  • «X Internet» (фирма Forrester Research; октябрь 2000 года);
  • «Rich (web) client»;
  • «Rich web application».

Традиционные веб-приложения работают следующим образом.

  1. Клиент отправляет запрос на сервер и ожидает получения ответа.
  2. Сервер получает запрос от клиента, формирует и отправляет ответ клиенту.
  3. Клиент получает и отображает ответ.

Эти действия постоянно повторяются (цикл). В такой архитектуре клиент занимается лишь отображением информации (статического контента, например, HTML), а все задачи по обработке данных передаёт на сервер. Основной недостаток такой архитектуры в том, что вся работа выполняется сервером. Увеличить скорость работы приложения можно, если часть работы переложить на клиента.

В архитектуре RIA часть работы или вся работа может выполняться клиентом.

Постепенное развитие стандартов сети Интернет привело к возможности реализовать RIA. Однако сложно провести чёткую границу между тем, какие именно технологии включают в себя RIA, а какие — нет. Но все RIA имеют одну особенность: на устройстве пользователя перед началом работы RIA загружается так называемый «движок клиента»; в дальнейшем движок может догружаться по ходу работы приложения.

«Движок клиента» реализует возможности, недоступные традиционным веб-приложениям, может загружаться в контексте веб-браузера (HTML, JavaScript) или в контексте плагина (надстройки) веб-браузера (Adobe Flash, JavaFX, Microsoft Silverlight, Native Client). «Движок клиента», обычно, отвечает за рендеринг (рисование) пользовательского интерфейса (UI) (например, реализация UI для RIA может оказаться проще и может работать быстрее, чем для традиционного веб-приложения) и взаимодействие с сервером (например, клиентская часть RIA может отправлять запросы серверной части RIA как синхронно (как традиционные веб-приложения), так и асинхронно). Возможности «движка клиента» могут быть ограничены возможностями устройства и ОС пользователя.

Преимущества

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

Преимущества RIA по сравнению с традиционными веб-приложениями, достигаемые благодаря использованию возможностей «движка клиента»:

  • возможность использования в UI стандартных для ОС элементов управления (например, использование ползунка для изменения данных);
  • возможность использования типовых действий для взаимодействия с другими программами (например, drag-and-drop, копирование данных в буфер обмена);
  • возможность выполнения вычислений на устройстве пользователя (без отправки личных данных пользователя на сервер (например, ипотечный калькулятор));
  • гибкие возможности по построению UI (например, валидация введённых пользователем данных в процессе ввода без отправки запросов серверу (интерактивность));
  • возможность продолжения работы приложения после отправки запроса серверу (асинхронность);
  • возможность загрузки данных с сервера до того, как пользователь запросит данные (например, в Google Maps фрагменты карты, расположенные рядом с фрагментом, на который смотрит пользователь, загружаются заранее);
  • возможность снижения нагрузки на сервер (в случае выполнения вычислений на клиенте), и, следовательно, возможность повышения количества сессий, обрабатываемых сервером одновременно (без замены «железа»).

Недостатки

  • отсутствие доступа к ресурсам ОС (так как веб-приложение выполняется в «песочнице»). Если права на доступ к ресурсам некорректны, RIA могут работать неправильно;
  • для запуска веб-приложения может потребоваться выполнение кода, написанного на скриптовом языке (например, на JavaScript); если пользователь отключит возможность выполнения кода, RIA может работать неправильно или может вообще не работать;
  • низкая скорость работы многоплатформенных веб-приложений. Для обеспечения независимости RIA от платформы в клиентской части RIA может использоваться код, написанный на скриптовом языке (например, на JavaScript); при выполнении такого кода наблюдается падение производительности — серьёзная проблема для мобильных устройств. Такая проблема не возникает при использовании встроенного языка, компилируемого на стороне клиента (например, Java), где производительность сопоставима с использованием традиционных встроенных языков, либо с Adobe Flash или с Microsoft Silverlight, в которых программный код запускается непосредственно в плагине Flash Player или Silverlight соответственно;
  • необходимость установки «движка клиента»;
  • продолжительное время загрузки веб-приложения. Клиент каждый раз загружает с сервера клиентскую часть RIA. Поскольку большинство загружаемых данных сохраняется в кэше, для ускорения запуска клиентскую часть RIA необходимо загрузить хотя бы один раз. Время загрузки зависит от размера загружаемых данных; для уменьшения размера клиентской части RIA разработчики могут сжать её или поделить на части, загружаемые по необходимости;
  • утрата целостности. Если приложение основано на X/HTML, возможны конфликты между целями приложения (которое, естественно, хочет иметь контроль над его представлением и действиями) и целями X/HTML (которое хочет отдать контроль). Интерфейс DOM для X/HTML делает возможным создание RIA, но это не даёт никаких гарантий, что оно будет работать корректно. Из-за того, что клиент RIA может изменять основную структуру приложения и переопределять его действия и представление, это может привести к ошибке приложения на стороне клиента. В конце концов, эта проблема может быть решена за счёт нового механизма клиент-сервер, предоставляющего клиенту RIA ограниченный доступ к изменению тех ресурсов, которые не входят в сферу его полномочий. Работа родного стандартного ПО не вызывает подобных проблем, поскольку они по определению автоматически обладают всеми необходимыми правами на локальные ресурсы;
  • невозможность индексирования веб-приложения поисковыми системами. Поисковые системы могут оказаться не в состоянии проиндексировать содержимое RIA. Однако, часто, индексирование и не требуется;
  • зависимость от подключения к интернету. RIA, созданные для замены настольных приложений, должны позволять пользователям подключаться к сети по необходимости, например, не должны терять работоспособность при перемещении пользователя между зонами покрытия беспроводных сетей. К 2007 году типичные приложения RIA требовали постоянного подключения к сети. С появлением HTML5 данная проблема становится менее актуальной; API HTML5 local storage позволяет хранить данные на стороне клиента; HTML5 File API позволяет получать доступ к ФС устройства пользователя.


Сложности разработки приложений

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

Применение технологии RIA ставит новые задачи по управлению услугами SLM (англ. service level management ), не все из которых решены на сегодняшний день. Вопросы касательно SLM не всегда учитываются разработчиками приложений и почти не воспринимаются пользователями. Однако они жизненно важны для успешного внедрения приложения в сети интернет. Основными аспектами, осложняющими процесс разработки RIA, являются следующие:

  • технологическая сложность. Возможность передавать код приложения непосредственно клиентам даёт большую творческую свободу разработчикам и дизайнерам. Но это, в свою очередь, усложняет разработку приложения, увеличивает вероятность ошибок при внедрении и затрудняет тестирование ПО. Эти осложнения удлиняют процесс разработки вне зависимости от специфики методологии и процесса разработки. Некоторые из этих проблем могут быть сокращены за счёт использования каркаса программной системы под веб (англ. web application framework ) для стандартизации разработки RIA. Тем не менее, растущая сложность в программных решениях может усложнить и удлинить процесс тестирования при увеличении числа тестируемых вариантов использования (use cases). Неполное тестирование снижает качество и надёжность приложения в ходе его использования. Можно спорить о том, относится ли это только к RIA-технологии или к сложности разработки в целом. Например, точно такой же аргумент приводился, когда Apple и Microsoft независимо друг от друга объявили о GUI в 1980-х, и, возможно, даже тогда, когда компания Ford представила свою Model T. Тем не менее, человечество продемонстрировало замечательную способность впитывать все технологические новшества в течение десятилетий, если не столетий;
  • архитектура RIA ломает парадигму веб-страницы. Традиционные веб-приложения представляют собой набор веб-страниц; для скачивания каждой веб-страницы клиент посылает запрос HTTP GET; такая модель называется парадигмой веб-страницы. RIA «ломает» эту парадигму; теперь сервер должен обслуживать асинхронные запросы для поддержки более интерактивного интерфейса. Для получения информации о количестве времени, потраченного при работе RIA, должны быть разработаны новые стандартные технологии. При отсутствии подобных технологий (стандартных средств) разработчики RIA должны добавить в свои приложения средства измерения данных, необходимых для SLM;
  • асинхронность осложняет выявление проблем с производительностью. Парадоксально, но меры, принимаемые для снижения времени отклика приложения, затрудняют определение времени отклика, измерение времени и управление приложением. Некоторые RIA запускаются в веб-браузере после скачивания браузером одной веб-страницы, используют «движок клиента» для асинхронной загрузки необходимых данных; браузер больше не отправляет никаких запросов HTTP GET. Клиентская часть RIA может быть запрограммирована таким образом, чтобы постоянно загружать новые данные (контент) и обновлять содержимое экрана, или (в приложениях, использующих подход Comet) серверная часть RIA может постоянно передавать клиентской части новые данные (контент) через постоянно открытое соединение. В этом случае понятие «загрузка страницы» более неприменимо. Всё это привносит определённые трудности в измерение времени и разделение времени отклика приложения, которые являются фундаментальными требованиями для выявления проблем с производительностью и SLM. Инструменты, созданные для измерения времени работы традиционных веб-приложений, в зависимости от специфики и инструментария приложения могут рассматривать каждую веб-страницу, запрошенную по HTTP, в отдельности или как набор не связанных между собой показателей. Однако, ни один из этих подходов не показывает, что в действительности происходит на уровне приложения;
  • «движок клиента» усложняет измерение времени отклика приложения. Для традиционных веб-приложений ПО, предназначенное для измерения времени, может располагаться на клиентской машине и на машине, расположенной близко к серверу, может наблюдать за потоком сетевого трафика на уровнях TCP и HTTP. Поскольку TCP и HTTP — синхронизированные и предсказуемые протоколы, сниффер может читать данные из пакетов TCP и HTTP, интерпретировать прочитанные данные и делать выводы о времени отклика с помощью средств отслеживания сообщений HTTP и времени подтверждения пакетов TCP на нижнем уровне. Использование сниффера для измерения времени приложений, использующих архитектуру RIA, затруднено, поскольку движок пользователя разбивает взаимодействие между клиентом и сервером на два отдельных цикла, работающих асинхронно — цикл переднего плана (пользователь-движок) и цикл заднего плана (движок-сервер). Оба этих цикла имеют важное значение, поскольку их общая взаимосвязь определяет поведение приложения. Но это отношение зависит только от архитектуры самого приложения, которая в большинстве случаев не может быть спрогнозирована измерительными инструментами, в особенности первым (сниффером), который может наблюдать только один из двух циклов. Поэтому наиболее полное измерение времени RIA может быть получено только с использованием инструментов, которые находятся на стороне клиента и наблюдателя в обоих циклах.

Обзор основных технологий контент-менеджмент системы Adobe Experience Manager

Рубрика: Информационные технологии

Дата публикации: 29.06.2020 2020-06-29

Статья просмотрена: 1417 раз

Библиографическое описание:

Петухов С. В., Назаров Ф. А. Обзор основных технологий контент-менеджмент системы Adobe Experience Manager // Молодой ученый. — 2020. — №13. — С. 344-348. — URL https://moluch.ru/archive/117/32257/ (дата обращения: 09.11.2020).

В представленной работе рассматриваются основные технологии контент-менеджмент системы Adobe Experience Manager: их возможности и схема взаимодействия. Данные основываются на открытых источниках документации технологий Apache Foundation, а так же официальной документации Adobe Experience Manager.

Ключевые слова: контент-менеджмент система, apache foundation, репозиторий контента, модульное приложение, иерархическое хранилище данных

Введение

Adobe Experience Manager — это веб-ориентированная клиент-серверная система для построения, администрирования и развёртывания коммерческих веб-сайтов и связанных с ними сервисов. Она собирает в себе функционал уровня системы и уровня приложения в один цельный пакет.

К системному функционалу относятся:

1. Компоненты AdobeExperienceManager

1.1 Сервер веб-приложений

AEM может быть развёрнут независимо (система включает в себя встроенный сервер Jetty), либо как веб-приложение в совокупности со сторонними серверами приложений (таких как WebLogic, WebSphere и так далее).

1.2 Фреймворк веб-приложения

Серверные модули, так называемые бандлы, содержат в себе бизнес-логику приложения. Взаимодействие между ними обеспечивает Apache Felix — реализация спецификации модульных приложений OSGi. AEM включает в себя так называемый Sling Web Application фреймворк, который упрощает написание контент-ориентированных RESTful веб-приложений.

1.3 Репозиторий контента

AEM включает в себя JCR — спецификацию типов иерархических баз данных, спроектированную специально для неструктурированных и частично-структурированных данных. Репозиторий хранит не только данные, отображаемые пользователю, но и код приложения, шаблоны и внутренние данные, используемые приложением. Главный принцип JCR, позволяющий понять суть этой технологии — everything is content (англ. — всё есть контент).

Построенный на базе этих технологий, AEM предлагает следующие возможности управления уровня приложения над:

Остановимся подробнее на возможностях JCR.

К преимуществам JCR от файловой системы можно отнести:

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

– частично-структурированные данные: JCR может хранить структурированные документы, такие как XML, как файл, либо как подструктуру внутри дерева репозитория.

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

Преимущества от баз данных включают в себя:

– использование запросов: JCR поддерживает выполнение запросов с использованием SQL-подобных языков;

– структурированные данные: JCR может может обеспечить соблюдение ограничений по отношению к структурам данных в соответствии со схемой;

– ссылочная целостность: может обеспечить целостность данных между элементами контента;

– транзакционность: взаимодействие с JCR может быть заключено в транзакцию и, при необходимости, произведён «откат» изменений.

В дополнение JCR предоставляет следующие сервисы, традиционно необходимые контент-ориентированным приложениям, которые ни файловые системы, ни базы данных, как правило не предоставляют:

– неструктурированные данные: JCR может поддерживать произвольные динамические структуры данных без ограничений схемы;

– полнотекстовый поиск: JCR поддерживает полнотекстовый поиск по содержимому;

– порядок сортировки: объекты внутри иерархии могут находиться в определённом порядке, если это необходимо;

– наблюдение: API клиента может регистрировать так называемых слушателей событий, для произведения каких-либо действий в зависимости от характера событий;

– версионирование: JCR поддерживает дополнительную версионную систему для репозитория контента.

1.4 Модель репозитория JCR и диспатчеризация

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

Структура начинается с корня, и распространяется далее по типу директорий файловой системы: каждая ячейка может иметь ноль или более ячеек-потомков и так же ноль или более свойств. Свойства не содержат потомков, но имеют значения. Значениями свойств являются непосредственно те данные, которые предполагается хранить. Ими могут быть различные типы, такие как: строки, даты, числа, бинарные данные и так далее. Примерная структура хранения данных в репозитории представлена на рисунке 1. Рисунок изображает содержимое рабочей области W0 в репозитории R.

Рис. 1. Схематичный пример репозитория

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

В терминологии AEM, экземпляром называется копия AEM, выполняющаяся на сервере. Установка AEM обычно включает в себя как минимум два экземпляра, запущенных на разных машинах, так называемые «Author» и «Publish» (важно отделять роль пользователей «Автор» и тип экземпляра «Author» — хоть они и используются в контексте окружения администратора контента, тем не менее обозначают разные понятия).

Рассмотрим подробнее введённые понятия. Экземпляром AEM, используемым для создания, загрузки, редактирования контента и администрирования сайта называется author-instance (англ. автор-экземпляр). Тогда экземпляром AEM, используемым для отображения опубликованного контента называется publish-instance (англ. публичный-экземпляр). Для удобства и более чёткой ясности понятий далее используются английские наименования экземпляров author и publish для обозначения автор-экземпляра и публичного-экземпляра.

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

– генерация нового контента, либо редактирование уже созданного на странице;

– использование заранее определенных шаблонов для создания страниц;


– создание, редактирование и администрирование контента и публикаций;

– разработка кампаний и связанных с ними ресурсов;

– разработка и администрирование сайт социальных сообществ;

– перемещение, копирование или удаление страниц, контента, и т. д.;

– публикация (или снятие с публикации) страниц, контента, и т. д.

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

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

– Публикация/Снятие с публикации — это главные термины действий, которые делают контент публично доступным для посетителей на publish окружении (либо, наоборот, прекращают доступ к нему);

– Активация/Деактивация — эти термины синхронизированы с предыдущими, за той лишь разницей, что их применяют к конкретным действиям в интерфейсе администратора;

– Репликация/Реплицировать — эти технические термины используются для определения перемещения контента (страниц, файлов, кода, комментариев пользователей) с одного окружения на другое, другими словами производя публикацию или обратную публикацию контента.

В терминах установленного программного обеспечения author и publish экземпляры идентичны — их различия заключаются лишь в конфигурации.

Стоит так же упомянуть важный компонент окружения — dispatcher (здесь и далее — диспатчер). Диспатчер представляет собой статический веб-сервер (например Apache httpd) в связке с модулем диспатчера AEM. Его задача заключается в кешировании веб страниц полученных от publish экземпляра для того, чтобы повысить производительность. Так же диспатчер позволяет защитить сервер AEM от атак.

На рисунке 2 схематично изображён процесс взаимодействия author-, publish- и dispatcher-окружений.

Рис. 2. Схема процесса взаимодействия окружений AEM

Отдельно стоит рассмотреть несколько важных средств разработки для Adobe Experience Manager, которые входят в его состав.

1.5 CRXDELite

CRXDE Lite — это программа, встроенная в AEM, позволяющая проводить стандартные задачи разработки прямо в браузере. С помощью неё можно создавать проекты, создавать и редактировать файлы (например,.jsp и.java), папки, шаблоны, компоненты, диалоги, ячейки, свойства ячеек, бандлы и многое другое. Так же присутствует возможность контроля версий.

CRXDE Lite рекомендован в случаях, когда нет прямого доступа к серверу репозитория, когда происходит разработка компонентов, расширяющих так называемые out-of-the-box (стандартных, «идущих из коробки») и Java бандлов, а так же когда нет необходимости в таких помощников стандартных средств интегрированной разработки как режим отладки, подсветка синтаксиса и автозавершение кода.

1.6 Apache Felix

Веб-консоль построена на Apache Felix Web Management Console. Apache Felix — имплементация OSGi R4 Service Platform, сообществом разработчиков, которая включает в себя OSGi фреймворк и стандартные сервисы.

В данной консоли можно наблюдать развёрнутые модули (бандлы), например, newsfeed-services, а так же активировать (Activate), останавливать (Stop) и переустанавливать (Reinstall) их.

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

1.7 Apache Jackrabbit

Apache Jackrabbit — прямая реализация API контент репозитория Java. Архитектура Jackrabbit состоит из слоя контент приложения, API и слоя реализации контент репозитория. Остановимся подробнее на каждом из них.

Контент приложения взаимодействуют с реализацией контент репозитория посредством JSR-170 API. Java-приложения могут использовать контент-репозиторий JSR-170 как замену property-файлам, XML конфигурации, некоторому функционалу баз данных. Использование контент репозитория позволяет приложению иметь дело со сколь угодно большим иерархическим пространством данных в мастшабируемом формате, получая преимущества репозитория, такие как: версионирование, запросы, транзакции или пространства имён, что делает репозиторий идеальным хранилищем данных для многих приложений.

Заключение

Рассмотренные технологии представляют собой базу контент-менеджмент системы Adobe Experience Manager. За годы использования сообществом разработчиков, технологии зарекомендовали себя как максимально более подходящие для конкретной контент-менеджмент системы. Основанные на стандартах и выпускаемые Apache Foundation, описанные фреймворки гарантируют высокую производительность и надёжность.

Профессия контент-менеджер: кто это такой и чем он занимается?

Привет всем, кто хочет узнать побольше об удалённой работе!

Контент-менеджер — кто это? — Не таким ли вопросом вы задавались, читая заголовок статьи. “Работа для тех‚ кто любознателен‚ грамотно пишет по-русски и любит людям помогать” — такое описание профессии встретилось мне в одном объявлении. Так ли это на самом деле, чем занимается этот специалист, в каких кузницах куётся и сколько получает за свой труд, вы узнаете прямо сейчас.

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

Одной из профессий, появившихся вслед за развитием интернет-технологий, стала профессия контент-менеджера. Любой сайт, встреченный вами во всемирной паутине, проходит через его руки. Даже, если автор сайта об этом не догадывается 🙂 А всё потому, что человек, наполняющий электронную страничку всякого рода информацией, по умолчанию становится вышеназванным персонажем.

Контент-менеджер — кто это?

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

Чем занимается?

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

Что необходимо разместить на странице? О чём писать в новостях и стоит ли учреждать саму эту рубрику? Как сделать текстовый материал более привлекательным? Какого рода иллюстрации и видеоматериал не только украсят страничку, но и помогут посетителям лучше понять содержание и, возможно, принесут дополнительную прибыль?

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

Полезные навыки идеального специалиста

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

И всё это осуществляется в полном согласии с точкой зрения заказчика.

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

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

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

В первую очередь, контент-менеджер должен хорошо представлять себе тематику вверенного ему сайта, чтобы “не раздражать муз худым своим успехом” и не помещать статью о Каире в рубрике “Уик-энд в Европе”. Разумеется, знание преумножается с опытом, но первоначальная заинтересованность в творчестве, как правило, без него невозможна.

Также контент-менеджеру неплохо уметь разбираться в программах по созданию сайтов или, по крайней мере, уметь добавлять и удалять информацию. Хороший специалист обязан освоить некоторые графические программы: Photoshop, Corel Draw, (в идеале ещё и фотографировать качественно, дабы не использовать картинки с Яндекса) и, возможно, даже уметь нарезать музыку, чтобы сделать редактируемый сайт доступным для всех органов чувств.

Необходимо также понимать механизм работы поисковых систем, разбираться в seo-оптимизации и контекстной рекламе, — словом, во всём, что касается законов зарождения, жизнедеятельности и развития сайта.

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

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

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


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

Обязанности

Круг обязанностей контент-менеджера весьма широк и вариативен. Пример типовой должностной инструкции:

Контент-менеджер занимается следующим:

  1. Продвигает сайт в интернете.
  2. Разрабатывает и поддерживает основную концепцию сайта, модернизирует сервис для удобства посетителей.
  3. Отбирает и структурирует публикуемый контент, преобразуя его в таблицы, графики, схемы.
  4. Осуществляет наполнение сайта актуальной и согласованной с авторами информацией.
  5. Взаимодействует с коллективом авторов, выполняя редакторскую и корректорскую работу и помогая в оформлении материала.
  6. Удаляет материал, расходящийся с концепцией сайта, периодически обновляет информацию.
  7. Контролирует релевантность и этику общения на форумах и в комментариях.
  8. Изучает мнение и потребности посетителей сайта, формируя по результатам новые сервисы для более эффективного функционирования ресурса.
  9. По необходимости вносит изменения в структуру сайта: наименование и размещение рубрик, содержание разделов и т. д.
  10. Исследует наполнение сайтов со схожей тематикой, концепцией и содержанием.

Кроме вышеописанного, работнику, возможно, придётся делать следующее (информация взята с job-сайтов):

  • участие в тематических выставках и подготовка статей‚ связанных с деятельностью компаний;
  • продвижение товаров при помощи e-mail маркетинга;
  • контроль за отзывами о компании на профильных сайтах;
  • написание статей‚ SEO-текстов, текстов рекламной направленности‚ отзывов и рекомендаций нерекламного характера;
  • рерайтинг;
  • увеличение ссылочной массы сайта;
  • отслеживание упоминаний сайта;
  • повышение узнаваемости бренда с целью увеличения числа продаж;
  • работа с целевой аудиторией в социальных сетях‚ блогах‚ форумах‚ онлайн-сообществах, видеохостингах и др.

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

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

Ступени к успеху

Поговорим теперь о том, как стать контент-менеджером.

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

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

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

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

Вслед за этим продумали содержание каждой рубрики и подобрали “разбавку” сложной информации: географические новости, которые благополучно “срерайтили” со страничек Русского географического общества, Академии наук и т. д. Хотя ссылку на источник мы добавили, всё-таки столько рефератов и курсовых с правилами цитирования за плечами!

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

Через месяц плод нашего творчества не стыдно было загружать в каталоги Гугла (помогла всё та же коллега). А в скором времени мама успешно прошла аттестацию. Сайт существует и поныне, но не так активно наполняется информацией, ведь защита позади 🙂 Можете его посмотреть, но ни в коем случае не как образец для подражания, а лишь как пример творчества новичков: geotam-ru.webnode.ru

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

Вообще, освоить такое непростое дело с нуля тяжело. Если вы не знаете, с чего начать, то вам в помощь будут курсы контент-менеджера (администратора сайта) с трудоустройством. Их не так много. Конечно, это не бесплатно. Стоимость различается в зависимости от раскрученности обучающей фирмы, количества академических часов и местонахождения. Как правило, в столице обучение дороже. Мне после нескольких попыток Яндекс отыскал нижегородскую фирму, готовую поделиться секретами администрирования сайта и помочь в устройстве на работу за 12 000 рублей.

Также рекомендую скачать и почитать книгу « 7 профессий », которая поможет ознакомиться с другими интересными и востребованными профессиями в интернете.

О самом главном

Сколько зарабатывает контент-менеджер? Уровень заработка зависит от квалификации, сложности заказа и, конечно, щедрости заказчика.

На биржах труда встречаются вакансии с уровнем заработной платы от 15 000 рублей (Нижний Новгород) за полный рабочий день в офисе. В обязанности входит “размещение товарных позиций в интернет-магазине, создание баннеров для сайта и групп в соц. сетях, составление и рассылка писем потенциальным клиентам”.

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

Если ведение одного проекта оставляет довольно свободного времени, всегда можно поискать второй на фрилансе.

За модерацию сайта компании, размещение информации на сайте и написание статей в режиме пятидневки на дому можно получить от 20 000 рублей.

Чем креативнее стоят задачи, тем более широкий спектр обязанностей возлагается на будущего работника: так, штатный специалист, умеющий “создавать качественные материалы для публикации” с “полным погружением в предметную область”, подбирать и редактировать фотоматериалы и готовить новости о компании, внедрять технические рекомендации SEO, собирать и систематизировать информацию с рынка и при этом владеющий русским литературным языком, может претендовать на зарплату 50 000 рублей (Москва).

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

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

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

Коммуникационные (PR) компании, вошедшие в рейтинг по объемам бизнеса

Рейтинговое агентство «РИА Рейтинг» (Группа РИА Новости) впервые представило рейтинг коммуникационных (PR) компаний, работающих в России, по объемам бизнеса. Рейтинг базируется на показателе выручки компаний за 2012 год от PR-деятельности, данные по которому были предоставлены участниками исследования. Всего в рейтинге 22 компании:

АГТ

В состав группы АГТ входит 15 компаний, в том числе коммуникационное агентство АГТ, специализированное PR-агентство «АГТ-Телеком», туристическая компания GeoTour, аналитическое агентство «Смыслография», креативное бюро Imagine и другие.

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

Председатель совета директоров коммуникационной группы АГТ — Вячеслав Лащевский; генеральный директор группы АГТ и компании «АГТ-Телеком» — Георгий Гаврилин; генеральный директор коммуникационного агентства АГТ — Ирина Большедворская.

Клиенты коммуникационной группы АГТ: Министерство здравоохранения РФ, Министерство образования и науки РФ, Федеральная служба по труду и занятости РФ, ОАО «Газпром», ОАО «Аэрофлот», ФГУП «Почта России», ОАО «Мосэнерго», ОАО «Связьинвест», ОАО «ГМК «Норильский никель», ОАО «Ростелеком», ОАО «ВымпелКом» (бренд «Билайн»), ОАО «МегаФон», ОАО «Мобильные ТелеСистемы» (МТС) и другие.

Проекты группы АГТ: информационно-методическое сопровождение реализации комплекса мероприятий по подготовке и проведению Года учителя в России (2010), информационное сопровождение приоритетного национального проекта «Образование», информационно-пропагандистское обеспечение ФЦП «Развитие физической культуры и спорта в РФ на 2006-2015 годы», комплексная программа по позиционированию Астраханской области и др.

КРОС

Группа компаний КРОС («Компания развития общественных связей») работает на российском рынке PR с 1997 года.

Ключевыми направлениями работы компании являются планирование и проведение PR-кампаний, организация работы в области Government Relations и Investor Relations, а также управление репутацией компании; информационно-разъяснительная работа с населением в рамках федеральных программ; управление кризисными информационными ситуациями; работа со СМИ; проведение публичных мероприятий и пресс-конференций; исследование информационного поля и другие.

Президент группы КРОС — Сергей Зверев; председатель совета директоров — Станислав Наумов; исполнительный вице-президент — Дмитрий Кантор; директор по международному сотрудничеству — Мария Мордвинова.

Клиенты группы КРОС: Министерство финансов РФ, Министерство образования и науки РФ, Пенсионный фонд России, Федеральное агентство по печати и массовым коммуникациям РФ, Сбербанк России, ОАО «Газпром», ОАО «Газпромбанк», НК «Роснефть», ОАО «ГМК «Норильский никель», АК «Сибур», ОАО «Компания «Сухой», Microsoft, Nestle Food, Toyota Motor Corp. и другие.

В активе КРОС — информационное сопровождение хода пенсионной реформы в России, информационное обеспечение деятельности Фонда социального страхования РФ (2008), информационно-имиджевое сопровождение национальной литературной премии «Большая книга», пропаганда массового донорства крови (2008), различные кампании федерального уровня, например, информационно-разъяснительная работа в рамках Всероссийской переписи населения и другие.

Михайлов и Партнеры

Компания «Михайлов и Партнеры. Управление стратегическими коммуникациями», основанная в 1993 году, является одним из первых PR-агентств в России.

Компания работает во всем спектре внешних и внутренних коммуникаций. Для реализации комплексных коммуникационных задач в разное время в «Михайлов и Партнеры» были сформированы специализированные подразделения, впоследствии ставшие самостоятельными компаниями. Благодаря им группа «Михайлов и Партнеры» поддерживает брендинговые и исследовательские проекты клиентов, создает решения в сфере digital-коммуникаций, реализовывает рекламные кампании, осуществляет поддержку мероприятий разного масштаба и т.д.


Президент компании «Михайлов и Партнеры» — Юлиана Слащева; генеральный директор — Алексей Юдин; управляющий директор, старший партнер — Борис Фирсов.

Клиенты компании «Михайлов и Партнеры»: Министерство образования и науки РФ, Министерство промышленности и энергетики РФ, Министерство экономического развития РФ, ОАО «Газпром», ММВБ-РТС, ОАО «Аэрофлот», Московская школа управления «Сколково», ИНТЕР РАО ЕЭС, Русгидро, РОСНАНО, X5 Retail Group, Coca-Cola, Ernst & Young и другие.

«Михайлов и Партнеры» участвовали в создании Российской ассоциации по связям с общественностью (РАСО), инициировали выпуск профессиональных изданий — бюллетеня «Мир PR» и ежемесячного журнала «Со-Общение», создали первую в России Школу PR при Международной школе бизнеса Smart Enterprises Service, Inc. и другие.

Социальные Сети

Агентство «Социальные Сети» (Social Networks Agency) было образовано в 2008 году. Специализацией компании является оказание услуг в области интегрированных маркетинговых коммуникаций в интернете и социальных медиа.

Генеральный директор, управляющий партнер — Денис Терехов; первый заместитель гендиректора — Дмитрий Ашихмин; креативный директор — Сергей Ипполитов.

Клиенты агентства «Социальные Сети»: Администрация Президента РФ, Министерство образования и науки РФ, Министерство здравоохранения РФ, Федеральная служба по труду и занятости РФ, НИС ГЛОНАСС, ОАО «Аэрофлот», ОАО «Газпром», НК «Роснефть», ИНТЕР РАО ЕЭС, РОСНАНО, ОАО «Ростелеком», ОАО «ВымпелКом» (бренд «Билайн»), ОАО «МегаФон», ОАО «Мобильные ТелеСистемы» (МТС), Bayer и другие.

Маркет групп

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

Компания предлагает различные коммуникационные услуги, в том числе: бренд- и бизнес-коммуникации в области PR и новых медиа, событийный маркетинг, разработка и реализация интегрированных (TTL) кампаний, коммуникации в сфере инноваций и GR и другие.

Президент компании Market Group — Сергей Моисеев; управляющий партнер Market Group — Михаил Елкин.

Среди клиентов компании: X5 Retail Group, Unilever, Raiffeisen BANK, Bayer, ОАО «МЖК» и другие.

Проекты: комплексная маркетинговая стратегия для департамента информационных технологий правительства Москвы, телеконсультации для компании KIA Motors, услуги телемаркетинга для «Райффайзенбанк» и другие.

Newton PR & Communications

Коммуникационное агентство «НЬЮТОН» было основано в 1998 году. За десять лет агентство превратилось в вертикально интегрированный холдинг со специализированными подразделениями (PR, маркетинг, исследования, интернет-продвижение, Fashion marketing). Головной офис компании находится в Екатеринбурге.

Ключевые направления деятельности компании Newton PR & Communications — стратегическое и оперативное планирование, консалтинг, media relations, продвижение, креатив и пр.

Председатель совета директоров группы компаний «НЬЮТОН» — Алексей Глазырин.

Клиенты группы компаний Newton PR & Communications: Министерство здравоохранения РФ, Microsoft, British American Tobacco, «Лаборатория Касперского», ОАО «Пивоваренная компания «Балтика», Utel, благотворительный фонд «Династия», Charities Aid Foundation, администрации регионов и муниципальных образований.

TWIGA PR

Коммуникационная группа TWIGA была основана в 1993 году как рекламное агентство. Сегодня группа объединяет 25 агентств, специализирующихся на различных дисциплинах.

Группы TWIGA предлагает весь спектр услуг, направленных на создание и продвижение брендов и торговых марок.

В 2009 году в структуре компании были выделены четыре основные группы агентств: медийная группа Media First, группа интегрированных коммуникаций (TWIGA Touch, TWIGA PR, InTown, BeWeb), группа прикладных маркетинговых решений (OGGI, PrintAllOGGI и ПОLE) и MedInform (продвижение медицинских товаров).

Президент компании — Александр Оганджанян; вице-президент — Карина Оганджанян.

В числе клиентов различных подразделений компании TWIGA: Golden Telecom, ООО «Кампомос», 3М, Hansa, ОК!, Nexx, Neo, «Корбина Телеком», Patisson (Компания UPECO), Novartis, OOO «Воды Боржоми», Werner&Merts, ОАО «Отечественные лекарства», «Росинтер Ресторантс», ОАО «Донской Табак» и другие.

Проекты: рекламная кампания молочных продуктов Valio, рекламная кампания для телеканала «ТВ3», разработка концепции и фирменного стиля для Московского международного фестиваля рекламы Red Apple 2011 и другие.

Полилог

Консалтинговая группа «Полилог» существует с 2000 года. Профиль компании — консалтинг и реализация проектов в области интегрированных маркетинговых коммуникаций. Компания оказывает услуги в области пиар, отношений с органами госвласти, разработки и производства корпоративной прессы.

Генеральный директор компании — Олег Карпилов; исполнительный директор — Анна Федулкина.

Клиенты компании: Министерство экономического развития РФ, Постоянный комитет Союзного государства России и Белоруссии, Росавтодор, ОАО «Объединенная судостроительная корпорация», ОАО «ФСК ЕЭС», ОАО «Газпром нефть», ОАО «ЛУКОЙЛ», KRKA, Unilever, Johnson & Johnson, EFES Россия, ОАО «Лебедянский», ОАО «РОСНО», ОСАО «Ингосстрах», Samsung Electronics Россия и другие.

В активе группы «Полилог» — подготовка и проведение ежегодного Мирового политического форума в Ярославле (техническая дирекция мероприятия), комплексное PR-сопровождение Mitsubishi Motors/РОЛЬФ Импорт, комплексное PR-сопровождение банка BSGV, разработка новых концепций и дизайн-макетов для корпоративных изданий ОАО «Лебедянский» и другие.

МАЙЕР

Коммуникационная группа «Майер» работает на рынке маркетинговых коммуникаций с 2002 года.

В состав группы входит коммуникационное агентство, рекламное агентство «Майер-Экспресс», интернет-студия и типографии.

Среди клиентов: ОАО «Газпром», ОАО «Мобильные ТелеСистемы» (МТС), Bosch, Ozon.ru, Varta, Sharp, Shering Plau, Remington, Centro, Hansa, «Эльдорадо», Unilever и другие.

Проекты группы «Майер»: «POP-UP STORE от CENTRO», предлагающий новый формат выездной торговли, фестиваль OZON-терапия, рекламная кампания в России «Kikkoman: Каждый день. Ко всему», серия мероприятий и промоакций для компании Bosch и другие.

Pro-Vision Group

Холдинг Pro-Vision работает на рынке маркетинговых коммуникаций с 1998 года.

Группа компаний Pro-Vision — это PR-агентство Pro-Vision Communications, компания PRO-Vision Print, рекламное агентство «WebScan Technologies», online PR-агентство PRonline.

Генеральный директор и президент холдинга Pro-Vision Group — Владимир Виноградов, вице-президент — Маргарита Середа.

Среди клиентов: Министерство образования и науки РФ, посольство Швеции в РФ, Coca-Cola, PepsiCo, Danone, IKEA, BAT, L’Oreal, Schwarzkopf & Henkel, Samsung, Cisco, Intel, Volkswagen и другие.

Проекты компании: организация и PR-поддержка тестирования производственных мощностей шинного завода ООО «Континентал Калуга», event-поддержка открытия флагманского магазина RESERVED, участие агентства в организации масштабного международного форума «Германия — Россия: новое поколение» и другие.

Р.И.М. Porter Novelli

Агентство «Р.И.М. Porter Novelli» основано в 1993 году и специализируется на услугах в области корпоративных коммуникаций и связей с общественностью. Компания является центром коммуникационной группы «Р.И.М.», в которую входит также центр образовательных программ «Мой выбор», PR-агентство «Ракурс-PR», агентство «Public Area» и ряд других компаний.

Председатель совета директоров — Игорь Писарский, генеральный директор — Яков Миневич.

Среди клиентов компании: Министерство финансов РФ, правительство Москвы, Росавтодор, Фонд «Сколково», ОАО «ЛУКОЙЛ», «Альфа-банк», PwC, VISA, Unilever, Coca-Cola, ОАО «МегаФон», ОАО «Мобильные ТелеСистемы» (МТС) и другие.

Среди крупных проектов: организация и коммуникационное сопровождение встречи министров финансов стран «Большой восьмерки» в Москве (2006), разработка концепции и формирование премии Торгово-промышленной палаты РФ «Золотой Меркурий» и другие.

Insiders

Коммуникационная группа Insiders работает на рынке информационного консалтинга с 2001 года, предоставляя полный спектр коммуникационных услуг.

Президент КГ Insiders — Андрей Лапшов, управляющий партнер — Валентина Катаева (Лысикова), исполнительный директор — Анна Малыгина.

В числе клиентов группы: Сбербанк России, Московская школа управления «Сколково», Федеральное агентство по делам молодежи, Федеральная служба финансово-бюджетного надзора, General Motors, S7 Airlines, ОАО «Аэрофлот», ОАО «Мобильные ТелеСистемы» (МТС), ОАО «Московская городская телефонная сеть» (МГТС), РОСНАНО и другие.


Проекты — реализация по заказу Росмолодежи проекта «Инновации для молодежи. Зворыкинский проект», PR-сопровождение I Российского молодежного инновационного конвента (2008).

Агентство также осуществляет проект для Еврокомиссии по продвижению Европы как туристического направления №1 в глазах российских туристов в 2012-2013 годах.

Primum

Агентство Primum основано в 1999 году и работает на стыке стратегических коммуникаций, репутационного менеджмента и investor relations.

Генеральный директор компании — Наталия Мандрова.

В числе клиентов агентства: Министерство финансов РФ, Агентство по ипотечному жилищному кредитованию, ОАО «ГМК «Норильский никель», НК «Роснефть», Уралкалий, ОАО «Газпром нефть», ОАО «Пивоваренная компания «Балтика», СТС Медиа и другие.

Агентство реализовало ряд проектов в финансовой отрасли, в нефтегазовой индустрии, металлургии, в области ритейла, в том числе осуществило коммуникационную поддержку репутации компании «Норильский никель» во время конфликта акционеров, коммуникационную поддержку запуска и продвижения государственной страховой компании «АИЖК», создание HR-бренда группы X5 Retail.

Ex Libris

Агентство Ex Libris основано в 2005 году, специализируется на медийных исследованиях.

Управляющий директор — Евгений Ларионов.

Среди клиентов агентства: РОСНАНО, Фонд «Сколково», ОАО «Северсталь», СУЭК, ОАО «Уралкалий», ОАО «Ростелеком», ОАО «ВымпелКом» (бренд «Билайн»), Coca-Cola, Heineken, Nissan, «Райффайзенбанк», ООО «Росгосстрах» и другие.

Проекты — агентство выступило партнером корпорации РОСНАНО, сформировав комплекс решений для построения и оценки коммуникаций компании в социальных медиа.

По заказу компании «ВымпелКом» агентством была разработана новая версия концепции «Идеальная публикация» для оценки эффективности работы пресс-служб компании.

PR Partner

Агентство PR Partner работает в области связей с общественностью с 2006 года.

В числе клиентов агентства: ОАО «Русские Навигационные Технологии» (РНТ), Фонд «Сколково», Procter&Gamble, Samsung Electronics, VMware, Symantec, NetApp, Delta Electronics, MAYKOR и другие.

Агентством была обеспечена информационная поддержка и организован пресс-ланч в рамках Vmware Virtualization Forum 2010, информационная поддержка симпозиума InterSystems 2010.

В портфолио агентства — мероприятия для прессы, в том числе пресс-конференции, пресс-ланчи и пресс-туры для компаний Symantec, Autodesk, Check Point Software Technologies, NetApp и другие.

Eventum Premo

Eventum Premo — частная российская компания, работающая на рынке связей с общественностью с 2003 года. Специализация компании — PR-сопровождение маркетинга, корпоративные коммуникации, финансовые коммуникации, коммуникационные исследования и аналитика, отношения со СМИ, организация специальных мероприятий, обучение спикеров публичным выступлениям, разработка PR-стратегии и консалтинг.

Управляющий партнер и директор компании — Александр Шумович; партнер фирмы Алексей Берлов.

Клиенты компании: ФГУП «Почта России», Банк ВТБ, Skoda, Renault, корпорация Oracle, ОАО «ВымпелКом» (бренд «Билайн»), ОАО «Мобильные ТелеСистемы» (МТС), ОАО «Газпром», «М.Видео», «Азбука Вкуса», «Орифлэйм» и другие.

Компания Eventum Premo осуществила работу по проведению первого в России семинара и первой конференции по event management (2005); произвела публикацию первой в России книги по event management (2006); выпустила мобильное приложение для event-менеджеров — Eventum. Компанией была организована церемония вручения наград ежегодной национальной премии «Автомобиль года в России 2013».

Идеи & Решения

PR-агентство «Идеи & Решения» работает на рынке связей с общественностью с 1995 года и специализируются на ведении PR-кампаний в СМИ на принципах паблисити (без оплаты публикаций).

Управляющий партнер и PR-руководитель фирмы — Сергей Пархоменко.

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

Крупные проекты: PR-агентство «Идеи & Решения» подвело итоги пятимесячного эксперимента «Проект 100» (2009). Четыре клиента агентства, участвовавшие в проекте, вышли на уровень ста публикаций в печатных СМИ в месяц без каких-либо оплат редакциям или отдельным журналистам.

В 2012 году АРМ «ОмниГрейд» и PR-агентство «Идеи & Решения» заключили соглашение о выводе на рынок новой услуги «Рейтинг+250».

Art & Smart PMCG

Компания Art & Smart PMCG начала свою деятельность как PR-агентство для ИТ/телеком отрасли в 2007 году. С 2009 года компания развивает направление интернет-продвижения: работа агентов влияния, поддержание групп и страниц в социальных сетях, реализация PR-инструментов в сети, интернет-мероприятия для целевых сообществ, интерактивная поддержка оффлайн проектов, создание сайтов и специальных проектов в сети.

Основная сфера деятельности компании — коммуникационные стратегии, управление информационными потоками, персональная работа со СМИ.

Генеральный директор коммуникационного агентства Art & Smart — Нина Исайченко.

Клиенты Art & Smart PMCG: МИАН, «Дом.ру», «Паркетофф», «Первая страховая компания», WebCreds, ООО «Филип Моррис Сэйлз энд Маркетинг», ОАО «Московская городская телефонная сеть» (МГТС), Cleverics, Astrum Online Entertainment, General Motors.

С помощью компании в России прошло открытие офиса фирмы TIBCO (2007); агентство выступило партнером выставки интерактивных развлечений «Игромир» (2008), осуществило презентации игры «Пара-Па» от Astrum Online. Также агентство Art & Smart устроило пресс-показ новой коллекции аксессуаров для кухни Mocco & Latte компании Roendell.

Artisan Group Public Relations

Группа компаний Artisan Group была образована в 2005 году.

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

Управляющий партнер компании — Оксана Осичкина, младший партнер фирмы — Александр Филимонов.

Среди клиентов Artisan Group Public Relations — Торгово-промышленная палата России, НК ТНК-BP, ОАО «Новатэк», телеканал ТНТ, «Банк БЦК-Москва», «Юниаструм Банк», «Старый Лекарь», Российский микрофинансовый центр, проект «Блошиный рынок», Московская организация предпринимателей и другие.

В 2011 году в спорткомплексе «Лужники» при поддержке Artisan Group прошел первый российский товарищеский футбольный матч, в котором приняли участие доноры и люди, перенесшие пересадку жизненно важных органов печени, почек, сердца. Акция, получившая название «Люди ради людей», была направлена на поддержку и развитие трансплантологии в России.

В 2013 году в Москве при поддержке Artisan Group прошла крупнейшая в мире конференция в области эндоваскулярной хирургии TCT Russia 2013.

Априори

PR-агентство «Априори» было основано в 2003 году. Головной офис компании расположен в Казани.

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

Дизайн-студия агентства «Априори» оказывает услуги в области разработки дизайна, полиграфии, наружной рекламы, фирменного стиля.

Генеральный директор группы и партнер PR-агентства «Априори» — Ленар Кашапов.

Клиенты компании: S7 Airlines, пивоваренная компания «Очаково», BMW, Canon, ФГБУ «Российский медицинский научно-производственный центр «Росплазма» Федерального медико-биологического агентства», АКБ «БТА-Казань», АКБ «Абсолют Банк», «Нижфарм», бренд чипсов Lay’s и другие.

Список реализованных компанией проектов включает в себя: открытие фондового центра с дилинговым залом для клиентов инвестиционной компании «Капитал менеджмент» в Казани (2007); организация круглого стола «Скажи курению НЕТ» (2007); проведение «Дня Европы» в Казани (2009); организация конференции «Школа по первичной профилактике сердечно-сосудистых рисков» (2010).

ФРОС «Region PR»

Фонд развития общественных связей Region PR был основан в 2002 году. Головной офис компании расположен в Воронеже.

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

Председатель правления ФРОС Region PR — Геннадий Шаталов; генеральный директор — Елена Расенкова.

Клиенты: холдинг «Контент», ООО «Каранэкс», главное управление по развитию предпринимательства и потребительского рынка администрации Воронежской области и государственный фонд поддержки малого предпринимательства Воронежской области, ассоциация «Союз молодежных организаций Российской Федерации», Воронежская областная ассоциация таксомоторного транспорта (ВОАТТ).

Компанией были реализованы коммуникационные проекты в сфере продвижения Воронежской области (2009-2012), коммуникационный проект «Имена Воронежа» (2010-2013), Межрегиональный конкурс модельеров и дизайнеров одежды Центральной России «Экзерсис» (2005-2012).

ПРОСТОР: PR & Консалтинг

Агентство «ПРОСТОР: PR & Консалтинг» было образовано в 2006 году.

Ключевые направления работы компании — персональный PR, масштабные PR-акции, абонентское PR-обслуживание.

Генеральный директор PR-агентства «ПРОСТОР: Пиар и Консалтинг» — Роман Масленников, глава экспертного совета компании — Юлия Масленникова.

Клиенты: Государственная Дума РФ, Роспечать, МЧС России, Российское общество пластических, реконструктивных и эстетических хирургов, Институт интегративной психотерапии и коучинга, Пробизнесбанк, ОАО «Уралсвязьинформ» (Utel), дизайнер интерьеров Анна Ланская и другие.

Проекты: обеспечение PR-поддержки бюро переводов «ТрансЛинк» в статусе официального переводчика конкурса «Евровидение-2009»; презентация коллекции декоративных дизайнерских накладок на выключатели новой линии EIKON EVO компании Vimar и др.

Материал подготовлен на основе информации открытых источников

Добавить комментарий