nvbn 23.01.2009 13:48 #
+ -1 -
Я буду ответственно относиться к безопасности своих приложений.
Или если слинковать, или уже существующие аккаунты оставить как есть, а новые делать openid.
Лично мне эта поддержка не нужна. Но, например, когда различные сайты вдруг предлагали воспользоваться OpenID или уже существующим у меня аккаунтом гугль - было очень удобно. Так что думаю стоит прикрутить, если конечно не будет во вред функционалу сайта и удачно все слинкуется с существующими акками.
Очень люблю openid и поддерживаю его распространение в Сети, однако:
На этом портале эта технология нужна лишь "для престижу"
OpenID реально полезен только для быстрой регистрации, входа на сайт, что здесь особо-то и не требуется, линковка с openid была бы просто приятной фишкой.
На этом портале эта технология нужна лишь "для престижу"
OpenID реально полезен только для быстрой регистрации, входа на сайт, что здесь особо-то и не требуется, линковка с openid была бы просто приятной фишкой.
Мне кажется, учитывая последние события (я намекаю на SQL-инъекцию,ага) наоборот OpenID был бы полезен — тогда нет необходимости хранить пароли на сайте и часть взломщиков можно послать лесом сразу же.
Вот только "новичкам" будет не пробиться. Всё равно придётся хранить пароли.
Но ведь можно предположить, что человек — новичок лишь в среде линукс, а так — довольно уверенный пользователь Интренета, знакомый с OpenID :) Вот он-то и будет пользоваться OpenID :)
Если опционарно, то да. Но как правило openid-аккаунт слинковывается с основным акком, и можно входить как по паролю, так и по openid.
Можно сделать опцию в профиле, разрешающую/запрещающую вход по паролю/openid, но это, возможно, чревато некоторыми казусами, когда юзер забывает пароль )
Можно сделать опцию в профиле, разрешающую/запрещающую вход по паролю/openid, но это, возможно, чревато некоторыми казусами, когда юзер забывает пароль )
Хочу заметить, не всегда делается линковка. Периодически встречаю, что создается полноценный аккаунт, можно даже ник пользователя выбрать, но вот только использование пароля не обязательно. Это если аккаунт создался при входе по OpenID, а не привязался OpenID к существующему акку.
Первое, что вспоминается с чем-то подобным — ЖЖ. Только там блог не создается для openid.
А вот по поводу опции профили верно подмечено — да, можно и опционально ограничивать вход. И я, например, не вижу поводов для казусов — разрешен либо один тип входа, либо второй, либо оба вместе. Совсем без входа не давать сохранять профиль. Если юзер удалил пароль с welinux — пусть договаривается со своим openid-провайдером. Если пароль используется — восстановление пароля в помощь :) Если что-то совсем внештатное, вроде спёртого openid с невозможностью восстановления контроля — welcome на email администрации.
Первое, что вспоминается с чем-то подобным — ЖЖ. Только там блог не создается для openid.
А вот по поводу опции профили верно подмечено — да, можно и опционально ограничивать вход. И я, например, не вижу поводов для казусов — разрешен либо один тип входа, либо второй, либо оба вместе. Совсем без входа не давать сохранять профиль. Если юзер удалил пароль с welinux — пусть договаривается со своим openid-провайдером. Если пароль используется — восстановление пароля в помощь :) Если что-то совсем внештатное, вроде спёртого openid с невозможностью восстановления контроля — welcome на email администрации.
Если хочется кучу гемора и других интересный приключений на свою задницу - можно попытаться прикрутить. И вобще для начала я бы советовал поискать новые ошибки в движке. Конкурс чтоли объявите кто больше найдет - хз.
Разрешить постить анонюмосам с капчей имхо проще, а эффект тот же - много UGC.
Разрешить постить анонюмосам с капчей имхо проще, а эффект тот же - много UGC.
Вот я смотрю 24 - за, 4 - против. Слушать мнение толпы - самый верный способ угробить проект.
Нужна, чтобы было проще задать вопрос без ещё одно регистрации ради вопроса
Смотри мой пост про анонимусов и капчу. Намного удобнее любого OpenID. Просто OpenID считается охренительно круто (как ООП например или Java), а реально - это просто раскрученный тренд.
Вам, вероятно, не известно, что реальное применение ООП нашло только в двух областях - создание GUI и компьютерных играх. Во других приложениях никакого положительного эффекта от применения ООП не наблюдается. Объем кода тот же, трудозатраты те же, производительность меньше.
Но тем не менее его стараются применить везде где только можно, придумывают новые языки (Java, Python) и все почему? Потому что ООП - это модная методология.
Немногие замечают, но тренды повсюду - кому не нравится пример с ООП и OpenID, вспомните про бифидобактерии и шампуни от перхоти. Как-то 5 тысячелетия человечество без них существовало, а тут выясняется, что всем поголовно они нужны, и вообще непонятно как мы раньше жили.
Но тем не менее его стараются применить везде где только можно, придумывают новые языки (Java, Python) и все почему? Потому что ООП - это модная методология.
Немногие замечают, но тренды повсюду - кому не нравится пример с ООП и OpenID, вспомните про бифидобактерии и шампуни от перхоти. Как-то 5 тысячелетия человечество без них существовало, а тут выясняется, что всем поголовно они нужны, и вообще непонятно как мы раньше жили.
чем конкретно вас не устраивает ООП, если не секрет?
кроме производительности кода
кроме производительности кода
Цитата откуда-то:
И это лишь немногое, что заставляет почти повсеместно его внедрять.
Особенно я не представляю себе работу с базами данных без ООП.
ООП обучает любой язык программирования более хорошему программному коду и используется, для получения более высокой производительности и написания больших проектов, не боясь запутаться в их управлении. ООП даёт вам возможность создавать объекты которые можно будет использовать многократно, для того что бы вы или другие разработчики могли использовать их в своих проектах не переделывая их снова и снова. ООП убирает барьеры и сложности в написании и управлении большими приложениями.
И это лишь немногое, что заставляет почти повсеместно его внедрять.
Особенно я не представляю себе работу с базами данных без ООП.
*эффективную, безопасную, быстро разрабатываемую, легко сопровождаемую и расширяемую работу с БД
насколько я понимаю под "произвоительностью" тут имеется ввиду производительность программиста?
Нет. Сама технология ООП, естественно, медленней, чем процедурный подход.
Но по мере роста проекта или усложнения задач производительность кода с применением ООП по сравнению с процедурных подходом растёт экспоненциально, а последний - по графику y=sqrt(x).
Но по мере роста проекта или усложнения задач производительность кода с применением ООП по сравнению с процедурных подходом растёт экспоненциально, а последний - по графику y=sqrt(x).
да, производительность программиста. Производительность кода (при правильном применении ООП), безусловно ниже, чем в процедурных языках программирования, но эти +/- 10 процентов не должны никого беспокоить, когда 90% времени программа ждет получения данных из сети или с диска.
ООП — это всего лишь парадигма программирования. Одна из. Есть и другие. Где-то она работает. а где-то нет. Сколько существует вообще программирование? Так вот идеи ООП впервые были предложены и реализованы более 40 лет назад, так что сравнение не засчитано.
по моему дело не в крутости а в удобстве, по крайней мере в случае с openId
капча + анонимос, не делает анонимаса олицетворенней, смотрите любой топик на ЛОРе
капча + анонимос, не делает анонимаса олицетворенней, смотрите любой топик на ЛОРе
Это не круто, это удобно, но лишь там, где жто надо.
Блоги, Issue-трекеры, некоторые порталы.
И wildcard - безумно приятная и удобная вещь.
Блоги, Issue-трекеры, некоторые порталы.
И wildcard - безумно приятная и удобная вещь.
Я конечно не претендую на знание истины. Сколько людей - столько и мнений. Я по натуре человек консервативный. UNIX системы, электронная почта, язык программирования си, TCP/IP - примеры технологий, существующих десятки лет. И не просто существующих, а постоянно улучшающихся и применяющихся все шире.
Java, C#, Jabber, OpenID - относительно молодые технологии. Если лет через 5-7 о них еще кто-то будет помнить, возможно я стану относится к ним иначе.
Java, C#, Jabber, OpenID - относительно молодые технологии. Если лет через 5-7 о них еще кто-то будет помнить, возможно я стану относится к ним иначе.
Топик создан 23.01.2009 13:48, на момент 01.08.2011 10:45 (даже после переезда на новый двиг) ситуация так и не сдвинулась с мёртвой точки.