ИМХО одна из обязанностей сайта лягушки-путе… тьфу, о буккроссинге - быть доступным с мобильных терминалов. В идеале хорошо иметь все работающие на сайте формы в виде wml-страничек (для телефонов), и уж во всяком случае, отказаться от табличной вёрстки (для КПК).
Впрочем, я сейчас не о сайте… Посмотрите на форум библиотечного формата FictionBook2.0. Помимо умолчательного, там есть ещё один вариант представления - «mobile». Пользоваться PHPBB становится на порядок удобнее.
Вот этот самый Pocket - это скин (специальный дизайн)? Или переписанный под КПК движок форума со специальным дизайном?
Насколько я понимаю - скин, поскольку он есть не только в виде ссылки, но и можно выбрать стиль «mobile» в настройках профиля. В выпадающем списке, где у форума bookcrossing.ru есть только «subSilver», там есть и вариант «mobile». Я phpBB никогда не интересовался, но, как я понимаю, есть стандартный способ добавлять новые стили?
Возможность изменять скины «на лету» заложена в phpbb изначально. Проблема в том что, во-первых, этого скина нет на сайте phpbb (хотя, думаю, его несложно найти), а во-вторых, исходный код форума модифицирован и не факт что новый стиль приживется сходу - придется ковыряться в коде.
А вообще, я думаю пока не время для мобильного форума. Куда более интересна идея «мобильной» странички для отпускания книг и формы для нашедших. Это постораемся сделать в обозримом будущем
вся фигня заключается в том, что WMLScript очень прихотливая штуковина… пригнать его под нужды PhpBB - сложновато…
а подгонять придётся.
база пользователей - MySQL?
а в WML - Access…
хотя, можно упростить транзакции и возложить проверку данных на сервак (что ещё более будет его тормозить)…
[list][*]принять запрос на подключение[*]выдать начальную страницу (в случае разрешения на подключение)[*] получить регистрационные данные с мобильного устройства (можно, кстати, послать в мидлет команду для сохранение правильно введённых данных, в случае валидности переданных регистрационных данных)[*] проверить присланные данные (в случае несовпадения - отгенерировать в обратку код ошибки, который уже на стороне клиента - мобильного устройства - преобразуется в описание ошибки непосредственно в мидлете-клиенте)[*]передать клиенту форму выбора действий[*]получить опять же эти данные и опять проверить их
[*]произвести эти действия на стороне сервера. учитывая время, затраченное на все эти действа -
[*]выдать сгенерированный отчёт о проведённых операциях с ведёнными данными
[*]перегрузить страницу на главную (для выбора новых действий)
[/list:u]
примерно такая вот последовательность.
но это только серверная часть!
надо ещё учесть, что на мобильнике будет работать совсем другая структура обработки/ввода данных - Java!
тут тоже существуют свои ньюансы…
Войдите или зарегистрируйтесь — это займёт минуту.