Pull to refresh
23
0
Александр Белецкий @alexbeletsky

User

Send message
Это очень не правильно, как по мне… немного повторюсь, но имея опыт со всякими API, именно ВК оказался самым не очевидным и ограниченными. Это не очень здорово, для сторонних разрабочиков и для платформы. Я так понимаю, основной упор идет на приложения ВК (flash, iframe) но не на клиентские/веб приложения.

Хотя и не думаю, что администрацию ВК это сильно волнует… к сожалению. А прямая авторизация это совсем не решение…
Все верно… и комментарий от artishok правильный… даже если получить токен таким способом, при реквесте получаю такую ошибку…

{ error:
   { error_code: 20,
     error_msg: 'Permission to perform this action is denied for non-standalone applications: you should request token using blank.html page',
     request_params: [ [Object], [Object], [Object], [Object], [Object] ] } }


к сожалению воркэраунд не пройдет…
а я пробую в приложении и все работает, в настройках моего ВК приложения есть 'адрес сайта' = http://localhost:3001

получаю колбек, на такой вот урл

http://localhost:3001/api/networks/vk/callback#access_token=0658236d51cb473d27cfcbce59b4881cb12781f1f8596929d6c2e83cd1624471b1e4f041480bc2d439b89&expires_in=0&user_id=5696499&state=abe@local.com

вычитывать access_token на клиенте и делать AJAX POST на сервер и после этого его свободно использовать…



… Но всевозможные «обходы» и «хаки» это не то, как бы мы хотели строить свой продукт.


Тут я пожалуй поменяю свое мнение — это реальный воркэраунд в нашел случае… Я еще раз проверю и это возможно выход и поддержка ВК таки будет :)
не только, можно и на свой redirect_url… http:://REDIRECT_URL#access_token=TOKEN&user_id=USER_ID, т.е. данные передаются через хеш тег (а не квери стринг), поэтому на своей клиентской стороне доступиться.
По всем пунтам +1… Обязательно учтем.

>> Относительно самой идеи социальных лайков, честно говоря, 90% ленты моих друзей не совпадает

Должен признать, что я вижу подобную картину… Может на 90% в моем случае 30-40% — но наша цель не сделать еще один «шумный» инструмент. Сейчас мы работаем над «коллекциями», которые могут быть открытые или закрытые. Открыте коллекции можно «фолловить»… Тем самым можно более четко выбирать что тебе интресно — «JavaScript», «ElasticSearch» или «LolCats» :)

Так что будем улучшать. Больше спасибо!
Нет, не нормально… Плз, бросьте письмо на info at likeastore.com — с емейлом используемым при регистрации, посмотрим в чем дело.
Спасибо, учтено.
Хороший вопрос… Я забыл описать — если у вас нет друзей, вы сможете их пригласить в Likeastore, или зафолловить меня или Дмитрия, просто чтобы увидеть как это работает.
Спасибо, теги/метки мы начнем делать на следующей неделе, скоро будут :)
Возможно Вы правы, для ДБ это может быть не оптимально… Но, этот вопрос я глубоко не «копал», поэтому точно сказать не могу…
Я возможно не правильно донес инфу…

Такие штуки как openshift, cloud foundry, nodejitsu, heroku etc… это самые настоящие PaaS'ы — т.е. инфраструктура + средства деплоймента + суппорт + очень много всего, типа скалирования приложений и т.д. Доступны как правило по подписке.

Dokku, это open source проект, построенный на Docker'е… Контейнер докера, можно назвать аналогом dyno в Heroku… Но это, конечно не полноценный PaaS, а «карманный» :) т.е. ты сам его берешь, ставишь и используешь — на своем сервере.

Вообще сам dokku возник, как демонстрация возможностей докера, типа «построй свой ПааС за 5 минут» — но вырос в очень удобный тул).

Если Вам нужны возмножности полноценного PaaS и у Вас есть на это бюджет — надо выбирать из них. Кстати, OpenShift (Red Hat) использует докер внутри и является одним из контрибютеров.
Базы в контейнерах чувствуют себя нормально, на это есть 2 причины:

1. Начиная с докера 0.3 в нем появилась поддержка external volumes, т.е. любой внутенний фолдер контейнера (скажем /var/data) можно замаппить на фолдер сервера (/var/containers/123/data), тем самым получая персистентность данных, даже если контейнер остановится.

2. По поводу портов, как правило решают как в докку — ты не обращаешся к контейнеру на прямую, я через прокси (nginx) — если тачка перегрузилась, контейнеры стартуют заново, и новые порты записываются в nginx.config, а урл (http://mymongo.server.com) остается таким же.
Да, наш опыт это именно node.js и static… например, вот это — node.js приложение, а это — статический сайт, сервится аппачем.

> У меня есть железка я ставлю dokku и теперь у меня есть возможность использовать его как heroku?

Именно так.

> И еще вопрос на странице проекта говорится о flynn не знаете что за зверь?

Это еще один проект от @progrium. Он появился после dokku, и это будет настоящий PaaS (со scalability, load balancing etc.) — но построен на технологиях смежных с dokku. Деталей не оч много, все что есть, есть на сайте. Стартанули они оч резво, но проект немного затянулся. В любом случае, это должно быть что-то интересное, я жду выпуска.
> Ваше видео вдохновило меня поверхностно поиграться с ним недели 2 назад.

спасибо!

> но как потом оказалось это решалось установкой плагина user-env-compile.

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

> Не понятно зачем остаются образы каждого деплоя,

остаются образ последнего деплоя. раньше был такой баг, но он был исправлен еще летом 2013… вот этот таск ответсвенный за это. если вы все же видете старые (безымянные) образа — рапортуйте дефект на GitHub.

> все собрано из картона и палок, перемотано скотчем, чтобы держалось

dokku/docker проекты оч ранней стадии развития, но по поводу «картонности» позволю с Вами не согласится. зная отношение к делу Джефа Линдси и других контрибуторов проекта, могу судить — все серьезно… и наш более 6 месячный опыт с докку это подтвержает :)
Есть в докку/докере своя специфика — мы билдим апп, внутри своего контейнера.
Мне казалось, что тема PaaS настолько широко открыта, во многих источниках, что даже не стал на этом особо фокусировать внимание. Поэтому, ответ на Ваш вопрос — не только не пожалели, а без их бурного развития и достуности, многим стартапам, было бы гораздо сложнее начинать. Преимуществ оч много. Один из основных для меня — считайте, мы арендуем работу, которую нам теперь не надо делать.
наверно это будет тема следующего поста :) stay tuned
используем grunt & bower. для bower сделал специальный плагин, который установит все зависимости… а grunt запускаем при старте приложения, такой се bootstrap (раньше часто забывали запускать билд перед пушем в продакшн, так стало гораздо лучше).
вы правы, Microsoft сейчас делает оч много в плане поддержки open source, *nix серверов на Azure, node.js на Windows и т.д. но как говорится «осадочек остался» :) если серьезно, что я отчасти разделяю позицию роба коннери, по этому вопросу.
спасибо большое! OpenShift классная штука, но я оч позно о нем узнал… Red Hat сейчас тесно сотрудничают с Docker, и OpenShift использует Docker у себя. в каком-то смысле, мы близки :)

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity