Мобильный сервиз

Denis Mingulov

Спецвыпуск: Хакер, номер #056, стр. 056-014-3

В одном WML-документе находится одна колода, карты отличаются друг от друга заголовком. Так как не все сотовые телефоны поддерживают русский язык, лучше писать на транслите. Если же ты уверен, что тебя поймут, то для записи кириллицы желательно использовать Unicode в формате ꯍ (ABCD - код символа Unicode в шестнадцатеричной системе исчисления). Десятичный формат: &#ABCD;. Не все телефоны понимают UTF-8 или UCS-16, так что это оптимальный формат хранения не латинских символов. Да, объем текста при этом получается большим, но так удобнее для пользователя.

<?xml version="1.0"?>

<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml">

<wml>

<card id="card1" title="Anekdots">

<p>Anekdot1...<br/>

<a href="#card2">Cyrillic</a></p>

</card>

<card id="card2" title="Anekdots">

<p>М...</p>

</card>

</wml>

Как видно из листинга, каждый абзац должен заключаться в теги <p> и </p> (можно использовать выравнивание - <p align="center">), для отображения рисунка - <img src="путь" alt="..."/>. Кроме того, обязательно пиши текст в alt. Это действительно необходимо, отображение картинок здесь мало зависит от человека. <br/> - принудительный перевод строки. Ссылки делаются точно так же, как и в HTML - <a href="..."> и </a>. Для ссылки на карту в этой колоде нужно писать <a href="#card2">. Также есть возможность использовать тег <anchor>: <anchor>Go Back<prev/></anchor> - вернуться назад, и <anchor>Tuda<go href="tuda.wml"/></anchor> - перейти на tuda.wml.

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

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

Допустим, наша база данных имеет такую структуру:

"artist" character varying(80) - полное название группы или имя исполнителя, то есть именно то, что должен увидеть пользователь.

"track" character varying(80) - полное название песни. "artist_u" character varying(120) - название группы, оптимизированное для поиска (для операции сравнения SQL LIKE).