Створення інтерактивних веб-сайтів з використанням технології rss

Оскільки в основі технології RSS лежить мова XML, слід розглянути основні її особливості.

XML - це розширювана мова розмітки (Extensible Markup Language), розроблена спеціально для розміщення інформації в World Wide Web, разом з HTML, яка давно стала стандартною мовою створення Web-страниц. На відміну від HTML, замість використання обмеженого набору певних елементів є можливість створювати власні елементи і привласнювати їм будь-які імена.

XML вирішує ряд проблем, які не вирішує HTML, наприклад:

• представлення документів будь-якого (не тільки текстового) типу, наприклад, музики, математичних рівнянь і так далі;

• сортування, фільтрація і пошук інформації;

• представлення інформації в структурованому (ієрархічному) вигляді.

Залежно від рівня відповідності стандартам документ може бути "вірне сформованим" ("well-formed"), або "валідным" ("valid"). Ось декілька основних правил створення вірно сформованого документа:

• кожен елемент XML повинен містити початковий і кінцевий тег (або порожній тег типу <TAG />, який може нести інформацію за допомогою своїх атрибутів);

• будь-який вкладений елемент має бути повністю визначений усередині елементу, до складу якого він входить;

• документ повинен мати тільки один елемент верхнього рівня;

• імена елементів чутливі до регістра.

Є три основні способи повідомити браузеру, як відображати кожен із створених XML-елементів:

• каскадна таблиця стилів (Cascading Style Sheet - CSS) або розширювана таблиця у форматі мови стильових таблиць (Extensible Stylesheet Language - XSL);

• зв‘язування даних. Цей метод вимагає створення HTML-сторінки, зв'язування з нею XML-документа і встановлення взаємодій HTML-елементів з елементами XML. Надалі HTML-елементи автоматично відображають інформацію з пов'язаних з ними XML-елементів;

• написання сценарію. Цей метод вимагає створення HTML-сторінки, зв'язування з нею XML-документа і діставання доступу до XML-елементів за допомогою кода сценарію JavaScript або VBScript.

Простий XML-документ

Простий XML-документ складається з двох частин: прологу і кореневого елементу. Пролог містить оголошення XML, вказуюче на те, що це XML-документ, і містить номер версії XML. Пролог може також містити необов'язкові компоненти:

• оголошення типу документа;

• одну або декілька інструкцій по обробці.

XML-документ може містити коментарі, що починаються з символів "<!--" і що закінчуються символами "-->". Коментар може містити будь-який текст, за винятком символів "--". Тексти коментарів доступні для написаного усередині HTML-сторінки кода сценарію.

XML-документ можна набрати в будь-якому текстовому редакторові, зберігши документ як текстовий файл з розширенням .xml. Надалі такий документ відкриватиметься подвійним клацанням в Internet Explorer. Ось приклад простого XML-документа:

<?xml version="1.0"?>

<!-- Comment -->

<PRODUCTS>

<PRODUCT>

<TITLE> Product #1 </TITLE>

<PRICE> 10.00 </PRICE>

</PRODUCT>

<PRODUCT>

<TITLE> Product #2 </TITLE>

<PRICE> 20.00 </PRICE>

</PRODUCT>

</PRODUCTS>

Використання клієнтських додатків пірінгових файлообмінних мереж

Необхідність мати доступ до великої кількості інформації, що лежить на інших комп'ютерах, спочатку породила локальні мережі. Це допомогло об'єднати таким чином комп’ютери, але створити великі за розмірами мережі, за аткими принципами, виявилось неможливо. Але можливість доступу до файлів, що розміщуються у когось на компьютері, була дуже привабливою. Тому була запропонована система, що дозволяє приймати й передавати файли з кожного комп'ютера, з яким є зв'язок і на якому є певне програмне забезпечення. Такі системи одержали назву п2п (p2p) або пірінгових ( peer-to-peer) мереж. Це словосполучення можна перевести як «рівноправний обмін».

При використанні пірінгових ресурсів, користувачі зобов'язані дотримуватися загальноприйнятих норм користування мережею а так само цілого ряду правил:

1. Пірінгові відносини це відносини між мережами-сусідами, тому, таке ж саме поводження повинно підтримуватися в дружніх мережах.

2. Забороняється проводити сканування комп'ютерів абонентів, серверів пірінгових мереж на наявність відкритих ресурсів. Для пошуку інформації, необхідно користуватися відкритими дошками оголошень, каталогами, пошуком.

3. Категорично забороняється влаштовувати тунелі для передачі інтернет трафика з однієї мережі в іншу на комерційній або будь-якій іншій основі. Перерозподіл трафику загрожує відключенням від мережі.

4. Адміністрація мереж, що беруть участь у пірінгу, мають право повністю або частково припинити доступ будь-якого абонента інших мереж до своїх ресурсів а також його транзитний трафік.

5. Адміністрація мережі не несе відповідальності за можливі перебої в роботі пірінгових ресурсів, каналів зв'язку до них, тому що не контролює їх.

Створення BitTorrent-трекера

BitTorrent-трекер - файлообмінний веб-сервер, що здійснює координацію BitTorrent-Клієнтів.

Для обміну файлами користувачеві необхідний BitTorrent-клієнт – програма, у якій реалізовано протокол BitTorrent. Щоб скачати який-небудь файл, необхідно спочатку знайти для нього torrent-файл, усередині якого містяться спеціальні метадані. По-перше, це інформація про власне файл (його хеш-сума) і, по-друге, координати так званого трекера – комп'ютера-сервера, що координує розповсюдження файлу. Torrent-файл може зберігати інформацію не тільки про один, а відразу множини файлів, зберігаючи складну ієрархію папок. Прочитавши з torrent-файлу метадані, клієнт приєднується до трекеру й повідомляє йому свою адресу й хеш-суму файлу, за яким робився запит. На це у відповідь одержує адреси інших пирів, що скачують, або тих, що роздають, цей файл. Клієнт підключається до них і відразу обмінюється інформацією про наявні сегменти файлу. Якщо хтось із пирів готовий віддавати потрібні частини, починається зкачування. Після того, як хоча б один сегмент зкачан, клієнт перевіряє його контрольну суму й сповіщає всіх приєднаних пирів про наявність у нього цього сегмента. Процес триває до повного зкачування файлу.

Базові вимоги для створення трекера:

1. Веб-сервер з підтримкою PHP (наприклад, Apache або LightTPD);

2. PHP версії 5.1.1 або вище;

3. Сервер бази даних MySQL версії 4.1 або вище;

4. Будь-яка оболонка для роботи із СУБД MySQL (наприклад, phpMyAdmin або EMS SQL Manager 2007 Pro for mySQL).

5. Набір скриптів для створення трекера (у цьому випадку - модифікація TBDEV YSE).

Важлива частина – це настроювання PHP інтерпретатора:

Використання технології Wikimedia для створення медіа-сайтів

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

Основні функції:

1) простий синтаксис;

2) необмежені зміни сторінок;

3) завантаження і вбудовування графіки і інших типів файлів;

4) посилання, що настроюються, на інші wiki;

5) підтримка Віки-регістра по вибору;

6) вміст може бути організований в простори імен, кожен простір імен має автоматично створюваний покажчик.

Високий рівень зручності використання:

1) редагування секцій робить можливим редагування невеликих частин сторінки;

2) функціональні кнопки і клавіші доступу полегшують редагування для початківців і професіоналів;

3) проста навігація за допомогою "слідів";

4) факультативна перевірка правопису;

5) автоматичне створення змісту;

6) блокування для уникнення конфліктів редагування.

Контроль доступу і міри по захисту від спаму:

1) проста підтримка сторінок тільки для читання;

2) розширені списки контролю доступу;

3) чорний список проти спаму;

4) затримка індексування;

5) підтримка mailencryption rel=nofollow.

Інтернаціоналізація:

1) підтримка більше 30 мов;

2) повна підтримка кодування UTF-8;

3) підтримка романізації для «зручних» URL;

4) у англійських wiki можлива автоматична підтримка посилань множиною.

Швидкість:

1) швидкий повнотекстовий пошук з індексуванням;

2) кешування сторінок для швидкого відображення;

3) швидкий пошук по назвах сторінок.

Розширюваність:

1) компоновка сторінок, що настроюється за допомогою шаблонів;

2) можливості розширювані за допомогою плагінів (в даний час більше 295).

Проста інтеграція:

1) база даних не обов'язкова, використовуються текстові файли;

2) backend-и для підключення до різних систем аутентифікації LDAP, MYSQL, Postgres і ін.;

3) відкритий і добре задокументований початковий код.

Втановлення MediaWiki на локальний комп'ютер з операційною системою Windows

Перш ніж читати інструкцію, варто врахувати, що після встановлення сервера додатків на комп'ютер, підключений до загальнодоступної мережі, будь-яка людина може одержати адміністративний доступ до бази даних через phpmyadmin. Щоб цього уникнути, необхідно встановите firewall (брандмауер) і закрите від зовнішнього доступу порти 80, 443 і 3306. При використанні Windows XP SP2 можна просто включити убудованого брандмауера – за замовчуванням він забороняє будь-які з'єднання на будь-які порти.

Встановлення сервера додатків

Перед безпосереднім встановленням MediaWiki вам необхідно встановити на комп'ютер такі додатки, як Apache, PHP і MySQL. Це можна зробити за допомогою встановлення сервера цих додатків. Як сервер додатків можна вибрати STPServer або XAMPP.

Принцип створення й роботи сценаріїв для IVR-додатків

У кожному зі сценаріїв описані алгоритми взаємодії системи з користувачем, зазначені звукові файли для програвання.

Система може складатися із групи сценаріїв з описом різних алгоритмів обробки дзвінків, кожний з яких запускається залежно від наступних параметрів:

- хто дзвонить ( А-Номер) (тільки на Е1);

- куди дзвонить ( B-Номер);

- якою лінією приходить дзвінок у систему.

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

Сценарії системи IS IVR виглядають таким чином.

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

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

Створення WAP-сайтів

WAP-Сайт – це джерело інформації в мережі Інтернет, яке має власну адресу (домен), та спеціально створено для відображення на мобільному (стільниковому) телефоні або іншому мобільному пристрої або комп'ютері при наявності встановлених браузерів, що підтримують цю технологію (рис. 45).

WAP-Сайт звичайно створюється з врахуванням наступних деяких умов:

- умова мови для створення. WAP-браузери підтримують не всі теги мови розміток HTML, у результаті чого html-сайт не буде коректно відображатися на дисплеї мобільного пристрою. Зокрема, для WAP-сайтів було створено консорціумом WAP Forum спеціальну мову розміток ­– WML, що зазвичай застосовується wap-майстрами сумісно з PHP;

- умова трафику. WAP-трафик споконвічно коштував набагато дорожче, ніж GPRS-трафик, тому WAP-Сайт в інтересах користувачів повинен був мати невеликий розмір. Крім того, у деяких моделях мобільних телефонів розмір сторінок, що загружаються, був обмежений апаратно (близько 3 кілобайт);

- умова зручності користування. При відвідуванні WAP-сайтів переміщення сторінкою вимагає від користувача здійснення множини «кликів», а переміщення внутрішніми посиланнями змушує його чекати тривалий час. При створенні WAP-сайтів необхідно враховувати цей «людський» фактор.

Створення WAP-сайтів базується на мові програмування WML.

WML (Wireless Markup Language) - мова розмітки для роботи в Інтернет безпровідних пристроїв (WAP), заснований на XML. Призначення WML - опис контента і призначеного для користувача інтерфейсу для особливого класу вузькосмугових пристроїв, типу Palm Pilot, стільникових телефонів і пейджерів.

WML скупий на можливості представлення - кількість тегов, що підтримуються, невелика, і мова заснована на нетиповій метафорі колоди карт - набір карток (екранів), що показуються окремо, зберігаються в пам'яті. Тобто, якщо для звичайного сайту одиницею є Web-page, то одиниця WML - це так званий deck, що складається з однієї або декількох card, що складають разом WML-документ (wml-файл).

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

Неважко відмітити, що структура мови багато в чому споріднена з HTML: теги <wml>...</wml> починають і завершують документ, а тіло карт полягає в <card>...</card>.

WML - це гілка XML, а будь-який XML-документ спочатку повинен пройти перевірку на відповідність своєму DTD (Document Type Definition). Отже, в будь-якому wml-файлі, як документі, необхідно вказати повний шлях до WML DTD.

Змінні У WML є глобальні змінні, в яких можна запам'ятовувати інформацію на рівні поточного сеансу. Їх присутність в мові викликана зменшенням обміну з сервером, і це відрізняється від традицій HTML. Якщо привласнити в одній карті змінної $myname значення Andy, а в іншій карті є текст "Welcome $myname", то він буде виведений як "Welcome Andy".

Основні типи тегів WML

Будівельні блоки і функціональні засоби WML можна умовно розділити на чотири категорії: форматування, навігація, введення даних і управління діями/подіями.

Форматування

Оскільки на екран виводиться по одній карті, то в елементі card передбачений атрибут id - внутрішній ідентифікатор для переходів, а також видимий на екрані заголовок title. Для форматування тексту, майже аналогічно HTML, використовуються такі елементи, як:

• p - для параграфів, в <p> можна указувати атрибути align і mode. align набуває значень right, center або left, а mode задає, чи буде текст на екрані з авто-перенесенням (wrap) чи ні (nowrap);

• em і I - для виділення курсивом;

• strong - для "напівжирного" зображення;

• u - для підкреслення;

• big - для тексту великого розміру;

• small - для тексту маленького розміру;

• table - для таблиць, із звичними <tr> і <td>;

• br/ - для переходу на новий рядок;

• img/ - для графіки.

Навігація Для навігації і установки гіперпосилань передбачені теги anchor і а.

Семантика а повторює HTML, а в елементі anchor використовується або піделемент go з атрибутом href, задаючим адресу посилання, або prev - повернутися до попереднього екрану.

Викликавши сторінку, ми отримуємо першу картку. Щоб перейти до наступної, необхідно якось адресуватися до карт, для чого служить id тега card - унікальний ідентифікатор карти. Слід звернути увагу також на title - назва картки, що має сенс, зокрема, для закладок.

Графіка В даний час в WML підтримується графічний формат WBMP (Wireless BMP type 0) - монохромні (двокольорові) зображення. Формат WBMP type 0 має наступні характеристики :

• No compression;

• One bit color (white=1, black=0);

• One bit color deep (monochrome).

Для вставки в wml картинки призначений тег <img/>, де, як в HTML, для посилання на джерело картинки використовується атрибут src.

Типові параметри img:

<img alt= src="url" localsrc="icon"

align= height= width= vspace= hspace= />

Призначення атрибутів переважно очевидно. Пояснення вимагає лише localsrc, дозволяючи, як заміну src, вказати як джерело внутрішню піктограму броузера. Атрибут align задає вирівнювання картинки з опціями top, bottom і middle.

WBMP як посилання:

<anchor title="Home">

<img alt="Home" src="url" localsrc="house" />Home

<go href="default.wml"/>

</anchor><br/>

Для конвертації у формат WBMP краще всього вибирати маленькі контрастні зображення.

Поради із розробки WML-додатків

• Пристрої WAP обмежені за можливостями із-за пам'яті, процесора, швидкості передачі та ін., проте дещо все-таки можна робити, знаючи про ці обмеження.

• Додатки необхідно проектувати, виходячи з принципу 'колоди карт'. Оскільки вона завантажується цілком, це зменшує обмін даними з сервером. Будь-який запит на іншу колоду ініціює нове з'єднання з сервером, що зажадає додаткового часу - так влаштована WAP-технология.

• Із-за малого розміру екрану особливу увагу потрібно приділити читабельності тексту. Розмір "сторінки" краще обмежити 4-5 екранами.

• Для зручної навігації і швидкого управління переважні теги select/option (вибір із списку), чим якісь інші засоби.

• Із-за маленької пам'яті варто уникати графіки. • Не слід нехтувати alt для зображень (альтернативний текст для випадків, коли броузер не підтримує картинок) - якщо серед Internet-браузеров відсутність такої підтримки є анахронізмом, то в WAP це поширене явище.

• WAP стандарти не фіксують угод про навігацію, типу back, forward і home, як це прийнято в Internet-броузерах. Опрацьовування цих питань залишається на розсуд дизайнера.