Вы ведь знаете, что ваш мозг состоит из нейронов, которые хоть и образуют сложные нейронные сети, но тем не менее вся коммуникация между ними происходит при помощи нервных импульсов т.е. дискретных считай цифровых сигналов. В то же время ваши органы чувств общаются с мозгом так же при помощи нервных импульсов, т.е. ни разу не аналоговых сигналов. Получается для человеческого мозга любые сигналы внешнего Мира воспринимаются в дискретно-цифровом виде. Я ошибаюсь?
Я думаю инженеры запросто решат вопрос с различием сжатия рукой и всем остальным. В конце концов джинсы электричество не проводят, в отличии от рук :) А сейчас вы про варежки наверное напишите…
Только что проверил в том же GMail операция удаления письма, отправляется AJAX запрос типа POST i.imm.io/1gAr0.png Это раз.
Во-вторых по поводу безопасности. Вот представьте, что у вас операция удаления объекта через GET вызывается x.com/?id=21&action=delete. Тогда злоумышленнику достаточно встроить на странице своего сайта img src=http://x.com/?id=21&action=delete и пользователь зайдя на эту страницу сам того не ведая выполнит эту операцию удаления. Можно конечно подписывать каждый GET запрос уникальной подписью, но это те ещё заморочки.
Как правило процент пользовательских AJAX запросов крайне мал по сравнению со всеми остальными < 5%. За счёт малого размера время выполнения этих запросов в основном зависит от времени обработки запроса сервером, а не от времени пересылки. Использование GET даёт выигрыш в размере чуть больше чем пинг, т.е. 100-200мс. Думаете пользователь почувствует разницу в 200мс? Думаете веб-сервер почувствует разницу в нагрузке при переходе на GET? Я лично очень в этом сомневаюсь.
Да понятно, что OpenID уже почти вымер. Я имел ввиду авторизацию через всякого рода ВК/FB/G+/GitHub и т.п., что позволяет избавиться от выдумывания ещё не занятых username, случайных паролей удовлетворяющих странным требованиям сервиса(1 цифра, 1 заглавная..), от подтверждения email по ссылке.
А ввод дополнительных данных типа ФИО и телефона — это ерунда, это быстро.
В этом году пользовался услугами двух юристов-фрилансеров с сайта free-lance.ru как раз по вопросам Трудового Кодекса. Потратив по 1000р на каждого юриста я получил полноценную консультацию по моим вопросам, а так же помощь в составлении некоторых документов. В итоге конфликт с компанией был решён в мою пользу.
На мой взгляд самая достойная альтернатива The Old Reader как с точки зрения интерфейса, так и с точки зрения фукнкционала — InoReader. Перепробовал штук 10 разных сервисов, остановился на InoReader. Щастлив :)
На мой взгляд, использование типажей (или сходных механизмов) более естественно в динамически типизированных языках, нежели танцы с интерфейсами и наследованием.
Теперь осталось написать с десяток книг про ТОП(типажи-ориентированное-программирование), и подождать с десяток лет пока созреют хоть какие-то стандарты проектирования в этом стиле. А сама концепция мне чем-то напоминает инженерию генных модификаций: с одной стороны может быть очень круто, с другой стороны очень опасно.
Во-вторых по поводу безопасности. Вот представьте, что у вас операция удаления объекта через GET вызывается x.com/?id=21&action=delete. Тогда злоумышленнику достаточно встроить на странице своего сайта img src=http://x.com/?id=21&action=delete и пользователь зайдя на эту страницу сам того не ведая выполнит эту операцию удаления. Можно конечно подписывать каждый GET запрос уникальной подписью, но это те ещё заморочки.
Как правило процент пользовательских AJAX запросов крайне мал по сравнению со всеми остальными < 5%. За счёт малого размера время выполнения этих запросов в основном зависит от времени обработки запроса сервером, а не от времени пересылки. Использование GET даёт выигрыш в размере чуть больше чем пинг, т.е. 100-200мс. Думаете пользователь почувствует разницу в 200мс? Думаете веб-сервер почувствует разницу в нагрузке при переходе на GET? Я лично очень в этом сомневаюсь.
А ввод дополнительных данных типа ФИО и телефона — это ерунда, это быстро.