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

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

Существует несколько способов иметь дело с этой проблемой, каждым с за и против. Я предполагаю, что Ваш сайт имеет свою информацию в базе данных и публикует те данные с помощью ряда шаблонов? (Как Ruby on Rails или сайт Django; сайт PHP; блог; и т.д.) При руке набора статических страниц HTML это будет путем, более трудоемким для Вас.

1: Тот же HTML, различные таблицы стилей для ЭКРАНА и МОБИЛЬНЫЙ

Идея: Вы поставляете ту же структуру HTML всем запросам. Вы создаете таблицу стилей для ЭКРАНА и один для МОБИЛЬНОГО.

Хороший: Для Вас, программиста. Для Вас легче поддержать 2 таблицы стилей, чем это должно поддерживать 2 полностью отдельных шаблонных сайта.

Плохо: Для Ваших пользователей. Сайт это просто в использовании на мобильном устройстве обычно, неэффективен для нормального браузера; и сайты, оптимизированные для рабочего стола / ноутбук часто, терпят полный провал на мобильном устройстве. Очевидно, это зависит от того, как Вы кодируете свои страницы, но в большинстве случаев, продвижение Вашего нормального сайта к мобильному браузеру будет плохо для Ваших пользователей. (См. http://www.useit.com/alertbox/mobile-usability.html для сводки недавнего исследования удобства использования Jakob Nielsen в области мобильных сайтов.)

2: Поддерживайте отдельные сайты

(Gmail обслуживает даже больше чем 2 системы! У них в основном есть различные приложения-контейнеры / шаблоны, которые обрабатывают те же данные: полная версия браузера Ajax; плоскость версия браузера HTML; основная мобильная версия; собственное приложение Blackberry; и собственное приложение для iPhone.)

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

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

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

Основная процедура:

1. Дизайн и сборка UIs для мобильного и экрана.
2. Запустите сайты в двух различных URL; появляющейся конвенцией является www.yoursite.com для настольной версии и m.yoursite.com для мобильной версии. (Это позволяет пользователям просматривать непосредственно на m.yoursite.com, если они знают о конвенции.)
3. На www.yoursite.com осуществите сниффинг агента пользователя и теста, чтобы видеть, мобилен ли браузер пользователя. Если так, направьте пользователя к m.yoursite.com.
   1. Существуют снифферы, записанные на различных языках сервера (PHP, Perl, безотносительно), что можно, вероятно, использовать. Проверьте лицензии. Вот пример сниффера, записанного в php.
   2. От статьи Википедии о сниффинге агента пользователя: "Веб-сайты конкретно предназначены к мобильным телефонам, как I-режим NTT Docomo или Живой Vodafone Vodafone! порталы, часто полагайтесь в большой степени на сниффинг агента пользователя, так как мобильные браузеры часто отличаются значительно друг от друга. Много разработок в мобильном просмотре были сделаны в последние несколько лет, в то время как много более старых телефонов, которые не обладают этими новыми технологиями, все еще в большой степени используются. Поэтому мобильные веб-порталы будут часто генерировать совершенно другой код разметки в зависимости от мобильного телефона, используемого для просмотра их. Эти различия могут быть небольшими (например, изменение размеров определенных изображений для установки меньшим экранам), или довольно обширный (например, рендеринг страницы в WML вместо XHTML)".
4. На m.yoursite.com предоставьте ссылку назад на www.yoursite.com. Пользователи, которые нажимают на эту ссылку, не должны быть перенаправлены назад на мобильный сайт, и как Вы выполняете, это зависит от Вашей реализации.

Можно хотеть следовать за Quirksmode для его появляющихся статей о мобильном тестировании.

3: Шаблоны производят различные блоки данных в зависимости от агента пользователя и поддерживают отдельные таблицы стилей

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

В Вашем коде шаблона можно сказать вещи как

if( $useragentType != mobile ) {
    echo( 'bigBlockOfRelatedArticlesAndAds.php' );
}

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