AngularJS + PHP. Заставляем $http-сервис веcти себя как jQuery.ajax()

[@Davert]

Можете меня пнуть, но я не понимаю почему все так любят Ангуляр, если даже таки элементарные вещи делаются там костылями.

[@tamtakoe]

Думаю, что эта та вещь, которую однажды сделал и забыл. А рутинный код он ускоряет в разы.

[@Davert]

Ну во всех других фреймврках почему-то этот bolierplate не нужен.
Просто при работе с фреймворком я обычно хочу видеть работу из коробки. А не поковырять там, допилить здесь.

[@m_z]

А в чем костыль? Костыль это использовать application/x-www-form-urlencoded там, где нет формы и писать 57 строк на клиенте, вместо одной на сервере.

[@Davert]

Ну вот тут пишутся эти 57 строк, а даже в том же Backbone они не пишутся.
Чем не костыль?

[@m_z]

Я о том, что x-www-form это не элементарная вещь, а костыль. В том же Backbone:

If you're working with a legacy web server that can't handle requests encoded as application/json, setting Backbone.emulateJSON = true; will cause… the request to be made with a application/x-www-form-urlencoded MIME type, as if from an HTML form.

AngularJS, видимо, выбрал не поддерживать legacy web servers.

Вот что хотелось бы в AngularJS, это чтобы ресурсы возвращали promises по аналогии с $http, и в promises реализовали бы always.

[@R0ckwi11]

Видно не такие уж они legacy, раз такая проблема возникла

[@Davert]

Понятно, спасибо. А можно узнать какие серверные фреймворки поддерживают application/json, а какие нет?

[@tamtakoe]

Насколько знаю, все популярные поддерживают (yii, zend, symfony). Да и PHP сам по себе поддерживает, только вместо $_POST нужно json_decode(file_get_contents('php://input'), true) писать.

[@Davert]

Тогда можно и:

$_POST = json_decode(file_get_contents('php://input'), true);

[@tamtakoe]

Главное, чтобы потом не понадобилось данные формы получать :-)

[@tamtakoe]

Так уже есть в новой версии habrahabr.ru/post/180767/ См. сервис $q

[@m_z]

Круто, а есть экспиренс применения unstable 1.1.х? Часто ломается код, написанный под эту версию?

[@tamtakoe]

Ни разу не замечал никаких багов. Правда, не особо сложные вещи делаю. В любом случае, разработчики обещают осенью довести эти версии до стабильной 1.2

[@ardentum]

В ветке 1.1 и promises для ресурсов, и always уже есть — осталось дождаться стабильного релиза (1.2).
Упс, выше уже ответили наполовину.

[@hell0w0rd]

Мне кажется в любом проекте должна быть обертка вокруг глобальных переменных, и такую дают вроде как все фреймворки. А если есть обертка — зачем такие костыли?

[@tamtakoe]

Согласен. Тоже буду использовать json_decode(file_get_contents('php://input')), вместо предложенного решения. Но факт, что столкнулся с проблемой и пол дня потратил на поиски решения. Так что, надеюсь, кому-то сэкономлю время!

[@Zerstoren]

Благо Flask это обрабатывает как положено.

[@sparksounds]

Для Silex есть решение в Cookbook. silex.sensiolabs.org/doc/cookbook/json_request_body.html

[@vittore]

По моему надо все это вытащить в ангуляровский сервис, а не размазывать по контроллеру и конфигурации модуля.

[@Demetros]

Было бы интересно узнать, как цивилизованно обрабатывать формы с input type=file в ангуляре.

[@tamtakoe]

Будет у меня такая задача. Расскажу, когда разберусь

[@ScorpLeX]

Как я понимаю рассчитано на использование с сервером типа nodejs.

[@tamtakoe]

Практически все ПХП-фреймворки понимают application/json, У раби он рейлс таких проблем, вообще, нет. Не знаю, правда, как с Питоном. Тут, мне кажется, ПХП отстает…

[@adisos]

раби… джиквери… ппц.

[@Jodes]

Б-га ради, не пишите слово «Джиквери» :-)

[@tamtakoe]

А что, хорошее русское слово :-)