В итоге мне это видится как нечто среднее между тем, что описано в топике «правильный инструмент» (в плане голосования) и Гуру от Яндекс.Маркет (в плане подбора товаров). Может, найдете в этой идее что-то интересное для своего сервиса.
А мне бы хотелось поподробнее почитать про первый пункт. На каких устройствах, например, есть опера? Какие требования обычно выдвигаются к embedded-версии и вообще насколько сильно она отличается от «обычной»?
Во-первых, не понятно кто тебе ответил (и писал ли этот человек в треде ранее). Плюс, появляется возможность для троллей выдавать себя за другого человека, что тоже может повлечь неудобства для пользователей.
Во-вторых, пользователь может захотеть обратиться к конкретному человеку в треде, так что желательно предоставить ему такую возможность.
Имхо, единственный вариант когда можно не заморачиваться с идентификацией — если мы точно уверены, что пользователь зайдет в тред один раз только чтобы оставить свое сообщение и не будет ждать на него ответов.
А это сильно зависит от специфики сервиса. Что там, в «авторизованной» зоне? Насколько важные и личные данные там хранятся?
Если предполагается, что потеряв пароль пользователю можно без особых проблем зарегать новый аккаунт (т.е. нет в старом аккаунте ни личных фоточек, ни контактов), то сделайте просто пару логин/пароль без привязки в мылу. Да, восстановить пароль будет невозможно. Забыл — создавай новый аккаунт. Но это вполне укладывается концепцию анонимной социальной сети.
Неа =)
Сходство, в общем-то только в анонимности и в том, что у нас тоже можно знакомиться. Но вот называть это сайтом знакомств и уж тем более «социальной сетью» вообще не хотелось бы.
Кстати, насчет овощей) При условии, что пользователь должен оставаться анонимом, вопрос идентификации собеседника довольно интересен. Если в беседе участвуют больше двух людей, то им уже нужно как-то различать какие сообщения какому пользователю принадлежат. Мы думали над этим и пока кроме автоматически генерируемых имен/аватарок ничего в голову интересного не пришло (правда мысль называть пользователей овощами в голову вообще не приходила)) ). В идеале это должно стать еще одной «фишкой» сайта, чтобы пользователи воспринимали это как забавный элемент игры, а не возмущались почему это сайт называет их овощем))
Только что появилась еще одна мысль… Не знаю насколько она правильная, хотелось бы услышать мнение других.
Как мне кажется, такие сервисы лучше не представлять сразу широкой публике. Будет лучше, если сначала им будут пользоваться авторы, их друзья и знакомые — те люди, которым легко объяснить суть сервиса, те, кому она действительно показалась интересной. Потом знакомые привлекут других знакомых и постепенно аудитория будет расширяться.
Таким образом, через некоторое время будет создан хороший социальный «микроклимат» и уже можно будет анонсировать сервис в интернете.
В общем, суть в том, что такую фичу как «социальность» тоже нужно тестировать =)
ИМХО, динамичность html тоже не спасет — нужно будет только узнать как создавать валидные данные для подобных форм. Сниффер + логика и такая защита скорее всего будет сломлена. В то же время запутывание кода усложняет обработку данных на сервере.
Обработка и валидация данных — одна задача. Отделение ботов от людей — другая.
Думаю, лучше сработают защиты, основанные на анализе поведения посетителя сайта. Например, люди перед отправкой данных сначала загружают страничку с формой. Между моментом загрузки формы и отправки данных проходит значительное время. Люди и роботы так же отличаются по тому как они посещают страницы — частота запросов, количество загружаемых страниц и т. д.
Еще для некоторых сайтов можно ввести пороговые ограничения на действия — такие, которые адекватный человек скорее всего не превысит. Например, количество публикуемых топиков/комментариев в день (разумеется, ограничения устанавливаются в зависимости от специфики сайта). Много ли настоящих пользователей напишут более 3 топиков в день? Или более 50 комментариев? И можем ли мы быть уверены, что эти комментарии будут полезны ресурсу (весьма сомнительно, что в день можно писать по 50 развернутых и толковых комментариев — скорее всего это спам в стиле «спасибо, интересная статья»).
Каждому из этих правил можно задать коэффициенты в зависимости от их важности. И уже проверяя пользователя по списку заданных правил считать степень его соответствия нашей модели «хорошего пользователя».
Humanized Messages тоже сильно отвлекает внимание. А вот Pines Notify jQuery Plugin, на который была ссылка выше, имхо реализует все более грамотно — сообщения появляются в правом верхнем углу, который обычно не является фокусом внимания при работе. Поэтому сообщения не маячат перед глазами и в принципе вообще не отвлекают. Но в то же время и формируется привычка — пользователь знает, что в правом верхнем углу всегда есть последние важные сообщения и при необходимости он будет искать их именно там.
В остальном идея очень интересная, желаю вам успеха в развитии!
PS: Когда-то, после топика «правильный инструмент — выбор языков программирования» мне пришла в голову идея сайта с подобной функциональностью но для выбора техники. С той поры осталось два наброска:
img811.imageshack.us/i/scropinion.png/ — страница отзывов о товаре
img341.imageshack.us/i/scrsearch.png/ — страница подбора товара
В итоге мне это видится как нечто среднее между тем, что описано в топике «правильный инструмент» (в плане голосования) и Гуру от Яндекс.Маркет (в плане подбора товаров). Может, найдете в этой идее что-то интересное для своего сервиса.
Вот тут стоит быть аккуратнее, имхо. Поисковики не любят текст, цвет которого сливается фоном (как во второй демке).
Во-первых, не понятно кто тебе ответил (и писал ли этот человек в треде ранее). Плюс, появляется возможность для троллей выдавать себя за другого человека, что тоже может повлечь неудобства для пользователей.
Во-вторых, пользователь может захотеть обратиться к конкретному человеку в треде, так что желательно предоставить ему такую возможность.
Имхо, единственный вариант когда можно не заморачиваться с идентификацией — если мы точно уверены, что пользователь зайдет в тред один раз только чтобы оставить свое сообщение и не будет ждать на него ответов.
Если предполагается, что потеряв пароль пользователю можно без особых проблем зарегать новый аккаунт (т.е. нет в старом аккаунте ни личных фоточек, ни контактов), то сделайте просто пару логин/пароль без привязки в мылу. Да, восстановить пароль будет невозможно. Забыл — создавай новый аккаунт. Но это вполне укладывается концепцию анонимной социальной сети.
Сходство, в общем-то только в анонимности и в том, что у нас тоже можно знакомиться. Но вот называть это сайтом знакомств и уж тем более «социальной сетью» вообще не хотелось бы.
Кстати, насчет овощей) При условии, что пользователь должен оставаться анонимом, вопрос идентификации собеседника довольно интересен. Если в беседе участвуют больше двух людей, то им уже нужно как-то различать какие сообщения какому пользователю принадлежат. Мы думали над этим и пока кроме автоматически генерируемых имен/аватарок ничего в голову интересного не пришло (правда мысль называть пользователей овощами в голову вообще не приходила)) ). В идеале это должно стать еще одной «фишкой» сайта, чтобы пользователи воспринимали это как забавный элемент игры, а не возмущались почему это сайт называет их овощем))
Как мне кажется, такие сервисы лучше не представлять сразу широкой публике. Будет лучше, если сначала им будут пользоваться авторы, их друзья и знакомые — те люди, которым легко объяснить суть сервиса, те, кому она действительно показалась интересной. Потом знакомые привлекут других знакомых и постепенно аудитория будет расширяться.
Таким образом, через некоторое время будет создан хороший социальный «микроклимат» и уже можно будет анонсировать сервис в интернете.
В общем, суть в том, что такую фичу как «социальность» тоже нужно тестировать =)
И почему только смарты? Разве нельзя сделать java-приложение для обычных телефонов?
Обработка и валидация данных — одна задача. Отделение ботов от людей — другая.
Думаю, лучше сработают защиты, основанные на анализе поведения посетителя сайта. Например, люди перед отправкой данных сначала загружают страничку с формой. Между моментом загрузки формы и отправки данных проходит значительное время. Люди и роботы так же отличаются по тому как они посещают страницы — частота запросов, количество загружаемых страниц и т. д.
Еще для некоторых сайтов можно ввести пороговые ограничения на действия — такие, которые адекватный человек скорее всего не превысит. Например, количество публикуемых топиков/комментариев в день (разумеется, ограничения устанавливаются в зависимости от специфики сайта). Много ли настоящих пользователей напишут более 3 топиков в день? Или более 50 комментариев? И можем ли мы быть уверены, что эти комментарии будут полезны ресурсу (весьма сомнительно, что в день можно писать по 50 развернутых и толковых комментариев — скорее всего это спам в стиле «спасибо, интересная статья»).
Каждому из этих правил можно задать коэффициенты в зависимости от их важности. И уже проверяя пользователя по списку заданных правил считать степень его соответствия нашей модели «хорошего пользователя».
Расширения, темы, personas — это и есть родной способ кастомайза для Firefox.