Интеграция с сайтом организации
Организация может встроить виджет «Предложить идею» в любую страницу своего корпоративного сайта. При этом у края страницы появится кнопка «Предложить идею», при нажатии на которую откроется диалоговое окно со списком идей с мини-сайта организации в системе Conceptor. В этом окне пользователь сайта может просмотреть идеи и проголосовать за них или предложить свою идею. Пример такой интеграции — виджет в разделе «Помощь» главного сайта, кнопка расположена слева.
Раздел «Помощь» главного сайта — это собственно и есть та ссылка, которую я дал. Кнопка находится на странице слева. По ней всплывает окно со списком последних идей, категорий, и возможностью добавить свою идею.
Регистрироваться, чтобы его посмотреть не нужно. Регистрация нужна только для комментирования/голосования/предложения идей, ну или уже для работы с организацией.
Одно уточнение/вопрос: что именно имеется в виду под «я хочу поставить такую возможность, как предложение идей, их обсуждение, голосование за них и прочее» — в нашей системе поставить на сторонний сайт можно только виджет добавления/просмотра идей, или, например, виджет какой-то конкретной идеи. Сделать так, чтобы портал организации на Conceptor.ru был встроен в официальный сайт организации, например ideas.organization.ru — нельзя.
Про виджет есть вот здесь: conceptor.ru/help/qa, собственно и пример в разделе «Помощь» как раз.
У кастомизации вариантов нет: пользователь просто выкатывает свой дизайн и мы его заверстываем. Пока интересных примеров нет, максимум что меняли — цвет нескольких ссылок, не очень показательно показывать :)
«Против» обязательно надо учитывать :) Если появится такая +999/-1000 идея… противоречивая такая вся… стоит именно обратить внимание, почитать что пишут пользователи и сделать наоборот воспринять как информацию к размышлению.
Существующих сервисов, которые реализуют похожую концепцию — очень много :) Мы делаем упор на то, чтобы создать для организации сообщество, которое будет генерировать конструктивные и взвешенные идеи. Под эту задачу мы соответствующим образом делали интерфейс и функциональность + готовы сами помогать компаниям, которые работают на нашей платформе. Обратите внимание, 1 бесплатный модератор-помошник от нас есть на всех тарифных планах. Такого никто больше не предлагает.
Разница это нехорошо в данном случае :) Ну например 999 за и 1000 против — это совсем не одно и то же, что 1 против. На такую идею стоит обратить внимание.
Добавил поддержку OAuth2 для ВКонтакте в django-social-auth: Довольно просто получилось. Единственный небольшой минус по сравнению с OpenAPI — 1 дополнительный вопрос к пользователю. Но как его избежать представляется с трудом.
мы остановились на следующих сервисах: гугл, ЖЖ, яндекс, вконтакте, твиттер, фейсбук и просто openid (url для авторизации). любопытная подробность: при логине через openid на гугл почтовый адрес не показывается, а вот через oauth — пожалуйста. это была одна из причин, по которой мы стали использовать oauth для гугла, вторая — это из-за заморочек с поддоменами, но это длинная скучная телега.
Интересно, мы реализовали на 90% похожий подход, и работает отлично. К сожалению, проект пока в стадии «закрытая бета», но саму библиотеку, которая реализует принцип связей я показать могу — делал от нее форк, чтобы добавить дополнительных сервисов авторизации: Django Social Auth. Каждый сервис авторизации предоставляет информацию чтобы в будущем точно определить однажды авторизовавшегося пользователя повторно. Нафиг клонов :)
В целом принцип авторизации такой:
1. При заходе нового пользователя через любую из соцсетей, в таблице пользователей создается новый юзер, используя те, порой очень скудные данные, которыми с нами соизволил поделиться провайдер авторизации. Эта запись считается «неполной» до прохождения полной регистрации. Тогда же создается привязка в таблице номер 3 в вашей классификации (таблицы 2 у нас просто нет).
2. В неполной учетной записи пользователь не может менять свой юзерпик и делать другие мелочи, но вся основная функциональность работает, и вся деятельность пользователя, что для нас важно, сохраняется.
3. Когда потом он проходит полную регистрацию он получает возможность добавлять или убирать связи. Для неполных эккаунтов пройти регистрацию чуть проще, чем с нуля.
4. Есть базовый способ слияния записей: если система видит, что e-mail, который отдает социальный сервис при авторизации, совпадает с имеющимся в базе, то привязка идет к тому же пользователю.
Большое спасибо за статью, смотивировала купить этот роутер и сменить родную прошивку. Правда я в итоге поставил Tomato (Toastman USB) по инструкциям с MyOpenRouter. Работает быстро, но настроек просто море, надо вникать в тему.
Большое спасибо за статью. Поднимал это дело под Mac OS X, использовал практически все руководство один в один. Несколько полезных вещей обнаруженных по ходу дела:
1. Если возникает конфликт с внутренним сервером Aptana из-за 8000 порта, то аптановский сервер можно подвинуть в настройках на 8001 вот здесь: Preferences -> Aptana -> HTTP Server -> Ports.
2. Если используется virtualenv то в PYTHONPATH нужно добавить тамошние библиотеки и сам питон (я это делал через настройку Interpreter — Python)
3. Debug конфигурация получается точно такая же что и Run, в Debug Perspective в результате вполне хорошо все отлаживается.
1. Идем по моей ссылке :) conceptor.ru/help/qa
2. Там есть вот такой абзац:
Интеграция с сайтом организации
Организация может встроить виджет «Предложить идею» в любую страницу своего корпоративного сайта. При этом у края страницы появится кнопка «Предложить идею», при нажатии на которую откроется диалоговое окно со списком идей с мини-сайта организации в системе Conceptor. В этом окне пользователь сайта может просмотреть идеи и проголосовать за них или предложить свою идею. Пример такой интеграции — виджет в разделе «Помощь» главного сайта, кнопка расположена слева.
Раздел «Помощь» главного сайта — это собственно и есть та ссылка, которую я дал. Кнопка находится на странице слева. По ней всплывает окно со списком последних идей, категорий, и возможностью добавить свою идею.
Регистрироваться, чтобы его посмотреть не нужно. Регистрация нужна только для комментирования/голосования/предложения идей, ну или уже для работы с организацией.
Одно уточнение/вопрос: что именно имеется в виду под «я хочу поставить такую возможность, как предложение идей, их обсуждение, голосование за них и прочее» — в нашей системе поставить на сторонний сайт можно только виджет добавления/просмотра идей, или, например, виджет какой-то конкретной идеи. Сделать так, чтобы портал организации на Conceptor.ru был встроен в официальный сайт организации, например ideas.organization.ru — нельзя.
У кастомизации вариантов нет: пользователь просто выкатывает свой дизайн и мы его заверстываем. Пока интересных примеров нет, максимум что меняли — цвет нескольких ссылок, не очень показательно показывать :)
сделать наоборотвоспринять как информацию к размышлению.В целом принцип авторизации такой:
1. При заходе нового пользователя через любую из соцсетей, в таблице пользователей создается новый юзер, используя те, порой очень скудные данные, которыми с нами соизволил поделиться провайдер авторизации. Эта запись считается «неполной» до прохождения полной регистрации. Тогда же создается привязка в таблице номер 3 в вашей классификации (таблицы 2 у нас просто нет).
2. В неполной учетной записи пользователь не может менять свой юзерпик и делать другие мелочи, но вся основная функциональность работает, и вся деятельность пользователя, что для нас важно, сохраняется.
3. Когда потом он проходит полную регистрацию он получает возможность добавлять или убирать связи. Для неполных эккаунтов пройти регистрацию чуть проще, чем с нуля.
4. Есть базовый способ слияния записей: если система видит, что e-mail, который отдает социальный сервис при авторизации, совпадает с имеющимся в базе, то привязка идет к тому же пользователю.
1. Если возникает конфликт с внутренним сервером Aptana из-за 8000 порта, то аптановский сервер можно подвинуть в настройках на 8001 вот здесь: Preferences -> Aptana -> HTTP Server -> Ports.
2. Если используется virtualenv то в PYTHONPATH нужно добавить тамошние библиотеки и сам питон (я это делал через настройку Interpreter — Python)
3. Debug конфигурация получается точно такая же что и Run, в Debug Perspective в результате вполне хорошо все отлаживается.