Обсуждение API

 
12 лет, 2 месяца назад
Пользователь
Сообщений: 488
Anubis написал(а):
когда уже ожидать апи? руки чешутся его заюзать

Лучше так сильно не ожидать. Работа идет интенсивно, но именно в связи с тем, что у многих чешутся руки его заюзать, надо решить большое число технических проблем, чтобы такое обновление не стало последним на этом сервере. Как только будет предварительное решение, которое можно протеститровать мы сразу сообщим об этом.
 
12 лет, 2 месяца назад
Пользователь
Сообщений: 99
А можно про технические проблемы по-подронее?
Мне как разработчику никаких проблем при реализации такой штуки проблем не предвидется.
 
12 лет, 2 месяца назад
Модератор
Сообщений: 2,374
основная проблема - её делать надо :)
 
12 лет, 2 месяца назад
Пользователь
Сообщений: 488
Anubis написал(а):
А можно про технические проблемы по-подронее?

Ну, например, ты, как разработчик, представляешь какие ресурсы нужны, чтобы не сильно напрягаясь эффективно обрабатывать, скажем, 100 запросов к БД в секунду + пики? А если в реальности этих ресурсов в 20 раз меньше?
 
12 лет, 2 месяца назад
Пользователь
Сообщений: 99
nimda написал(а):
Ну, например, ты, как разработчик, представляешь какие ресурсы нужны, чтобы не сильно напрягаясь эффективно обрабатывать, скажем, 100 запросов к БД в секунду + пики? А если в реальности этих ресурсов в 20 раз меньше?


Представляю. Рассказываю:
Первое, что нужно сделать - это сделать чтобы оно работало. + трэчить запросы к API.
Не думаю, что API версия 1.0 у вас сейчас отбирает много ресурсов.
Вопросами масштабирования заниматься нужно после того, как в лайв уйдёт приложение для смартфона. Тогда будет видна реальная статистика запросов и можно будет что-то решать кэшированием. Если будет выясняться, что текущих ресурсов не достаточно то будет 2 пути

1) Оптимизация работы API на сервере без вреда для возвращаемых данных
2) Наращивание ресурсов (вертикальное и/или горизонтальное)

В любом случае я не вижу такую проблему, в которую нужно месяц втыкать. =)

Ребят. Не будет приложение рубить сервер запросами, которые невозможно не закешировать. Их можно даже nginx'ом вашим отдавать будет со скоростью 100мбит\с без особой нагрузки на проц и память.
 
12 лет, 2 месяца назад
Модератор
Сообщений: 2,374
да, без утверждённого апи2 дело встало :)
помесь плеера с каталогом, интегрированным в сайт уже трудно дальше писать - слишком много изменять придётся, если структура изменится…
 
12 лет, 2 месяца назад
Пользователь
Сообщений: 488
Anubis написал(а):
В любом случае я не вижу такую проблему, в которую нужно месяц втыкать. =)

Спасибо, кэп! Я понимаю, что ты, знанимаясь этим в свободное время между несколькими работами, решил бы всё гораздо лучше и быстрее, но, к сожалению, этим занимаемся мы :-( …
 
12 лет, 2 месяца назад
Администратор
Сообщений: 3,035
ElDrako написал(а):
предлагаю добавить в аккаунт поля с аватарами двух размеров.

Добавил.

porosenok написал(а):
на входе [адрес кинопоиск] или [адрес imdb] а функция возращает адрес карточки фильма с соответвущим фильмом

Добавил в movie.get.

Убран APIKEY из запроса к movie.list. Добавлена в выдачу информации о фильме ссылка на трейлер.

Почему никто не заметил моих вопросов, оставленных в спецификации?
admin написал(а):
Есть предложение представлять массив объектов for_object в виде записи из account.watchlist.

admin написал(а):
хотелось бы знать ваше мнение по поводу необходимости в добавлении недостающих данных в movie.

admin написал(а):
Что касается блоков cast и director, предлагаю обсудить варианты:


В остальном - терпение.
 
12 лет, 2 месяца назад
Пользователь
Сообщений: 99
admin написал(а):
Что касается блоков cast и director, предлагаю обсудить варианты:

Каждый из них представить тегом person, внутрь которого вложить теги id, name, name_original, photo, url
Представить каждую запись в сокращенном варианте: id и name.

ИМХО фото персона не нужно в выдаче Movie.Get. Пусть это будет в Person.Get

Добавлено через 2 минуты
admin написал(а):
movie.search

Возвращает первые 10 результатов поиска по базе фильмов.
Выдача ничем не отличается от описанной в старом API, за исключением добавления параметра id для каждого movie и ссылки на трейлер. Но хотелось бы знать ваше мнение по поводу необходимости в добавлении недостающих данных в movie.

ИМХО не нужно ничего добавлять кроме того, что описано выше

Добавлено через 4 минуты
admin написал(а):
for_object - список объектов object, к которым привязано обновление со следующими атрибутами: title - строковое представление объекта, url - ссылка на объект обновления

Есть предложение представлять массив объектов for_object в виде записи из account.watchlist.

Можно. но не критично
 
12 лет, 1 месяц назад
Администратор
Сообщений: 3,035
Черновик API 2.0 доступен всем желающим. Чтобы получить доступ к функциям, требующим apikey, отправьте сообщение на почту a@cinemate.cc с вашим ником на сайта, адресом обратной связи (e-mail) и причиной запроса ключа с кратким описанием разрабатываемого приложения. На время разработки вы получить ключ с ограниченным доступом в 300 запросов в час. После релиза он будет заменен на ключ с безлимитным доступом.

Документации по API пока нет, до тех пор пока не будут улажены все нюансы и детали. Можете считать первый пост в этом топике документацией. Советую его перечитать, в нем многое изменилось. Сообщайте обо всех ошибка в работе API также сюда или на почту.