Неправильная работа users.search Вконтакте API

[bryknyk]

Столкнулся с любопытным случаем.

 

Задача проста: получить объекты пользователей по строке поиска.

 

Решение: метод users.search. Для него есть параметр "q" - question, query от чего они там сокращали.

 

Результат: возвращается у меня топ пользователей или случайный их набор, независимо от строки поиска. Распечатал запрос, выполнил в браузере - тоже самое, все равно идет топ. Проверил запрос, вроде все на месте -  параметр, кодированная с латиницы строка, токен. К счастью, проблема нашлась почти сразу и была очень глупой. Символы "q" и "g" при беглом взгляде на строку запроса (маленький шрифт) выглядят похоже. Как я умудрился туда засунуть "g" - не знаю, но факт - ошибки нет и ответ есть. Наверное, ближе к вечеру с включением ступора мозга это могло бы серьезно напрячь, ведь результаты-то запроса идут и логично, что сервер сообщит о неверном параметре))

В данном случае у меня было поле класса "g". Просто заменив его на правильный символ из вкapi ide быстро подсветила ошибки и все стало ясно, а вот если бы я формировал запрос из сегментов - нужно было бы заменить, сделать запрос и посмотреть еще ответ. С "q" все стало на свои места и вернулись искомые пользователи.

Мда, что может вытворять внимательность и как легко затупить даже на ровном месте

[Galaxy]

) Ну вообще странно, могли б сделать что если приходит неизвестный параметр, то   в ответе указывать что ошибка.

[bryknyk]

могли б сделать что если приходит неизвестный параметр, то в ответе указывать что ошибка.

вот-вот. Я ожидал ошибки с их кодом 8 - неверный запрос. С другой стороны, возможно это прикол или диверсия. Например, глагол "gut" вроде что -то связано с ненасытностью или greedy gut - обжора вроде. и т.п. При запросе с g счетчик найденных возвращается в ответе   "count":14758496. Мол, хочешь много? получи) Хотя все равно за рамки лимита не выйти. Конечно, это фантастическое бредовое предположение, однако т.к. в вк одни юмористы сидят... черт их знает.

Edited December 18, 2014 by bryknyk

[Galaxy]

юмористы юмористами, но вот работал с api facebook,vk и odnoklassniki, и почему то vk api показалось самым удобным.

хм может g принимается как global ?) но опять же в api не описано ))

Edited December 18, 2014 by Galaxy

[bryknyk]

м может g принимается как global ?) но опять же в api не описано ))

я потестил, все равно какой символ вставлять, можно стих туда вставить) Вставил "n" . Но счетчик уже "count":14760102)) А жаль. Романтический ореол смысла в этой ошибке просто растворился. Наверное, они просто не ожидали, что на земле есть люди которые смогут попутать одну букву как я))

Edited December 18, 2014 by bryknyk

[Veseloff]

Я думаю, что стоит спросить у вконтакта — у них есть багтрекер и они даже отвечают там.

[bryknyk]

и почему то vk api показалось самым удобным.

сейчас как раз снова напоролся на одну мелочь, которая всегда портила мне массу крови. Насколько я помню сущности вк, то проблема в одной: при передачи полей профиля, которые нужно вернуть есть поле "schools". Возвращается массив объектов школ. Вопрос в том, что одно поле этого объекта:

 

• class — буква класса;
  строка

А class является зарезервированным словом, такое свойство не создать) и просто мапить на объект  не получается, а хочется.

 

 

Я думаю, что стоит спросить у вконтакта — у них есть багтрекер и они даже отвечают там.

логично, но теперь это риск деаномизации. Я, как замороченный на безопасности - такого не люблю. Легко можно глянуть туда - кто разместит эту тему, немного умственной и не очень работы и уже можно кидать мне продуманную, тагетированную фишинговую ссылку, на которую я могу и клюнуть. Это раз. Во вторых от 16 и от 1 марта там висит мессага об недочете в документации этого метода о правах доступа. Никаких изменений там не сделано. Поэтому, делаю вывод - ложили они кое-что на эти предложения   Кроме того, там есть и другие недочеты - например, допустимые поля там не полные, полностью косвенно они указаны в описаниях объекта user. Но никому енто не нужно. Так что суммируя - это бесполезная трата времени на фоне риска получить себе проблем, имхо.

[Galaxy]

 

и почему то vk api показалось самым удобным.

сейчас как раз снова напоролся на одну мелочь, которая всегда портила мне массу крови. Насколько я помню сущности вк, то проблема в одной: при передачи полей профиля, которые нужно вернуть есть поле "schools". Возвращается массив объектов школ. Вопрос в том, что одно поле этого объекта:

 

• class — буква класса;

  строка

А class является зарезервированным словом, такое свойство не создать) и просто мапить на объект  не получается, а хочется.

 

 

 

 

Я думаю, что стоит спросить у вконтакта — у них есть багтрекер и они даже отвечают там.

логично, но теперь это риск деаномизации. Я, как замороченный на безопасности - такого не люблю. Легко можно глянуть туда - кто разместит эту тему, немного умственной и не очень работы и уже можно кидать мне продуманную, тагетированную фишинговую ссылку, на которую я могу и клюнуть. Это раз. Во вторых от 16 и от 1 марта там висит мессага об недочете в документации этого метода о правах доступа. Никаких изменений там не сделано. Поэтому, делаю вывод - ложили они кое-что на эти предложения   Кроме того, там есть и другие недочеты - например, допустимые поля там не полные, полностью косвенно они указаны в описаниях объекта user. Но никому енто не нужно. Так что суммируя - это бесполезная трата времени на фоне риска получить себе проблем, имхо.

 

Дуров верни стену