Drupal, Services, REST, добавить файл к ноде

Вообще нифига не понял что ты хочешь.

Специально для тебя залез в исходники

'Upload and attach file(s) to a node. POST multipart/form-data to node/123/attach_file'

Мне нужно взять curl и добавить файл к уже созданной ноде. Проблема в том, что запросы PUT c аргументами:

{
 "field_response_files": 
       [
                { 
                    "fid": "119", "alt": "sometext", "title": "sometext"
                }
            ]
       
}

Даже не так. Проблема в том, что когда в поле типо Файл можно прикреплять несколько файлов, то PUT туда не работает. Код запроса:

{"field_response_files":{"und": { "0": { "fid": 119, "alt": "sometext", "title": "sometext"} } } }

во-первых PUT это замена

во-вторых, может так? curl -F «field_response_files=@loacalfile.png» node/123/attach_file

Нет, так тоже не катит. Обозначу проблему по другому: залить файл на сервер вообще не проблема, в результате я получаю его FID. Проблема добавить файл по FID к ноде, причём проблема появляется тогда, когда поле файл в ноде может содержать больше одного файла. Если поле может содержать только один файл, то он прекрасно добавляется и проблем никаких нет.
Я нашёл такой багрепорт: http://drupal.org/node/1434312

Я нашёл такой багрепорт: http://drupal.org/node/1434312

Я не понял - ты таки код на сайте контролируешь, или нет? То есть тебе обязательно кровьизносу обходится штатным services?

Ну а смысл мне велосипедить сайт на друпале если не использовать модули? Мне это их меню уже не упёрлось никуда, такое ТЗ, и под сервисес этот уже код написан

Ну а смысл мне велосипедить сайт на друпале если не использовать модули?

Смысл друпала (с его модулями) именно в этом - чего *тебе лично вот тут* удобнее. Голова вам для чего дадена - кашу в нее есть? :D

Удобнее только на готовых модулях сделать - так и делать. Удобнее мелкий модуль на пару строк php кода - окей.

Собственно да, удобство друпала будет в том что этот модуль реально будет на пару строк кода. Обычно просто создается модуль который называется имя_проекта и в него эти все однострочники пихаются.

велосипедить

Вы действительно будете мне сейчас доказывать что в кодовой базе размером с друпал+кастомные модули 3.5 строчки это ужасный велосипед? Что, правда-правда? А потом будете тут в инторнетах доказывать что необходимость этих 3.5 строчек вынесенных в отдельный модуль и не требующие патчей, делает друпал ужасным? :D

Мне это их меню уже не упёрлось никуда, такое ТЗ, и под сервисес этот уже код написан

Уже?
Человек который пинает services когда можно сделать три строчки велосипеда и забыть давно о проекте, это человек жаждущий что бы все было идеально и красиво. Что бы можно было похвалится перед посанами в том что у него нет никакого грязного кода, что он не какой нибудь ниосилятор.

И вы в этот эффект вбухали бабла(времени) больше чем с проекта заработали, уже небось. Но только причем тут коммерческое программирование и зарабатывание денег?

PS
Ну вы скажите - можете вы чего-то то пихать на серверсайд или нет? Если нет - придется да, выяснять «а чего он глючит». Возможно он просто «не может».

Если можно лазать на серверсайд - сделать однострочник связывающий по запросу fid с nid - в два счета. никакого sql - node_load, поправил структуру - node_save.

Да, я могу лазить на серверсайд. Да, я хочу чтоб было красиво и чтоб посанам дать доступ к API. Интересующие меня события происходят в файле node_resource.inc в функции _node_resource_update, но на точку останова там отладчик не реагирует почему-то, как и на точку останова в функции services_endpoint_callback, что в services.module. Можно как-то его там остановить или надо писать самому ручками дамп переменных в файл, дабы вообще узнать что там происходит?

IDE - NetBeans.
Отладку GET и POST можно проводить переходя по специально подготовленной ссылке в браузере, тогда на точке останова происходит таки остановка в отладчике, но тут же используется PUT (ещё одна проблема, все изменения в созданной ноде через REST - только PUT)

В модуле Devel обнаружилась функция

dd($var, $label = null)

Записывает информацию о переменной в файл drupal_debug.txt, который находится во временной директории (admin/settings/file-system).

И история благополучно кончилась заплаткой