Pull to refresh

Comments 45

По всем ссылкам требуется регистрация на рутвите.
Когда это останавливало пытливый ум?
Ой! Это был баг. Исправили, теперь открыта без регистрации.
Спасибо.
Вот попробовал www.printnetwork.ru/blog. За первые же полчаса, получил три письма в ПОЧТУ! — пишут, что не охота людям регистрироваться, заводить новые аккаунты или вспоминать старые.
Ну там же не нужно регистрироваться, достаточно аккаунта на Гугле, Яндексе, Mail.Ru и т.д. Они имеют в виду — им неохота вспоминать эти аккаунты, или на Рутвите заводить новые?
вроде того. но мои товарищи, они конечно не показатель — они вообще ленивые :) в ИТ смысле.
Кстати, если на Гугле, Яндексе и т.д. уже залогинен, то вводить повторно логин+пароль не требуется. В этом вся соль OpenID.
Зачем же обязательная авторизация для подобной реализации? Человек мимо идет, хотел бы что-то сказать, ан нет: вспоминай аккаунт, который еще и не у каждого есть. Необходимость этой авторизации — и не даст развитие проекту. Потому что она усложняет использование, и, как мне кажется, абсолютно на пустом месте. Необходимость делать лишние движения для пустяшного коммента — вряд ли найдут массовую поддержку. Я уже не говорю о том, что большая часть интернетчиков — вообще не помнят пароли, храня их менеджерами в браузерах или в куках.
я полагаю авторизация нужна чтобы было куда выслать ответ?
ну вообще автор пишет: «Это виджет, который вебмастер может за 1 минуту установить на свой сайт, чтобы устроить микроблоггинг-общение с аудиторией в режиме реального времени». И название как бы подразумевает, что основная фишка — общение здесь и сейчас. Если нужны ответы от посетителей, пришедших позже, надо сделать поле в котором (по желанию) можно оставить свой e-mail.

Может я неправильно понимаю идею, но я понял так: я захожу на сайт и вижу «живую» ленту сообщений тех, кто сейчас на сайте находится. Которые может быть что-то спрашивают или высказывают мнение об увиденном. И это актуально именно сейчас и если со всех требовать регистрацию / авторизацию, то это верный способ потерять 90% активных участников.

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

Регистрация — хороша там, где она необходима. В таком же приложении, обязательный аккаунт это минус. На хабре столько написано что и капчу-то убирать нужно по максимуму (если посетители дороги) и тут неформальный чат и обязательная регистрация. Странно, имхо.
А Вы как все это видите?
Максимально приближенным к реальности. Если я захожу в обычный магазин — я вижу сколько там посетителей, а среди них, могу различить представителей администрации. И для того чтобы обратится к тем или другим, мне не нужно доставать паспорт. Я просто подхожу и спрашиваю.

Я не говорю что регистрация — зло. Но когда она обязательная для (казалось бы) удобства пользователей, то мне это просто непонятно. Соответственно, мои пожелания к проекту: сделать авторизацию по желанию (посты анонимусов и зарегистрированных — отображать разным стилем). Считаю что регистрация — в полной мере не спасает от ботов и флуда, а вот препятствия благонамеренным пользователям — создает. Поэтому, каждый разработчик должен решить для себя, что важнее: выиграть пару часов времени (избавив себя от администрирования ресурса) либо привлечь больше посетителей.
Тут еще есть такая особенность, что в виджете очень упрощенная «регистрация». Для людей, у которых есть аккаунт на Гугле, Яндексе, Mail.Ru и т.д. (т.е. у большинства), вся регистрация сводится к нажатию одной-единственной кнопки. Не надо вводить логины, пароли и т.д. Это называется OpenID.
Спасибо что просветили ;) Я как бы в курсе об OpenID, но я говорил не о том, сложно или просто авторизоваться. Я говорил что в данном случае не вижу причин обязательной авторизации.
Кстати, сегодня заметил, что Вы внести изменения в виджет, и теперь при вводе текста аватарка исчезает. Так, по моему стало удобнее. И позвольте выразить восхищение Вашей скоростью реакции на запросы публики :)
<blockquoteКлючевое отличие «Прямого эфира» от аналогов в том, что он построен на базе системы микроблоггинга, а не существует сам по себе «в вакууме».

— Как это влияет на макс. размер одного сообщения?
Не совсем понял вопрос, уточните, пожалуйста.
Все же просто. Ограничение подобно твитерному, как я понимаю. Сколько там сейчас? 140 символов в одном сообщении?
Нельзя закрыть диалог авторизации/регистрации, если неохота это делать.
> соединение может «висеть» хоть час, поэтому-то технология и называется «long polling»
Разве браузер/прокся/сервер не должны прибивать такое соединение? Реально на практике сколько оно может висеть?
Если даже они прибьют через несколько минут, это не страшно — соединение вновь переустановится (согласно long polling). В браузере тайм-аута вроде как нет (я не встречал, по крайней мере), сервер там Realplexor (он ничего не прибивает), ну а что касается прокси, то это уже зависит от его администратора.
а кто подскажет: Где еще такие «Прямые Эфиры» были замечены?
Ну мы, например используем нечто подобное (правда без сторонних сервисов) на нашем сайте thinkit.ru

Правда мы решили все сильно упростить, а о том как мы это делали и что в итоге получилось написано тут: ccube.habrahabr.ru/blog/59870/
Кстати, может кто пояснит, почему технология называется long-polling(долгое избирание) а не long pulling(долгое вытягивание), и корректно было бы назвать её так?)
Дмитрию респект, без лишнего пафоса продвигаешь отличную технологию.
Думаю, что не очень корректно. Потому что есть «polling» — это когда браузер раз в 5 секунд (к примеру) идет на сервер и запрашивает обновления одно за одним. Так работали древние чаты, и это очень неоптимально по нагрузке и трафику. А есть «LONG polling» — то же самое, но только соединения переустанавливаются не раз в 5 секунд, а по мере необходимости, при закрытии старых; отсюда — экономия трафика и скорость.
Poll — в данном контексте переводится как «опрос», «опрашивание». Long-polling — опрашивание с долгим периодом.
И для twitter такая штука есть? никто не подскажет?
есть конечно, оттуда и срисовано, как я понимаю :-)
tweetboard.com
нет, они сильно не такие! «Прямой эфир» вызвал у меня чувство восторга, я уже целый вечеров него виграюсь, человек 100 уже поселили и отметились… а борд он какой то скучный… ну только показывает посты и все… нет интерктива.
сорри, поспешил с выводами.
Вся проблема вот в чем: когда выскакивает форма входа — необходимо ввести свои данные или же выбрать оператора openID. В случае клика по соотв. иконке — осуществляется переход на соотв. сайт, где необходимо Разрешить или Запретить использование openID на этом ресурсе.

Самое главное — после этого сообщение не добавляется. Необходимо еще раз нажать на иконку.

Может быть это отпугивает товарищей?
кстати, как выяснилось любые манипуляции с openID ведут к регистрации на рутвите…
мошенники :)
;)
при ширине меньше 200 чат превращается в кошмар из-за того что окошко ввода перекрываться начинает.
хорошая ширина. а чат в шириной 1px это уже будет постМодернизм
Смещает то, что написанное посетителями моего сайта увидят ВСЕ посетители rutvit.ru на этой странице http://rutvit.ru/public_timeline или я чего-то не понял?
Все верно. Пользователи Рутвита увидят сообщения, касающиеся Вашего сайта, поэтому Вы получите дополнительный приток трафика с Рутвита.
UFO just landed and posted this here
Кстати, да — присоединяюсь к вопросу. Что плохого в IFRAME?
UFO just landed and posted this here
Ну тут несколько причин. Во-первых, чтобы держать много-много соединений, маленького велосипедика на сервере недостаточно — нужен либо большой велосипед, или даже грузовик. Во-вторых, выясняется, что основная сложность — как раз в серверной части, а клиентскую — не так уж и принципиально, на чем писать (она сравнительно простая). В-третьих, HTML+JS позволяет малыми усилиям кастомизировать как верстку, так и CSS-стили (все-таки Flash в этом отношении тяжеловат получается ИМХО — хотя, может, я просто недостаточно хорошо владею Flash-ем, чтобы судить), ну и установлен Flash не у всех (хотя у большинства — установлен).
UFO just landed and posted this here
1. Желательно прикрутить кнопку «Назад», например, если пользователь нажал на «У меня нет регистрации на этих ресурсах», но потом вспомнил что он у него есть, то ему прийдется перезагружать страницу, потому что иначе он не попадет в менбшку ввода логина/пароля, etc

2. Во время переключения по вкладкам: Google, Yandex и т.д. эти вкладки не подсвечиваются как активные, а поля не отличаются друг от друга во всех вкладках кроме ЖЖ. Представим, пользователь нажал на Google, ему позвонили на телефон(он отвлекся), затем снова вернулся к виджету и как он поймет на какой вкладке он остановился, если он забыл?!

3. ~~~ Хороший виджет. Мне понравился. Спасибо!
Sign up to leave a comment.

Articles