Как стать автором
Обновить

Комментарии 16

Какой-то жёлтый заголовок. Какая разница, на чём разрабатывать, если в итоге iframe — это, по-сути, просто html-страничка?
В статье рассказывается о разработке приложения на основе Джанги и большая часть примеров и модулей рассчитана именно под этот фреймворк.

Плюс, на всякий случай, смею заметить, что статья опубликована в блоге Django Framework.
Да это понятно, непонятен смысл статьи. На мой взгляд, те кто умеет работать с Джанго смогут вывести html-страничку, а кто не умеет — им надо основы объяснять.
Так же и про Вконтакт — кто знает как работать с его API — сможет это сделать, а кто не знает — ему нужны доки по API.

А вот кому нужна эта статья — не понятно.
Смысл в том что бы рассказать про основные грабли и полезные методы работы при разработке приложения для Вконтакта. Как вы можете заметить я кроме того привожу ссылки на нужные модули и делюсь наработками в виде готового кода, которые смогут применить те кто знаком с Джангой, но ещё не разрабатывали приложений для данной социалки, плюс приведены ссылки на документацию для быстрого в неё погружения.

С другой стороны я просто делюсь некоторыми заметками, которые, я надеюсь, будут полезны и тем Джангистам, которые не планируют разрабатывать iframe приложения, т.е. в какой-то степени данная статья похожа на вот эту.
Стоп. Неужели вы не понимаете что разработка интерактивного iframe приложения для социалки имеет свои особенности и отличается от разработки обычного сайта?

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

Что ж, раз оно кому-то интересно, похоже что я ошибаюсь.
Я вот не знаю Джанго, но статья уже интересна.

Вообще, практически все русские провайдеры API отличаются ужасностью с точки зрения документации и примеров, поэтому статьи строго в плюс.
Подозреваю, что получу ещё минусов, но у Вконтакта вполне адекватное API. Не очень подробное, но в принципе, есть всё что нужно. Ещё раз — сам по нему делал социальное приложение, включая и серверную и клиентскую части.
вполне адекватное API
читать как
вполне адекватная документация API
Мне пока не приходилось, но верю на слово :)
Практически описан наш собственный путь по граблям. и P3P, и referrer, и флешка на стене…
Ну и наконец как формировать этот самый POST запрос. В теории это можно сделать средствами джаваскрипта, но я не стал мучиться и сделал отправку сервером.

А можно пример, как это можно реализовать на JavaScript в данном случаи?
Когда искал, кажется на StackOverflow было описание варианта, что засунув в canvas можно получить байткод изображения. Но подробней я не копался, т.к. быстро отказался от этого варианта.
В IE вы проблему с сессиями решили с помощью дополнительного Middleware, а как решили проблему в opera если там по умолчанию, вроде как, установлено не принимать куки из iframe?
Сам пользуюсь на постоянной проблеме Оперой и такого поведения у неё не замечал.

Впрочем в этой статье проблема рассматривается более подробно. Но ни один из описанных там методов я не применял.
>на постоянной проблеме
«на постоянной основе» конечно же.

Если проблема действительно подтвердиться, то скорее всего вместо кук скорее всего буду использовать вконтактовский localStorage.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории