К сожалению у нас люди не приучены к пониманию «довольный клиент=больше прибыль». А особенно большие компании псевдо-монополисты типа воли. Одним больше, одним меньше — какая разница.
В поле «логин» ввожу свой логин на хабре — pxx, указываю валидный e-mail и получаю
При попытке загрузки страницы пользователя (http://habrahabr.ru/api/profile//) возникла ошибка. Сервис не может зарегистрировать пользователя, не убедившись, что он зарегистрирован на Хабрахабре.
В любом случае нужно охватывать все современные браузеры, остальное вопрос приоритетов. У нас например расклад такой:
1. IE6 :(
2. IE7
3. FF
4. Chrome/Safari
5. Opera
Я бы вобще предпочел чтобы страница грузилась одним архивом, а не кусками как сейчас это сделано в HTTP.
Опять же палка о двух концах: с одной стороны меньше данных передается ОДНИМ запросом, но с другой стороны невозможно параллельное выполнение рендеринга/догрузки/дорендеринга, эти все процессы можно будет начать только после того, как все данные уже получены.
Что я вижу в данном подходе: паттерн MVC, где слой V полностью вынесен на клиентский уровень и слой C распределен между клиентом и сервером. В результате чего:
+ сервер разгружается на рендеринг HTML.
– сервер дополнительно нагружается сериализацией/десериализацией запросов/ответов между JSON<-->native language constructions(PHP, JAVA, RUBY, ...) умноженно на количество запросов/ответов.
– отладка клиентского слоя усложняется в разы.
– скорость отклика клиента увеличивается за счет увеличения количества запросов на сервер.
– эта скорость падает еще в случае зависимости запроса от ответа предыдущего ибо в таком случае их невозможно слать асинхронно, должна быть последовательность.
И в чем же данная системма дает прирост? В чем заключается упрощение и большая гибкость построения интерфейсов по сравнению с любым из серверных шаблонизаторов + открытое API для неHTML клиентов или сторонних сервисов, если такие предполагаются?
Написал я им. Пришел ответ, а в ответе сплошные отмазки и никакого конструктива:
Hello Andrey,
Thank you for your email.
Thank you for your email and your interest. We understand that you would
like to map Kiev, Ukraine through Google MapMaker. However, as of now only
a select few countries are open for editing.
If you have additional questions, please visit the Google Map Maker Help
Center at www.google.com/maps/mapmaker/mapfiles/s/support.html, where you
will find answers to many frequently asked questions about Google Map
Maker.
Правильней сказать «не только дураки»
К сожалению, с нашей «правовой» системой человек признается во всем еще до того, как ему официально выдвинут обвинение.
Вы знакомы технологией torrent? Ну хоть немножко?
1. IE6 :(
2. IE7
3. FF
4. Chrome/Safari
5. Opera
Не нравится, когда не понимают разницы между формами слова «нравиться» и «нравится».
Опять же палка о двух концах: с одной стороны меньше данных передается ОДНИМ запросом, но с другой стороны невозможно параллельное выполнение рендеринга/догрузки/дорендеринга, эти все процессы можно будет начать только после того, как все данные уже получены.
+ сервер разгружается на рендеринг HTML.
– сервер дополнительно нагружается сериализацией/десериализацией запросов/ответов между JSON<-->native language constructions(PHP, JAVA, RUBY, ...) умноженно на количество запросов/ответов.
– отладка клиентского слоя усложняется в разы.
– скорость отклика клиента увеличивается за счет увеличения количества запросов на сервер.
– эта скорость падает еще в случае зависимости запроса от ответа предыдущего ибо в таком случае их невозможно слать асинхронно, должна быть последовательность.
И в чем же данная системма дает прирост? В чем заключается упрощение и большая гибкость построения интерфейсов по сравнению с любым из серверных шаблонизаторов + открытое API для неHTML клиентов или сторонних сервисов, если такие предполагаются?