ElDrako сказал:
…из-за увеличивающейся посещаемости…

))) звучит как-то безысходно, но на самом деле это же то, что требуется. Молодцы, ребята, так и должно быть, так пусть и будет всегда. Думаю у этого сайта есть очень большой шанс отвлечь добрую долю русского пользователя от IMDb и Кинопоиск и именно потому, что Вы делаете и поддерживаете API. Конечно же не мое это юзерское дело, но думаю оно того стоит и забрасывать в долгий ящик главную фишку проекта — слишком расточительно. Есть ведь смысл напрягаться если причина тому как раз желаемый результат. Нагрузка на ваши серверы растет и будет продолжать расти из-за того, что потребитель мобильного контента предпочитает cinemate IMDb и Кинопоиску, а это происходит в первую очередь потому, что разработчики мобильных приложений Вас предпочитают. Тому есть две основных причины и Ваш API из них — №1! Понятно, что нагрузка требует доп.ресурса, но это ведь сильно расточительно — отвлекаться от главной фишки проекта. Есть ведь масса вариантов как можно делать свое (главное) дело и в то же время не давать отвлекаться потенциальным поставщикам аудитории.

Больших успехов!

Да, мне именно апикей нужен был для movie.get.
Потихоньку переделываю проект Anubis-а под json
Если вдруг в апи появится отмечание фильмов просмотренными и похожие фильмы, то можно будет попробовать запилить для cinemate плагин, похожий на https://github.com/Technicolour/Trakt-for-Mediaportal/wiki/Screenshots

Edalex написал(а):
Если вдруг в апи появится отмечание фильмов просмотренными и похожие фильмы, то можно будет попробовать запилить для cinemate плагин, похожий на https://github.com/Technicolour/Trakt-for-Mediaportal/wiki/Screenshots

Я думаю вполне можно будет сделать, как только появится свободное время.

Готова новая API под .net.
https://code.google.com/p/cinemate-dotnet-api/
работает с json

принимаю конструктивную критику

Добавлено менее чем через минуту

---

Скоро допишу api на java

Пытаюсь как-нибудь ранжировать выдачу movie.search по релевантности, подумалось, что возможно, если их отсортировать по популярности на имдб или кинопоиске, то можно будет откинуть совсем левак, а вверху списка будет, скорее всего, нужный фильм. Поэтому вопрос, можно ли в выдачу movie.search добавить votes на имдб или кинопоиске, чтобы не дергать лишний раз movie.get?
Или они уже отсортированы в нужном порядке? Или можно добавить некий параметр релевантности для каждого найденного элемента? Или вообще добавить поиск по имени файла, чтобы не мучаться? :)

имена файлов в раздачах не парсятся и не сохраняются в базе.
я этот вопрос уже задавал админу.

Edalex написал(а):
вверху списка будет, скорее всего, нужный фильм

Большой вопрос, что такое "нужный фильм". Поиск в выдаче movie.search у нас работает также как и на сайте, с корректировкой опечаток и подбором наиболее релевантного результата в первые строчки списка. Человек не обязательно ищет самый популярный фильм по КП или IMDB, для него главное - совпадение результатов поиска с ожиданиями. Дополнительных параметров поиска мы добавлять не будем, т.к. работа поиска нас полностью устраивает. Параметры релевантности выдавать также не можем, т.к. они не имеют выражения в численном виде.

Самое главное для себя услышал - что результаты поиска уже отсортированы по релевантности, спасибо большое. А коррекцию ошибок уже потестил - машинно переведенные из транслита в нормальный русский названия распознаются очень хорошо.
П.с. Если позволите, потом сделаю подборку моментов, где хотелось бы изменения поиска. Спасибо.

<response>
- <movie>
<id>91007</id>
<title_russian>Путешествие 2: Таинственный остров</title_russian>
<title_original>Journey 2: The Mysterious Island</title_original>
<title_english />
<year>2011</year>
- <poster>
<small url="http://c.cinemate.cc/media/images/poster/2011/91007/1323357009.small.jpg" />
<medium url="http://c.cinemate.cc/media/images/poster/2011/91007/1323357009.medium.jpg" />
<big url="http://c.cinemate.cc/media/images/poster/2011/91007/1323357009.big.jpg" />
</poster>
<trailer>http://www.youtube.com/watch?v=_A9i7DNdC3k</trailer>
<url>http://cinemate.cc/movie/91007/</url>
</movie>
<total_found>1</total_found>
</response>

при наличии id, поле url теряет смысл и просто избыточно, т.к. его легко сформировать в коде программы.
так же мне не понятен смысл трейлера в ответе search - один фиг описание нужно дёргать вторым запросом movie.get, а там трейлер тоже есть. мне не приходит в голову ни одного интерфейса, где бы мог понадобится постер и трейлер в результатах поиска без описания фильма и его жанра как минимум.
если же для дройдов подразумевать выдачу результатов поиска как кучу миниатюр, по тапу на которых вылезет меню "Описание фильма" и "Трейлер", то тоже нелогично - кто будет тратить трафик на просмотр трейлера, не почитав про фильм?

в общем, ИМХО, trailer и url тут не нужны.