Да, молодцы. Вот бы еще внедрили запрос на возврат платежа.
Только столкнулся с ситуацией — отправил деньги на оплату телефона, а одну цифру не верно набрал (пока не было в мобильной версии повторения платежа).
Оператор (Магафон) платеж увидел, но сказал, что ничего сделать не может ПОКА Яндекс не даст мне официальную бумагу, что я делал платеж… и номера транзакции, кошелька и т.д. им не указ.
А тут бы я нажал кнопку, оператор увидел запрос на возврат и нажал другую, кнопку — и все.
Второй вариант вообще супер, хотя и первый не плох. Действительно, разная толщина линии и интенсивность цвета сразу улучшает восприятие и это относится не только к дальтоникам.
Да, jQTouch мне тоже очень нравится. Хотя тоже заявляют поддержку только webkit, но в ff3.5 тоже очень недурственно работает.
Ну и основной для меня +, что это все на jquery :)
Мне ничего не мешает :)
Тут ключевой момент «хочет менять разработчик»…
Если есть такое требование, то проще поставить апач за nginx и пусть он меняет в .htaccess сам.
Ну данная связка уже 100 раз обсуждалась, последний Дмитрий Котеров большой коммент поданному поводу давал.
Численная разница будет максимум в некотором количестве памяти в пользу версии без апача (причины понятны), и то ее можно свести к минимуму убрав лишние модули.
Остальное — удобство конфигурирования, тут каждому свое.
Сам часто использую оба варианта, с апачем в середине обычно применяю когда есть правила mod_rewrite и их хочет менять разработчик.
Ну чтобы руками не прописывать сделал небольшой скриптик-анализатор логов апача, он вытягивает список файлов, которые просмотрел и запихнул в манифест + прописал директории в раздел нетфорк. Кстати по документации у нетворка есть интересный параметр "*", но в сафари у меня с ним проблемы были.
А вообще — хороший повод на стороне сервера в СSS использовать data.uri.
Это разные вещи — стандартный механизм кеширования браузера никто не отменял, но это вытесняемый кеш, а манифест постоянный. Кстати, и сдесь реализация FF более правильная (ИМХО), он спрашивает сохранять данные или игнорировать манифест.
Да, не так давно намучился я с этой «малостью» — основная ее суть в том, что если FF воспринимает файлы, которые не указаны в манифесте, как подлежащие обычному кешированию стандартными механизмами браузера, то Safari перестает грузить ВСЕ файлы, которые не указаны в манифесте даже в режиме онлайн! А если проект большой, то это очень не удобно.
Только столкнулся с ситуацией — отправил деньги на оплату телефона, а одну цифру не верно набрал (пока не было в мобильной версии повторения платежа).
Оператор (Магафон) платеж увидел, но сказал, что ничего сделать не может ПОКА Яндекс не даст мне официальную бумагу, что я делал платеж… и номера транзакции, кошелька и т.д. им не указ.
А тут бы я нажал кнопку, оператор увидел запрос на возврат и нажал другую, кнопку — и все.
Ну и основной для меня +, что это все на jquery :)
Тут ключевой момент «хочет менять разработчик»…
Если есть такое требование, то проще поставить апач за nginx и пусть он меняет в .htaccess сам.
habrahabr.ru/blogs/linux/78356/#comment_2292997
dklab.ru/chicken/nablas/49.html
Численная разница будет максимум в некотором количестве памяти в пользу версии без апача (причины понятны), и то ее можно свести к минимуму убрав лишние модули.
Остальное — удобство конфигурирования, тут каждому свое.
Сам часто использую оба варианта, с апачем в середине обычно применяю когда есть правила mod_rewrite и их хочет менять разработчик.
Мой первый собственный комп (правда не сервер) был так сделан в далеком 93 году… Корпуса были дороги, а студенту денег всегда не хватало.
Основной плюс — быстрый доступ к железу, можно вставить и попробовать новую плату/память/винт и т.д., правда сейчас это не особо актуально.
А вообще — хороший повод на стороне сервера в СSS использовать data.uri.
Все равно собирался сделать английскую версия (правда не сразу), но если это требуется — то не большая проблема.
Кнопку на первый экран добавлю, про открытие сразу списка действий — подумаю…
inbox — это «разное»
dashboard — не понял…