Ознакомьтесь с нашей политикой обработки персональных данных
  • ↓
  • ↑
  • ⇑
 
Записи с темой: статус: решено (список заголовков)
09:55 

АльКорд
beta-тестер
Метод user.get имеет на первый взгляд исчерпывающую информацию, судя по документации. Однако, на деле JSON-массивы fav, readers и mycommunity.members, community.master, community.moderator и community.member имеют только список ID. Оно, может быть, когда-то и удобно, однако, на деле оказывается не так.

Если мы хотим приблизительно воссоздать профильную страницу со списком избранных и ПЧ под общей информацией юзверя или страницу списка избранных, то, мы имеем список ID, да. Однако, чтобы вывести ники и названия дневников в аккуратном списке, потребуется 2*N запросов, где N - длина одного массива из этих шести. Можно, конечно, выводить список с пагинацией или реалтаймовой подгрузкой (только на странице списка избранного), как это сейчас модно, но, даже с пагинацией в limit=20, запросов на сервер улетит 40 штук, следовательно, возрастет нагрузка на сервер и время получения всей необходимой информации клиентом.

Вы не могли бы расширить эти массивы с простыми типами данных до JSON-обджектов примерного вида:

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

Или, как наиболее логичный вариант, завести дополнительный метод на получение такой информации. Во-первых, устоявшийся user.get не тронется, весь работающий код клиентов под его сигнатуру и возвращаемые данные не сломается. Во-вторых, такой метод можно вызывать только по надобности.

@темы: Статус: решено, user.get

11:38 

АльКорд
beta-тестер
Метод post.get может принимать в качестве параметра juserid, то есть ID дневника.
Однако, нигде этот идентификатор не узнать: journal.get возвращает только userid, то есть ID юзверя.
Введите, пожалуйста, в journal.get еще и ID дневника/сообщества.

@темы: get.post, Статус: решено

21:28 

АльКорд
beta-тестер
Совершенно нет возможности получить абсолютно все параметры, которые задавались при создании поста. Для постов есть CRUD, однако, чтобы заполнить update-форму теми же значениями, что задавались при создании, не хватает чуть ли не доброй половины параметров:

[no_comments] - без коментариев;
[no_smile] - без смайлов;
[access_list] - список доступа - логины через \n;
[br_replace] - заменять на переносы строки;
[current_music] - музыка;
[current_mood] - настроение;
[poll_title] - голосование - вопрос;
[poll_answer_{0..9}] - голосование - ответы;
[poll_end] - завершить голосование;
[poll_del] - удалить голосование;
[poll_multiselect] - голосование - многовариантыный;
[atags] - авто-темы, темы выделяются из текста записи автоматически по шаблону @[тема];
[changedate] - сделать запись новой;
[attachment] - прикрепленное изображение.

Пожалуйста, введите новый метод post.src (или нечто подобное), который вернет все параметры, что задавались при post.create. Естественно, только для автора поста.

@темы: post.get, post.update, postt.create, Статус: решено

21:20 

АльКорд
beta-тестер
1. Нет возможности определить, был ли поднят пост, чтобы использовать post.up и post.down по ситуации.
Добавьте, пожалуйста, в обджекты возвращаемого ответа от post.get дополнительное поле-флаг.

2. Узнать, что пост в цитатнике, можно только, получив все посты в своем цитатнике. Нет возможности определить это на экране просмотра всех постов дайри, реализовав тем самым, нечто аналогичное ajax реализации этого функционала на странице просмотра дайри на сайте.
Пожалуйста, добавьте в post.get еще один флаг, определяющий, находится ли пост в цитатнике или нет.

@темы: post.get, Статус: решено

15:45 

АльКорд
beta-тестер
Найден очень серьезный недочет в работе комментариев, конкретно метода comment.get: метод возвращает все комментарии у записи (или 100, нет возможности проверить), нет возможности выставить limit (или иметь уже выставленный, как в post.get, где он равен 20). Если их вдруг придет 100 штук, да даже 50, то, во-первых, это потребует слишком много траффика, во-вторых, слишком много времени у JSON-парсера и последующего заполнения листа с моделями комментариев, в-третьих, слишком много графических ресурсов для отображения всех пришедших комментариев. Сейчас есть поле from у метода, однако, в контексте таких выборок без пагинаций, он совершенно бесполезен.

Сделайте, пожалуйста, настраиваемый лимит (или, хотя бы, предопределенный).
А если еще и у метода post.get сделаете настройку лимита, то будет просто совсем шикарно =)

@темы: comment.get, Статус: решено

03:53 

Варианты ответов к опросу

Ri
И тесно облакам.
В документации написано, что варианты указываются с помощью параметров poll_answer_{0..9}. Фактически используются параметры poll_answer_{1..10}. Нужно поправить или там, или там.

@темы: post.update, Статус: решено, Тип: Ошибка

04:11 

Обеспечить совместимость параметров post.get, post.create, post.update

Ri
И тесно облакам.
Сейчас наблюдается полнейшая неразбериха в параметрах этих методов. Одни и те же вещи там выдаются (или передаются) по-разному. Примеров масса:

- close_access_mode и close_access_mode2 против access
- poll_answer_x против poll_src.answer
- no_comments против no_comment

Нужно сделать так, чтобы в post.get можно было получить всю информацию, необходимую для обновления записи в post.update без потери данных. Сейчас некоторых параметров просто нет, а с другими приходится извращаться: access приходится вручную разделять на close_access_mode и close_access_mode2 с помощью сравнения с 10, для poll_src.answer приходится итерироваться и переделывать структуру данных. Полезность API в таком случае кажется сомнительной. Дайте возможность просто взять и отредактировать запись. Это же такая простая задача. Откуда такие безумные параметры?

@темы: Статус: решено, Важность: 3 (Major), post.update, post.get, post.create, Тип: Неудобство

15:14 

АльКорд
beta-тестер
Ни с того ни с сего пропало поле message_src из метода post.get для своих постов. В результате чего у уже рабочих клиентов с отточенной логикой редактирования поста пропала возможность редактировать пост, не убивая при этом его текст.



Пожалуйста, срочно почините это.

@темы: Тип: Ошибка, Статус: решено, Срочность: высокая, Важность: 4 (Critical), post.get

01:05 

krossovochkin
Хочешь чуда? Будь чудом ©
Доброго времени суток.
Скажите, чем вы парсите ответы с сервера?

Я, честно, ожидал увидеть Json, но тут какая-то вроде и похожая вещь, но к которой не знаю как подойти.
Хочется иметь аналог gson библиотеки или вроде того, которая делает преобразование строки в объект.

@темы: Тип: Вопрос, Статус: решено, Срочность: средняя, Важность: 1 (Trivial)

@API

главная