Не стоит так категорично, право, не стоит. Если начинать выносить всё в шаблоны, мы будем наблюдать вложенности паршиалов до 10 штук один в другом, это тоже не здорово ни разу. Своими глазами видел. Лучше всё таки хелперы.

Ну почему же, описание модели — это, по сути, js код, загружаемый с сервера. Ничто не мешает нам генерировать его динамически. Единственная проблема — js-specific методы модели.

Для сущностей с действительно большими полями (сотни кб текста) лучше будет отправлять дельту изменений, хотя это то еще специфичное и на любителя решение.

А это, значит, не костыли, да? :)

Mongoid, class Product embeds_many :reviews
Ничего странного не вижу. Решение, может быть, спорное, но не странное.

ActiveRecord в RoR умеет отслеживать «dirty» поля, и сохраняет в базу только те поля, которые изменились. В итоге рельсе, в принципе, пофиг, всю модель мы ей отправляем, или только часть — код в контроллере одинаков, а ORM сама решает, какие поля ей сохранять.
Так что в частичной отправке полей всё же есть смысл.
Ну и, в конце концов, если вы редактируете статью на несколько кб, поменяв в ней только опечатку в title — действительно нет абсолютно никакого смысла, ни, тем более, профита!, в отправке ВСЕХ полей записи на сервер.

PS.:

  # PATCH/PUT /posts/1
  def update
    if @post.update(post_params)
      redirect_to @post, notice: 'Post was successfully updated.'
    else
      render action: 'edit'
    end
  end

Усложнение логики? Нее, не слышали.

А чем оно отличается от _why's Markaby? Markaby, как мо мне, на первый взгляд приятнее и проще, а его дальнейшее развитие в виде Mab ещё и работает весьма и весьма быстро.

Очень не хватает кнопки Dislike/Мне не нравится. Правда. Особенно под постами, песни фиг с ним.

Мне кажется, Skype зашевелится в этом направлении только тогда, когда подобным образом забанят несколько учетных записей высоко сидящих в этой шарашкиной конторе людей. <irony>Кто-нибудь знает скайп-номер того же Балмера? :)</irony>

Да, локаль и платформа девайса — в хедерах передаются, всё прекрасно работает. В некоторых случаях и single_access_token'ы, чтобы в логах не светить лишний раз. И so far это всё отлично работает. А что, с таким подходом есть серьезные подводные камни? Расскажите, пожалуйста, будет интересно узнать, чего стоит опасаться.

Хак или нет, но это довольно широко распространенная практика. В любом случае, когда вам по API надо вернуть объект, вы же не передаете голый набор object.attributes клиенту? Вы что-то излишнее убираете, что-то меняете, что-то добавляете. REST-сущность — это не обязательно строго информация о одной сущности и больше ничего — это набор рекомендаций, который предполагает что когда вы запросите сущность по rest — вы получите всю необходимую вам информацию о ней, включая так же доп инфо по усмотрению провайдера API.
На счет доп параметра, когда передавать, когда нет — это решается на этапе проектирования API. Комментарии либо нужны, либо нет. Если встает вопрос «иногда выводить, иногда нет» — значит проект был хреновый. Лимит не нужен — на етапе согласования решаем что нужно выводить 10 — выводим 10. Если кому-то 10 много — показывает 5, остальные игнорирует. Если кому-то 15 — делает доп.запрос. Если кому-то они не нужны — игнорирует комментарии.
Такие дела.

За 4 года с проксями и хедерами, тьфу-тьфу-тьфу, никаких проблем, в логах всё замечательно хранится, а передавать ссылку на API… ну… я даже не знаю что тут сказать. :)

А что мешает перенести «служебную» информацию в хедеры? Язык — «Accept-Language», токен — «X-Access-Token», девайс — «User-Agent» или «X-User-Agent-Class», и не надо тогда пути несемантическим мусором забивать. «tab_app», «ru_ru» — это модификаторы только небольшой части содержимого, а не всего ресурса, и ладно бы они в параметрах передавались, так они ещё и в корне пути стоят. /me цокает языком. :)

Каких именно нескольких объектов? Можно, например, вместе с инфо о товаре возвращать последние 10 комментариев и список фото для галереи товара, вместо того чтобы отдельно ходить за комментариями и отдельно за фотками.

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

Зачем вы это написали спустя 3 часа после окончания дискуссии — мне искренне не понятно. «Плевок вслед» какой-то получился.

Друзья, по следам недавнего поста про Оперу, дарю замечательную идею: сделайте плагин Bookmarks для Оперы, чтобы полностью реализовывал нормальный функционал закладок в точности так, как это было во всех версиях до 15-й. Пока эти олухи не очухаются, что, впрочем, врят ли случится.

Вам цены тогда не будет просто.

В ДВУХ-уровневой иерархии? Вы это серьезно? Вы представляете себе, сколько это будет папок? И всё вперемешку, в полнейшей анархии?

И если вам от этого смешно — значит всё ещё грустнее и печальнее, чем я думал.

А это и не смешно. Это грустно.

«Новая» копилка — калька с евернота. Экспресс-панель — ланчпад айфона. Рекомендации… Даже гугл с его объемным досье не может подобрать действительно интересную мне информацию, чего уж говорить о Опере. Переключение поисковиков — самая бесполезная фича во всей этой версии. Так что да, ничего действительно нового.

Пропадут все, и новые и старые. Вам не нужны закладки. (с) Опера. </irony>