|
Выявим потребностиИтак, потребность в системе, позволяющей осуществлять поддержку флеш-сайтов без помощи студии т.е. средствами штатного сотрудника, очевидна. Попытаемся выявить основные требования к такой системе, учитывая её специфику: |
Мы пытаемся решить проблему, максимально ускоряя процесс проектирования, чтобы в конце работы над системой у нас осталось достаточно времени для нахождения ошибок, допущенных из за слишком быстрого проектирования.
Отсюда вывод: любую систему нужно сначала тщательно проектировать, а уже потом разрабатывать. |
Специфика примененияВажной особенностью флеш-сайта является возможность отображать больше типов медиа-контента, чем классический веб-сайт. Причем, во флеш-сайте эта особенность не требует установки на компьютер клиента никаких дополнительных плагинов и кодаков, если установлен флеш-плеер нужной версии (а он устанавливается и обновляется автоматически и почти незаметно для пользователя), то ваш флеш-сайт уже может:
1. Отображать текст с HTML-форматированием и встроенными шрифтами. Это означает, что вы можете писать любым самым экзотическим шрифтом и не беспокоиться за его наличие на компьютере пользователя. Этот шрифт включается в состав флеш-ролика. Вы также можете использовать разные цвета, жирное и наклонное начертание, разные размеры шрифта.
2. Отображать изображения и отслеживать процесс загрузки.
3. Отображать внешние флеш-ролики, например подгружать банеры.
4. Отображать видео, в том числе и в режиме поточного воспроизведения.
5. Проигрывать аудио-файлы mp3-формата, в том числе и в режиме поточного воспроизведения.
Таким образом, система управления контента должна уметь работать со всеми выше указанными медиа-форматами и учитывать особенности каждого из форматов. Кроме того, было бы удобно указывать размер для изображений, видео-роликов и флеш-роликов, чтобы можно было подготовить область вывода нужного формата до загрузки содержимого. |
|
Формат передачи данныхВ отличии от обычной HTML-страницы, которая по сути своей является динамически сформированным на сервере текстовым документом, флеш-сайт является программным продуктом, или, точнее приложением-клиентом. Для обмена информации между приложением-сервером и приложением-клиентом необходимо выбрать протокол обмена. Наибольшую гибкость в работе с флещ-приложениями даёт бинарный протокол AMF. Для реализации этого протокола существуют уже готовые приложения (шлюзы), написанные на популярных языках: PHP, Java, ColdFusion. |
|
Возможности классической CMSОт любой системы управления контентом, в том числе и от системы, управляющей флеш-сайтами мы ожидаем следующего функционала:
1. Возможность управлять многоуровневой структурой
2. Визуальный редактор текста типа WISIWIG ("Что я вижу, то и получаю").
3. Возможность поддержки многоязычных сайтов с реализацией синхронизации данных между разными версиями в каком либо виде.
4. Возможность изменения масштаба загружаемых изображений с сохранением пропорций
5. Возможность добавлять теги для сортировки
6. Управление циклом публикации контента. В простейшем случае это подразумевает возможность изменять состояние категории "Опубликованая / неопубликованна"
7. Управление пользователями и их правами, разделение пользователей как минимум на две группы: администраторов и контент-менеджеров.
8. Возможность осуществлять обратную связь с сайтом. Например, просматривать сообщения, отосланные в форме обратной связи.
Мы проанализировали все эти потребности и разработали систему, удовлетворяющую этим требованиям. Впрочем, процесс разработки на этом не закончился и мы продолжаем добавлять функционал, чтобы сделать управление флеш-сайтом ещё более удобным и быстрым. |
