Comments 59
Интересная информация. Скажите, а в группе можно таким образом размещать информацию на стене?
Можно, перед ID группы подставьте "-", т.е. owner_id=-group_id
Но API вконтакта на столько убог что от имени группы опубликовать пост не удастся
Странно, что также на стену группы нельзя опубликовать ссылку. $link просто игнорируется…
Ну а в чем разница между публичными и закрытыми страницами? Я думаю разница лишь в приватности
А как узнать id группы? Или нужно писать именно название?

У меня выдаёт вот такое:

[error_code] => 7
[error_msg] => Permission to perform this action is denied

Хотя при подключении указывал scope=wall
Может Firebug поможет узнать ID (ну или аналогичный инструмент)
Спасибо, интересно. Интересует также, можно ли размещать что-то кроме текста (изображения, например)?
Можно. Необходимо добавить медиа-приложение в параметре attachment (см. доку по wall.post), а для этого нужно предварительно загрузить его на сервер в контакте.
Ничего необычайного, все это написано в документации…
Да, необычного ничего нет, но пост может быть полезен, как простой рецепт работы с api standalone приложения контакта на конкретном примере. На хабре есть и более оригинальный подход.
Поправьте меня, если ошибаюсь, но по запросу можно подключить RSS. Вконтакте сам будет публиковать записи из ленты.
На данный момент подключение RSS предоставляется не всем пользователям. Запрос необходимо отправлять на почту, если у Вас есть официальная страница.
Вообще, если по-хорошему, это правильно. К сожалению, описанный вами скрипт будет использоваться в первую очередь для спама.
Приложение не может постить записи на стену, пока это не разрешено самим пользователем.
Написал бы кто пост, как создавать IFrame приложения. Это ж надо додуматься — сначала создай приложение, а потом мы включим тебя в группу для разработчиков…
зачем писать об этом пост, если есть официальная документация в которой от и до всё расписано, iframe приложение это просто обычный сайт, которому GET запросом отправляются данные (я им не доверяю и для одного из приложений сделал авторизацию через вконтакт)
Интересуют не технические нюансы, а административные. Например создал я приложение — по моему мнению и по моим тестам оно должно работать, но не попробуешь — не узнаешь — может при попытке предъявить его на модерацию они устроят 100500 коннектов в секунду и отклонят за то, что выдаёт ошибку. А может я лоханусь и где-то опечатку сделаю. Не к столу могу вспомнить ВебМани — у них есть тестовый режим — ни о чём подобном от контакта не слышал и страшно подавать им приложение на модерацию потму как если вдруг не пройдёт, то второй попытки (даже другого приложения) не будет. А может будет. Вероятно эти вопросы обсуждаются в группе для разработчиков, но по-моему, пока не разработаешь приложение, которое их устроит — не узнаешь. Уж лучше бы штуку-другую баксов за участие в группе брали, чтоб узнать о нюансах до подачи заявки.
может правила поменялись, но несколько месяцев назад: создал приложение, сам его потестил, отправил на модерацию, через пару дней одобрили, другое не одобрили и сказали что исправить, исправил и тоже одобрили
+ есть тестовый режим, в get запрос надо пихнуть test_mode=1 кажется
Я когда с вконтактовским API работал написал консоль для работы с методами API.



Точнее изначально написал питонью библиотеку — обертку для API и уже после к ней консоль добавил для облегчения отладки. Если кому надо — смотрите на GitHub github.com/seriyps/vkontakte_api_wrapper
о… Фиг его знает. Я раньше его не видел.
Ну и оно методы для десктоп-приложений не умеет использовать…
«и чтение документации по API часто помогает сэкономить время.»
Позабавило. То есть, настоящие программисты доки по api не читают сначала, так же как настоящие хозяйственные пацаны не читают инструкции к бытовой технике.
И только когда что-то сломалось… ;)
Альтернативный велосипед — подключить к странице твиттер аккаунт который связан с rss
Тут есть один недостаток… ограничение по длине :) хотя первое время именно так и делал :)
Так ведь там возможен только экспорт, а в статье рассматривается именно импорт.
Piccy.info - Free Image Hosting
Там и настраивается, но для начала надо подключить аккаунт твиттера.
Вы, видимо, показываете мне окно настроек пользователя, а я о странице говорю. Для страниц эта возможность все же недоступна:

Сегодня заметил новую «фишку»:

Теперь переписка может происходить как на Facebook.com:

PS. Вынес бы это в песочницу, но не позволяют завести топик.
Хоть бы написали как. Не все на фэйсбуке переписываются…
В заголовке страницы появился индикатор количества друзей online.

Кстати, он постоянно отслеживает обновление их количества (на самой странице тоже есть такой индикатор, но он обновляется лишь при перезагрузке страницы). Нажав на него, появляется всплавающее окошечко со списком доступных друзей. Для начала переписки, достаточно два раза кликнуть по нужному контакту и переписка будет оформоена в виде обычного чата в таком же всплывающем окошечке.

На мой взгляд, очень удобно.
Ещё бы добавить возможность выборки по спискам друзей, а не показывать всех скопом.
Блин, увидел, попробовал, понравилось, но закрыл окошки тепеь не могу найти как заново эту фичу включить…
В результате выполнения данного запроса Ваш сервер получит вновь созданный access_token. Вместе с access_token серверу возвращается время жизни ключа expires_in в секундах. Процедуру авторизации приложения необходимо повторять в случае истечения срока действия access_token, смены пользователем своего логина или пароля или удалением приложения из настроек.

Как вы с этим боролись или же токен хранится бесконечно, как в твитере?
scope=offline, делает бесконечным жизнь токена, до тех пор пока его заново не получат
Кстати, еще буквально месяц назад scope=offline работало по другому — сбрасывало токен при любой смене IP адреса.
А никак не сделать так, чтобы при публикации на стене в группе сообщение выводилось от имени группы? И ещё. Опять же при публикации в группу у меня не получилось загрузить картинку. Это лечится или такая же фигня как при попытке опубликовать ссылку?
задавал этот вопрос уже выше. ответа пока нет. говорят, что ссылку можно передавать не через аттачмент, а прямо в тексте.
уже отключили для сайтов

Permission to perform this action is denied for non-standalone applications
C последнего времени всё немного изменилось: теперь в connect.php для StandAlone приложений —
redirect_uri=http://api.vkontakte.ru/blank.html 
— обязательно.

После редиректа на этой странице будет написан код, который можно подставить в функцию и получить вожделенный токен.
сдается мне, Вы не догоняете смысла

redirect_uri=http://<?=$sYourDomain?>/my_folder/connect.php&response_type=code

таким макаром connect.php получает токен.

Вы говорите про ручной способ.
В том то и дело, что теперь для стендэлонов — теперь обязательный редирект на бланк
Сделал вроде все как написано. Сформировал ссылку по типу http:// api.vkontakte.ru/oauth/authorize?client_id=123456&scope=wall%2Coffline&redirect_uri=http:// api.vk.com/blank.html&response_type=code

перешел по ней и получил код.

При помощи него сформировал запрос и curl-ом пытаюсь получить ответ на него https:// api.vkontakte.ru/oauth/access_token?client_id=123456&client_secret=blablabla&code=123456

Вконтакте мне выдает ответ типа Code is invalid or expired. Так вот вот вопрос, обязательно ли, что бы запрос на получения токена был с того-же ip, что и запрос на получения кода?
Проверил, действительно ip должны совпадать. Теперь вопрос с хабражителям, есть у кого-то полнофукциональный прокси сервер написанный на php?
На хостинге которым я пользуюсь нет модуля mod_proxy для Apache. Так, что хотелось бы найти php прокси сервер, который можно было бы поднять демоном.
чтобы не было необходимости в совпадении IP убедитесь что ваше приложение не Deaktop приложение и, кажется, scope=offline тоже на это влияет
Это да, но вот либо я не понял, либо метод wall.post доступен только дескстоп приложениям, и кроме того мне нужна возможность публиковать что-то на стену не в зависимости от того, залогонен пользователь в контакте или нет.
Так же дополнительная проблема: теперь ввод капчи требуется при каждом посте на страницу. Обидно, но факт.
Поправка. Оказывается, при _почти_ каждом. Ну ладно, не так страшно…
Only those users with full accounts are able to leave comments. Log in, please.