iTunes, SongBird и DAAP
Это может показаться вопросом для stackoverflow, но потерпите меня:
Я построил (большую часть) сервер DAAP в Ruby, я смоделировал его вывод на сервере mt-daapd и, следовательно, мои тестовые данные таковы, что мой сервер возвращает точно *, что сервер mt-daapd делает в той же ситуации,
(* Единственное отличие состоит в том, что мой сервер добавляет HTTP-заголовок "Connection: close", который я не могу понять, как остановить работу - это вопрос для stackoverflow)
При необходимости я могу более подробно рассказать, но моя проблема в том, что, хотя Songbird находит, подключает и читает мой DAAP-сервер отлично, iTunes отказывается делать что-либо, кроме первого запроса "/ server-info" (см. Раздел "1. Информация о сервере"). из неофициальной спецификации). Я должен добавить, что общий ресурс mt-daapd работает отлично, даже если мой сервер daap отклонен!
Очевидно, это может быть связано с тем, что iTunes не нравится тот факт, что я отправляю заголовок "Connection: close", но знает ли кто-нибудь что-нибудь еще о том, как iTunes 9.0.X ожидает, что его DAAP будет обслуживаться? Или где-нибудь, что я могу узнать - если не считать откручивающихся слоев кода mt-daapd?
большое спасибо!
1 ответ
Оказывается, iTunes отправляет необычный запрос GET, а не стандартный "GET / путь / к / чему угодно", iTunes (при просмотре через DAAP) отправляет "GET daap://ip.address/path/to/whwhat". Что приятно?