Как проверить если ли возможно оставлять комментарий к записям пользователя?

Question

[Станислав]

Что не так делаю? Или метод не работает?
Есть две страницы для теста где у одного пользователя можно оставить комментарий к записи, а у другого нет.
Мне нужно узнать данную информацию, пытаюсь ее получить методом users.get с параметром fields=wall_comments
В обоих случаях получаю wall_comments=1

Как можно проверить разрешено ли добавлять комментарии и записям пользователя?

Answer 1

[Сергей Соколов]

Значение параметра wall_comments отражает настройку «Отключить комментирование записей» в «Общих»:

скрин

Помимо этого есть ещё настройки приватности - «Записи на странице» – «Кто может комментировать мои записи», где можно выставить, например, «Только я», фактически запретив всем остальным комментирование:

скрин

Эта настройка приватности не отражается на параметре wall_comments.

Так что единственный вариант – создавать коммент wall.createComment() и смотреть на результат, вернулась ли ошибка 213.

Comments

[Станислав]

Большое спасибо за ответ, но это всё так печально =( Хотелось пачкой айдишники проверить.....

[Сергей Соколов]

Станислав: а кому щас легко? А кто любит спам?

Answer 2

[Даниил]

Запрашиваете список записей интересующего пользователя методом Wall.Get. В ответ получаете список объектов записей в поле "items", а там в поле "comments" легко найдёте поле "can_post", значение которого и укажет, разрешено ли текущему пользователю оставлять комменты к записям на стене запрошенного пользователя (1 - разрешено, 0 - запрещено).

Comments

[Станислав]

Это не подойдет потому что нельзя пачкой проверить, и тем самым только прибавит лишний ненужный запрос. Я просто хотел уйти от ошибки 213, взять массив IDs и проверить их на возможность добавления комментов

[Даниил]

Станислав: Другого варианта, к сожалению, нет. Либо тот, который предложили выше, либо этот. Да и по сути, можно запросить в цикле методом wall.get одну запись пользователя, глянуть поле can_post в объекте комментариев, ну и на основании значения проводить следующие действия. Только если так делать, то между запросами надо хотя бы интервал в 500 мс соблюдать, а то ВК начнёт ошибку с капчей отдавать.

[Станислав]

Даниил Лепке: это да, на это дерзский костыль=) Хоть бы разрабы добавили доп. поле что ли, столько бы лишних запросов отмели

[Даниил]

Станислав: Согласен. Но нам, обычным смертным разработчикам, остаётся только мечтать об этом.

[userfordownload]

Станислав: в смысле пачкой не проверить?

У тебя есть execute
25 запросов за раз)

я делал вот так, когда -то. Но и сейчас работает.
------
смотрим активные группы.
потом открытые
количество записей на стене не равно 0
проверяем запись на возможность комментировать
выводим список ид постов, которые можно комментировать.
комментируем 2 последних поста!!

var res=["ok"];
var ok=["ok"];
var idgro="31189947";
var idgr=-31189947;
var r=API.groups.getById ({group_id:idgro});
res=res+r@.deactivated[0]; 

if (res==ok[0]) {

var c=API.groups.getById ({group_id:idgro})@.is_closed;
var d=[0];
if (c[0]==d[0]) {
var rescount=[""];
var t=[""];
var com=API.wall.get({owner_id:idgr});
rescount=rescount+com.count;

if (rescount!=t[0]){
var res=[];
var ress=[];
var i=0;
var kolpos=0;
var com=API.wall.get({owner_id:idgr});
var b=com.items@.comments@.can_post;
if(b.length>4){kolpos=4;} else{kolpos=b.length;};
 while (i!=kolpos)
 {
   if(b[i]==1)
        {res=res+[com.items@.id[i]];
// var text=["Hello","groups.getById","wall.get","comments@.can_post;"];
//API.wall.addComment({owner_id:idgr,post_id:com.items@.id[i],text:text[i]});
}
   else{ress = ress +["x"];}
 i=i+1;
 };

return res;


}
else{return "записей нет";};

}

else{
return "закрытая группа";
}


}

else{return "удалена или заблокирована";};

//return res;

[Станислав]

userfordownload: это вариант, но там ограничение на 25 запросов, надо будет покрутить execute

Answer 3

[userfordownload]

За это отвечает wall.get и параметр items@.comments@.can_post;


0 -нельзя.
1- можно.

var idgr = хххххххххх;
var com=API.wall.get({owner_id:idgr});
var b=com.items@.comments@.can_post;
return b;

Comments

[Станислав]

wall.get не прокатит, так как нужно почкой проверять и выводить массив данных. Я хотел снизить количество запросов к API, а с wall.get оно только приумножится

[Даниил]

Станислав: Честно говоря, я не понимаю, что Вы вообще хотите.
До этого Вы пытались проверить возможность комментирования методом Users.Get, тем самым, обращаясь к этому методу. А чем Вас не устраивает лёгкая проверка через другой метод, при том, что Вы, опять же, никуда не уйдёте от доп. запросов?
Поймите, что Вам в любом случае придётся делать запросы. Не важно, методом создания коммента или проверяя спец. поле, всё равно это те самые доп. действия, которые Вам и нужны для проверки.

[Станислав]

Даниил Лепке: дело в том что при запросе к wall.get я получаю информацию о записи, далее я получаю список ids сделавших репост, лайк записи, эти айдишники прикрепляю к посту для последующих действий с нами, к примеру оставления комментария к данному посту у профиля. Скажем у меня есть 100 ids, и я начинаю оставлять комментарий к посту, по ходу выполнения из 100 профилей открытыми были порядка 30%, это значит что 70 раз я банально в холостую выполнил это действие, и потерял драгоценной время. Мне не нужны проверки с циклами, так как они приведут к тому от чего я хочу уйти и даже приумножат все это. С методом wall.get с 10 000 профилей, мне нужно будет сделать 10 000 лишних запросов, когда если бы проверить можно было через users.get, я сделал бы всего 100 запросов в случае если проверять массивом по 100 айдишников.

Поэтому я хотел одним запросом перед записью ids в базу данных к посту, проверить их и оставить только нужные. Вот я и пишу что wall.get в данном случае являет бесхозной проверкой, которая выполнит действие тоже самое что и при createComment, только он в случае ответа вернет либо все хорошо, либо напишет что закрыта стена.

Еще недавно читал о том как ВК орали о больших нагрузках... Не удивительно подумал тогда я..... В моем случаи им достаточно было в api добавить всего одно поле и сократить на квинтиллион запросов к их серверам

[Даниил]

Станислав: Хорошо. Теперь всё понятно.
Других вариантов, кроме как использовать Execute в данном случае, я не знаю.
Также доп. действием, можете написать в тех. поддержку API, с предложением реализовать необходимое поле в методе Users.Get. Знаю, что дело это небыстрое, но хотя бы они иметь ввиду будут, может быть.