Создавая минисайт в ASP.NET, который работает над Blackberry, Windows Mobile и iPhone
очень сложно найти, где ваш derby metastore_db имеет доступ другим потоком, если вы можете найти этот процесс, тогда вы можете убить его с помощью команды kill.
Лучшие решения для перезапуска системы.
5 ответов
Я сделал это в прошлом и способе, которым я сделал это путем разделения страниц путем создания каталога для Рабочего стола и создания каталога для Мобильного. Это дает Вам лучшее разделение представлений, так как в действительности они являются существенно иными. В Формах ASP.NET я использовал Образцовый Предъявитель Представления шаблон много, так как он пошел со способом, которым Формы ASP.NET функционировали лучшее. Тем путем я мог снова использовать некоторый код между двумя представлениями. Тогда на Вашей index.aspx странице для сайта, Вы просто анализируете строку агента пользователя запроса для выяснения браузера и перенаправления соответственно. Так, например, человек с iPhone приезжает в Ваш сайт, Вы анализируете строка агента пользователя и выясняете, что это - iPhone. Тогда Вы перенаправляете на m.sample.com, который указывает на страницу Mobile/Index.aspx. Иначе Вы перенаправляете к Desktop/Index.aspx.
я сделал парсинг строки агента пользователя на уровне страницы, но конечно Вы могли сделать этот вид логики на уровне HttpModule или HttpHandler также.
Редактирование
я просто прокрутил свои собственные страницы, так как мы не были нацелены на телефоны, которые имеют поддержку WML. Это было бы единственной причиной, по-моему, для использования ASP.NET Мобильная поддержка, то, если Вы хотите поддерживать включенные телефоны WML также.
Вы только идентифицировали 3 гарнитуры 'платформы' как Вашу цель. Одна вещь рассмотреть состоит в том, что существует НАМНОГО больше не-Blackberry / Windows Mobile / гарнитуры iPhone там, и возможно они будут большинством Вашей аудитории. (?)
От того, как Вы описываете свое приложение (ПРОСТО текст), необходимо быть в состоянии поразить в значительной степени любой поддерживающий Интернет сотовый телефон там, который является в значительной степени каждым телефоном, проданным за прошлые восемь лет.
Прокрутка Ваше собственное, вероятно, даст Вам больше контроля тем, как содержание отображено и перемещено, который будут ценить Ваши пользователи, но Вы потеряете большую часть автоматического форматирования и усовершенствованной возможности взаимодействия, которую что-то как Мобильный ASP.NET может дать Вам. Это - компромисс, который Вы могли бы хотеть рассмотреть в свете того, где Вы ожидаете, что Ваше пользовательское сообщество пойдет с этим за следующие 2 года.
это возможный, что они могут попросить больше настольной возможности на мобильной стороне? Если это будет вероятное 'да' (еще больше, когда я буду думать об этих 3 платформах, то Вы нацелены), тогда, я рекомендовал бы некоторое автоматизированное форматирование / инструмент реализации возможностей как мобильный ASP.NET. В противном случае просто самокрутка и отпуск это простой и легкий для Ваших посетителей использования.
Я знаю от личного опыта там, действительно не очень, необходимо сделать для iPhone. Я обычно скорее просто просматриваю Ваш обычный сайт со своим iPhone.
Просто мои два цента все же.
Различные таблицы стилей на основе агента пользователя обработают "симпатичное". Вы используете основные страницы? Вы могли также настроить различные ведущие устройства на основе устройства с помощью фильтров устройств.
На Mix в этом году (2009) было объявлено mdbf . См. это видео или это сообщение в блоге Скотта Хансельмана для примеров использования его для идентификации и перенаправления мобильных браузеров по мере необходимости.