Делюсь идеями

В голове у меня постоянно рождается куча идей веб-проектов разной степени сложности, полезности и интересности. Раньше я их записывал в блокнот, на листик, в текстовый файл, в Google Notebook, везде где получится. То есть оставлял на будущее. Думал когда-нибудь прийдет время и я их реализую.

Сейчас пришло понимание, что реализовано будет в лучшем случае проценты. И гораздо приятнее, чем вздыхать «эхх… а ведь я об этом думал с год назад», смотря на какой-нибудь новый сервис, делится своими идеями. Глядишь, так может и сайты будут пораньше и побольше появляться ;)

Теги:

Еще по теме

Posted on мая 5, 2007 
Filed Under Школа стартапов | Всего комментариев: 6

Слежение за комментариями

На днях, совершенно случайно, просматривая ленту мониторинга последних добавлений закладок на Memori.ru увидел заголовок co.mments. Не знаю, что меня подтолкнуло под руку, времени было мало, домашний бук слабый и открывать на нем что-то еще то мучение, но решил посмотреть. И не пожалел.

Это было то, что я давно хотел, сперва даже не поверил своим глазам. К тому же слегка сбила с толку специфическая терминология. Что такое «convertions» в контексте сайта я до сих пор понять не могу.

Ладно, перейду к делу. Co.mments позволяет следить за новыми комментариями к интересующим постам в блогах. Делается это просто, на раз-два. Берется букмарклет с сайта, ставится на панель браузера и... все. Даже регистрироваться не надо, хотя и можно при желание.

Хотя нет, не все, надо еще свой персональный фид добавить в RSS-ридер. И выработать привычку добавлять в него все интересные посты, благо это не сложнее чем добавить закладку в браузер.

С русским языком проблем нет. Формат выдачи очень удобный(заголовк, лид поста, новые комментарии), так что запуться к какому посту этот комментарий невозможно.

Теги: ,

Еще по теме

Posted on апреля 8, 2007 
Filed Under Мысли вслух | Всего комментариев: 5

Защита от спамовых регистраций

Вступление

Нашу почту (на одном крупном региональном портале) активно пытаются использовать для рассылки спама, регистрируя для этого сотни аккаунтов.

Порой доходит до того, что приходится на время закрывать регистрацию для целых стран и подсетей.

Капча не сильно помогает, так как есть пути ее обхода, от банального вывода картинки с кодом на порносайте для бесплатного доступа к контенту и затем регистрацией ботом на почте, до организации специальных сетей (Captcha Exchange Server).

Решение

Форма регистрации состоит из двух полей типа password и следующих полей типа text: капча, логин, имя, мыло для восстановления пароля.

Во-первых, мы можем всем полям типа text присваивать случайно сгенерированные имена с сохранением соответствий в сессии. Теперь боту будет невозможно заполнить такую форму, так как каждый раз имена полей будут уникальные. Естественно все атрибуты у тегов должны быть одинаковы.

Во-вторых, все поля типа text мы каждый в раз выводим в случайном порядке.

Я предполагаю по умолчанию, что боты супер «умные» и настраиваемые.

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

В третьих, улучшаем капчу. Количество символов на картинке увеличиваем в два/три раза, а символы соответственно раскрашиваем в два/три цветов. Теперь под картинкой капчи просим пользователя вводить символы только нужного цвета. Или наоборот, не вводит не нужного :)

Первые два пунка помогут нам защититься от автоматического заполнения формы, третий от «взлома» капчи путем показа картинки на сторонних сайтах.

Теги: , ,

Еще по теме

Posted on марта 26, 2007 
Filed Under Проектирование и разработка сайтов | Всего комментариев: 2

Информационная избыточность интерфейсов

Возьмём для примера регистрацию.

Какие данные от нас требует обычная регистрационная форма. Как минимум к обязательным полям относится логин, два раза пароль, адрес электронной почты.

Что бывает ещё? Ник, имя и фамилия, пол, дата рождения, сайт, о себе, город, страна, аська и прочее.

Не многовато ли? И все это в одной форме, вперемешку обязательные и необязательные поля. Может стоит облегчить пользователю жизнь и убрать из регистрационной формы все ненужное? Пусть он заполнит их потом, когда поймёт, что это ему необходимо. А сайт, ненавязчиво, иногда, может напоминать, что у пользователя не до конца заполнен профайл.

Идём дальше. Если система не предполагает мультиаккаунтов, то можно объединить адрес электронной почты и логин. Этим мы, кроме того, что убираем одно поле из регистрационной формы, решаем ещё ряд проблем. Теперь не будет ситуации, что выбранный логин занят, пользователю легче запомнить свой логин, что актуально для сервисов, где он будет бывать редко.

Что у нас осталось? Два поля пароля? Почему их именно два? Когда пользователь вводит пароль, то за звёздочками он не видит, что вводит. А теперь вспомните, как часто вам приходится регистрироваться когда кто-то ещё стоит за вашей спиной и смотрит в монитор.

Убираем лишнее поле с паролем, у первого меняем тип на обычный текстовый и ставим предупреждение, что пароль будет вводится не в маскированном виде. Для тех, кого это не устраивает рядом ставим чекбокс, который вернет второе поля для ввода пароля и соответственно установит тип поля на password.

Вот теперь у нас идеальная форма для регистрации состоящая всего из двух полей: e-mail и пароль.

P.S. Понимаю, что мысль про пароли спорная и не везде подойдет, но все же…

Теги: , ,

Еще по теме

Posted on марта 23, 2007 
Filed Under Проектирование и разработка сайтов | Всего комментариев: 4

Страница 56 из 57« « «......«51525354555657»

Тема Vertigo Blue Theme от Brian Gardner.
Движок WordPress.

Рейтинг блогов