худшая вещь, которую я могу сказать о Джоне Рхоудсе, - то, что письмо, прибывающее из его блог удобства и простоты использования было тревожно нечастым в последних годах. 13 должностей за прошлые 12 месяцев только doesn’t действительно сокращение  it!

К счастью, причина для его blogging тишины является довольно прямой: he’s письмо книги.   Конфета !

Книга названа “Selling Usability,” который является чем - то вроде неправильного употребления, так как предмет книги возможно более точно описан как “Making, Удобство и простота использования Случается, Несмотря на Прискорбную Нехватку Понимания со стороны Вашего Managers.” быть справедливым, который был бы довольно непригодным  title.

It’s ясный в пределах первых 20 страниц, что Джон и я разделяем основную философию относительно заявления удобства и простоты использования: столько, сколько you’d как люди, чтобы покупать акции к основным идеалам пользовательского опыта, Вы нуждаются в их, чтобы покупать акции к произведению изменения. Крюком или крюком, производя изменение что потребности случиться в  end.

Вы можете только преподавать тем, кто желает учиться; но Вы можете вести любого к правильному решению, если Вы используете аргументы, они понимают и заботятся  about.

Арендовать самолет. Продажа Удобства и простоты использования: Пользовательская Тактика Проникновения Опыта справочник по убедительным лицам, принимающим решение к сосредоточенным решениям пользовательского опыта при использовании сосредоточенных на бизнесе аргументов и  tactics.

“ Продажа Usability” о сообщении  effectively.

John’s письмо откровенно и ясно. Он пишет небрежно убедительным голосом, который быстро проезжает описание проблемы в анализ , почему это problem — and, как Вы могли бы начать решать  it.

Эта книга не об удобстве и простоте использования. You’ll учатся много о , понимая и , общающийся пользовательский опыт, читая эту книгу, но it’s не собирающийся преподавать Вам, как изучить пользователя  interaction.

Покупка это теперь . You’ll изучают больше, чем Вы думаете, что Вы будете, независимо от того Ваш  background.

После всей рабочей силы Вы помещаете в проектирование изящного участка, который позволяет пользователям с готовностью следовать за ароматом информации, вся работа, посвященная развитию эффективной семантики и отделению Вашей структуры из проекта, it’s легкий для Вас все еще закончиться с по-царски ввернутый сеть  site.

Проектирование взаимодействий с Вашими пользователями и руководящими ошибками (ожидаемый и неожиданный) является критической частью лучшей веб разработки методов. Едва имеет значение вообще, может ли кто - то найти их путь к правильной информации, если они сталкиваются с очень многими проблемами по пути, что они теряют доверие Вашему участку или разочаровываются в их покупке из  frustration!

It’s не, что трудный держать пользовательские взаимодействия, бегущие гладко, если Вы только держите несколько основных правил твердо в  mind:

• Ваши пользователи don’t заботятся об ошибке  codes.
• Сообщения должны сказать людям, что сделать затем, не, что они сделали  wrong.
• У каждого действия, предпринятого пользователем, должен быть a  response.
• Пользователи будет сделайте вещи, Вы can’t воображаете их  doing.
• , Если you’re идущий в требуют кое-что, Вы лучше подразумеваете  it.

Взаимодействие  Design

Даже у самого статического вебсайта есть интерактивные особенности. Если у Вашего участка есть единственная гиперссылка, there’s взаимодействие, встроенное в Ваш участок. Очень небольшое количество взаимодействия, предоставленного, но, есть взаимодействие. Информация взаимодействия, которую Вы можете сообщить использованию, что единственная связь основана на пять определенный  states:

1. связывают : Связь в it’s нормативный, неактивизированный  state.
2. колеблются : Государство связи, в то время как указатель типа мыши колеблется  it.
3. сосредотачивают : В большинстве браузеров, государстве связи, когда центр помещен в связь средствами кроме типа мыши  pointer.
4. активный : В большинстве браузеров, государстве связи, в то время как требуемое действие берет  place.
5. посетил : Государство связи после действия  completed.

HTML doesn’t обеспечивают много вариантов по умолчанию, но эти четыре информации важны по отношению к созданию основных взаимодействий, эффективных для всех пользователей. Просто сообщение пользователю, который, что они делают, имеет эффект,  invaluable.

Точно так же предоставление интерактивной информации, когда никакое взаимодействие не возможно, может быть очень запутывающим. Просто помещенный: если пользователь может сделать кое-что с контролем, дайте им информацию (аромат, любой?) который указывает, что у эта у области есть функция. Если контроль - связь, Вы в состоянии гарантировать это  it:

• имеет появление, отличающееся от окружающего текста (синий,  underlined,)
• предоставляет информацию пользователям мыши, которых они имеют возможность активизировать  control
• предоставляет информацию на клавиатуру или альтернативных пользователей устройств, на которых они сосредоточились  control
• указывает, что Вы выполнили действие, и что связь  activated
• указывает, что контроль был  used.

Теперь, от практической перспективы, это много информации isn’t всегда необходимый или полезный. Для основных связей, it’s редко необходимый, чтобы дифференцироваться между колеблются государства и активные государства . Из-за недостатков в Интернете Explorer’s использование этих команд, it’s часто необходимый , чтобы назначить то же самое появление на активный и сосредотачивает  states.

Тем не менее, основные принципы на работе в этих пяти государствах ценны, и могут использоваться, чтобы вести Ваш подход к проекту взаимодействия. Просто учет, что входы формы и ответы подлинника не только способы общаться в интерактивном режиме с Вашими пользователями помогут Вам сформировать поведение интерактивных  pages.

Ошибка  Management

Возможности для ошибок в любом сложном проекте бесконечны, таким образом I’m собирающийся содержать меня к очень простому примеру: стандартная форма контакта. Возможно самое стандартное ожидание многих участков - средство для посетителя связаться с владельцем участка (или независимо от того, что соответствующий человек вовлечен.), Хотя обеспечение телефонного номера и адреса вообще expected — it, возможно, не привилегированные средства сообщения для любой стороны. Так как адреса электронной почты - по существу большое, открытое приглашение на спам, связываются, формы оставляют как лучший метод определения способа для посетителей связаться  you.

Основная форма контакта I’m собирающийся обсуждать просит четыре информации: название, адрес электронной почты, телефонный номер (который является дополнительным,), и письменное сообщение. It’s не много информации, но все еще оставляет много комнаты для того, чтобы ввернуть  up.

Создавая программный пример этой формы, все that’s вообще покрытый являются основами: как собрать информацию в форме и послать это конечному пользователю (обычно, по электронной почте.) Это - основные функциональные возможности формы контакта, таким образом it’s разумный что it’s первая вещь, которая будет  covered.

Это - только проблема, если Вы прекращаете программировать прежде, чем работать через остальную часть  scenario.

В зависимости от того, как it’s письменный, программа, описанная выше, сделает одну из двух вещей, будучи представленным: покажите пустой экран пользователю, или покажите себя снова, с информацией, представленной удаленный от областей. Ни один из этих вариантов не особенно приемлем, но каждый из них удовлетворяют цели в обеспечении ответов передового опыта на  users.

Сначала, let’s предполагают, что пользователь делает партию из ошибок. They’re помещение телефонного номера в области названия, дало веб-адрес для электронной почты, и не учло их сообщение  entirely.

Без любой проверки данных может просто быть отослано это сообщение: владелец участка получает бесполезную информацию, и чудеса посетителя, почему тот проклятый владелец участка никогда не отвечает на его  email.

Очевидно, выполнение небольшой проверки данных хорошо для больше чем справедливой безопасности: это помогает удостовериться, что you’ll фактически получают информацию, в которой Вы нуждались от  form.

Теперь, проверив эту информацию, мы хотим позволить пользователю знать что кое-что только wasn’t работа совершенно верно. Но это - решающая вещь, чтобы сделать right — I’m верный we’ve все к формам где один из следующих  happened:

• Сообщение об ошибке didn’t говорит Вам, чем были Ваши ошибки, и требует, чтобы Вы использовали Обратную кнопку, чтобы возвратиться к  form.
• сообщение об ошибке doesn’t говорят Вам ошибки, и удалил вся работа Вы сделали с  form.
• сообщение об ошибке говорит Вам, какие ошибки Вы сделали, но doesn’t скажите Вам, что это также сводило область пароля на нет (который был  fine.)
• Сообщение об ошибке сообщает Вам об ошибке, которую Вы wouldn’t сделали, имел информацию, доступный прежде, чем Вы использовали  form.

Идеально, если ошибка сделана с формой, ответом  will:

• Идентифицируйте, который включали области  errors.
• Возвратите пользователя форме  itself.
• Сохраните любую информацию пользователь, снабженный в  form.

Если соответствующий, ответ мог бы сказать Вам, что было неправильным с данными Вы supplied — but, идеально, это shouldn’t быть необходимым. Чтобы взять пароли как пример, ошибка ответа могла бы сообщить Вам, что пароли обязаны включать заглавную букву, число, и неалфавитно-цифровой характер. Это может казаться полезный для сообщения, чтобы сказать Вам this — but в правде, форма должна была уже содержать это  information.

, Если you’re собирающийся проверять данные, Вы должны сделать пункт, чтобы сообщить пользователю, какие данные требуются прежде , они представляют форму. С чудесами АЯКСА доступный, it’s возможный для формы указать на Ваши ошибки, поскольку Вы делаете их: но Вы can’t рассчитываете на perceivability или пригодность АЯКСА Вашему пользователю, таким образом это shouldn’t быть единственными средствами сбора  information.

Информация, которая должна быть сделана доступной пользователю заранее, включает любое необходимое форматирование (999-123-4567); любые необходимые области; любая определенно запрещенная информация (профанация или HTML ); или любые определенные требования или ограничения на длину (пароли должны быть по крайней мере 8 характерами, сообщение максимум  1000.)

Предотвращение ошибок прежде, чем они будут сделаны, является возможно одним из самых важных аспектов ошибки  management!

“ Ошибка management” фактически что - то вроде неправильного употребления, когда Вы понимаете правильно вниз к нему. Выше, я упоминал сценарий, в котором форма представлена, приводя или к чистой странице или к непосредственно: в то время как наличие формы вновь появляется после пользовательской ошибки, насущная необходимость, чистая страница вводит одинаково ценный сценарий: успех  response.

В конце концов, “error messages” просто подмножество всех ответов, форма могла бы make — having, полезный успех сообщение одинаково  important.

Очевидно, чистая страница не большое сообщение успеха. Все, что это говорит пользователю, - то, что кое-что happened — but, каково это было, кто знает? Эффективный ответ успеха должен ясно заявить пользователю, что случилось с их запросом.  Specifically,

• Какая информация они  entered.
• Какова информация была  sent.
• Полагает ли подлинник, что информацию послали  successfully.
• Должны ли они ожидать какой-нибудь ответ, и  when.
• , Если ответ ожидается, что сделать, если они don’t получите это в пределах указанного  time.

, предлагается Ли форма до пользователя снова после подчинения, собирается зависеть от контекста. Некоторые формы (как основная форма контакта) прежде всего предназначены, чтобы быть представленными только однажды по очереди. It’s предпочтительный , по моему мнению, для этих видов форм, которые не будут показаны после подчинения. Другие формы (как фотография uploader) могут ожидать, что повторение use — it’s намного более полезный для пользователя позволит им выбор немедленно загрузить второе изображение после первого, не имея необходимость возвращаться к  form.

Что относительно сервера  errors?

Да, очевидно я haven’t обратился к основным сообщениям об ошибке, таким как 404 “missing” ошибка или другие важные сообщения от сервера. Это уже - длинная статья, таким образом I’ll быть кратким: обеспечьте настроенное сообщение об ошибке. Удостоверьтесь, что это включает указатели на ключевые страницы включая домашнюю страницу, карту участка, и поиск  page.

Участок  Administration

Может казаться, что долгосрочное правительство - полностью различная проблема от лучших методов в веб разработке. В конце концов, правительство довольно далеко удалено от выполнения всего проекта, конфигурации, и работа развития you’ve упорно трудилась  on!

Однако, Вы также должны признать, что огромное большинство продолжительности жизни большинства проектов - время после того, как you’ve закончил . Есть ли you’re собирающийся поддерживать участок самостоятельно, передавая это помощнику, или выдавая это клиенту, много вещей, Вы можете сделать, чтобы помочь защитить  site.

Для вас непосредственно Вы можете установить гида по стилю для участка: список предустановленных стилей и элементов, на что они похожи, как they’re использовал, и т.д. Для меня непосредственно, я использую таможенную часть управляемого базой данных программного обеспечения, которое связывает базу данных элементов и фрагментов подлинника для данного участка к шаблонам для того участка. Это позволяет мне (или кто - либо еще) с готовностью рассматривать или для элемента, который я хочу, или появление я хочу и захватываю кодекс шаблона I  need.

Этот вид инструмента помогает Вам помнить то, что you’ve сделанный, даже если you’re смотрение на участок год вниз road — and он может предоставить гида Вашим клиентам или помощникам, чтобы знать то, что ожидается для данного  site.

Когда клиент поддерживает участок, лучшей вещью, которую Вы можете предложить им (в дополнение к гиду по стилю) является образование и документация: преподавайте им, что они должны знать. Зарегистрируйте все, что они должны сделать. There’s абсолютно никакой способ, которым Вы можете действительно покрыть все, но Вы можете конечно  try.

В конечном счете, Ваш участок принадлежит Вашему клиенту, и there’s ничто, что Вы можете сделать, чтобы препятствовать тому, чтобы они ввернули его. Однако, больше you’ve сделанный, чтобы удостовериться они знают, как сделать вещи право , лучше возможности состоят в том что они  will.

Это завершает Лучшие Методы в Веб разработке ряд. Хотя много не было покрыто, те предметы будут только иметь к  wait!

Вы могли сказать, что эта часть ряда действительно разламывает понятия информационной архитектуры на компоненты, немедленно относящиеся к веб разработке. Фактически разговор, I’m собирающийся покрывать потребности навигационного проекта, понятие “scent information” и вопрос проекта “noise.” (Canonicalization, как предполагалось, был покрыт этой частью ряда, также, но I’ve перемещенный  it.)

Навигационный проект очевиден: первичная организация всех аспектов навигации участка. Это - область веб дизайна и развития, где it’s очень легкий пойти в широком масштабе и опустошительно wrong — like большинство понятий передового опыта, уход от ловушек составляет 90 %  battle.

“ Scent” ссылается на информационный проект, который обеспечивает “clues” чтобы помочь показать пользователю, где они, где they’ve, и как добраться, куда они должны пойти. Планирование Вашего участка должно включать осторожное планирование думать о них  processes.

“ Noise” термин I’m использующий, чтобы описать противоположность “scent.” Шумные элементы проекта - те элементы, которые умаляют или отвлекают от user’s потребности. Они могут произвести беспорядок или препятствовать тому, чтобы пользователи следовали за путем действия они  need.

Навигация  Design

У навигационного проекта есть две части: организация документов и секций Вашего участка в связи, и производства визуального и интерактивного метода, который будет использоваться, чтобы получить доступ к той навигации. It’s важный, чтобы прикончить это правильное order — and это - пункт в процессе развития, где Вы просто должны знать область содержания на сети  site.

It’s ни необходимый, ни желательный, чтобы фактически знать каждый отдельный пункт, который будет на участке. Фактически, it’s обычно не даже возможный. Вебсайт должен расти после it’s начальное развитие, таким образом Вы должны всегда обеспечивать для дополнения будущих документов. Что Вы должны знать, что теперь в максимально возможной степени о документах, которые будут определенно идти  site.

Чтобы начать, спросите у своих клиентов это  information:

• Список содержания  categories,
• Список представительных довольных названий и  summaries,
• Список дополнительных особенностей, которые потребуют  access.

Идеально, you’ve уже получил много этой информации от фазы контракта. Но, в противном случае теперь время, чтобы добраться  it.

Для первых шагов в навигационном проекте, you’re собирающийся сосредотачиваться исключительно на содержании и  features.

Организационные потребности будут отличаться от участка к участку. Очевидно, участок, который сосредоточен прежде всего вокруг определенного инструмента, должен будет прежде всего сконцентрироваться на получении людей на тот инструмент. Текстовое содержание, такое как справочные файлы или связанные статьи, будет автоматически понижено к вторичному положению в навигации. Вообще, однако, эта статья имеет дело с текстом, и содержание ориентировало участки: участки, которые должны сообщить определенные типы информации к  users.

классический метод для того, чтобы категоризировать документы к , выполняют простой вид карты . Вы можете выполнить этот тест со столь же большим или столь же маленькая испытательная группа, как Вы чувствуете себя удобными с. Ограничьте пользователей людьми, у которых есть разумный шанс того, чтобы быть способным использовать information — you, возможно, не хочет использовать Вашу бабушку, чтобы сортировать документы о структурной разработке. (Зависит от Ваша бабушка ,  naturally.)

В конечном счете, Вы можете хотеть выполнить два отдельных вида карты: открытый вид (без установленных группировок) и закрытый вид (использующий client’s требуемые группировки.) Ради краткости, I’m предполагающий, что you’ve работал с клиентом, чтобы усовершенствовать требуемый  categories.

Руководящие принципы для процесса просты: напишите названия документа (и резюмируйте описания, если название неоднозначно) на учетных карточках. Дайте людям груду карт (обычно между 30 и 100), и попросите, чтобы они сортировали их в группы подобных пунктов. Это - превосходный способ получить сведения, как потенциальные пользователи участка могли бы ожидать находить  information.

Вид карты конечно shouldn’t быть Вашим единственным методом, чтобы найти логическую навигационную структуру, но это обеспечит ценные подсказки относительно того, что могло бы ожидаться посетителями. Вы должны также понять, что разногласие между сортировщиками doesn’t означает, что Вы должны выбрать один выбор: это может просто означать, что дополнительные списки информации, используя различные механизмы сортировки, возможно, должны быть  available.

Ваша окончательная цель в сортировке информации состоит в том, чтобы избежать требовать, чтобы пользователи смотрели в больше чем одном месте: очевидная вероятность, что данный документ будет найден в одной категории, должна всегда наклоняться в одном  direction.

второй шаг относительно просто: здание и проектирование навигации. Лучшие методы в значительной степени настаивают на доступности и использовании стандартов сети, чтобы построить навигацию. I’ve письменный обширная статья относительно доступного навигационного проекта уже , так I’m просто собирающийся отсылать Вас к той статье для этого  section.

Аромат  Information

Обеспечение сильного аромата информации является пользой, следуют к категоризации Вашей информации. Потратив все это время регистрацию информации далеко, I’m уверенный Вы заметили, что немного информации только утончается, принадлежит в больше чем одном месте. Классическим примером (для почти всего, фактически) является iPod. Это - компьютерное оборудование? Это - звуковое оборудование? Что относительно развлечения  equipment?

Идеально, Вы хотите предоставить достаточно информации о своих категориях, чтобы помочь пользователям посетить правильную категорию first — and не при использовании загромождающей участок отговорки помещения Ваших пунктов всего соответствующий  categories.

Отберите свою навигацию с дополнительным  information

Когда there’s возможность сомнения, один из первых шагов, которые Вы можете сделать, должен добавить информацию, которая описывает Вашу категорию. Вместо того, чтобы только перечислить “Computers” в навигации, скажите “Computer: Ноутбуки, мониторы, мыши, keyboards.” Вы can’t (и shouldn’t) перечисляете все в категории, но обеспечение репрезентативной пробы может помочь пользователям предназначаться для своей навигации больше  accurately.

Обеспечьте навигацию к связанному  information

Второй метод Вы можете использовать это, чтобы обеспечить связи с соответствующей информацией. Когда Вам настраивали участок, где there’s возможность беспорядка, Вы должны быть в состоянии идентифицировать большинство этих потенциальных проблем заранее. Используя тот же самый пример, Вы можете хотеть обеспечить связь с iPod и цифровыми аудиоплейерами, если кто - то рассматривает под звуковыми платами или аудио  software.

Используйте описательный  linking

связь, которая говорит Вам точно, с чем оно связывается, намного более ценно чем родовой текст связи. It’s более вероятно, чтобы привлечь глаз, более вероятно привести к действию пользователем, и поможет эй пользователи Ура быстро предназначаются для права  document.

It’s не только для доступности, что Вы хотите избежать повторных или бессмысленных текстов связи. От перспективы удобства и простоты использования или маркетинга правильные слова могут сделать весь  difference.

Используйте значащий спусковой механизм  words

, Какое поведение Вы хотите поощрить? Когда кто - то пишет “Click here,” им очевидно интересно в ближайшей перспективе: они хотят щелчок . Если кто - то пишет “Read ‘The биография whale’ Now” they’re то, чтобы просить, чтобы Вы к прочитали документ. Точно так же использующие слова как “Buy,” “Explore,” или “Hire,” you’re обеспечение определенной, ориентируемой на задачу подсказки в пределах текста связи. Из-за этого пользователь знает лучше, что ожидать, когда они следуют link — and, более вероятно, будут следовать за связью, которую они действительно хотят  first.

Или, думая убедительно, более вероятны , хотят что you’re пытающийся предложить. Это идет оба  ways.

Проект  Noise

На противоположной стороне монеты от аромата, мы находим шум. Плохая информация, информационное загрязнение, stink — whatever Вы могли бы хотеть назвать это, исход - то же самое. Это - информация, которая приводит пользователя неправильно  way.

Идентифицируйте свои предварительные выборы  goal

, Если you’re ориентируемый на продажи участок, самый сильный аромат должен быть обеспечен, чтобы вести пользователей к продуктам и вдоль пути покупки. Вы можете хотеть предоставить много существенной и ценной информации о Ваших продуктах, о Вашем бизнесе, или о промышленности you’re работающий in — but, если информация isn’t Ваш первичный бизнес, Вы должны позволить этим частям своего участка брать несколько из спины  seat.

Свяжитесь со своими документами точно и  understandably

Удостоверяются, что безотносительно you’ve имел обыкновение связываться со страницей, точный . Если you’ve заявил, что статья содержит определенную информацию, или имеет определенный продукт на it — it кровавый намного лучше! Это кажется, что это должно быть очевидно, все же я can’t даже начинаю рассчитывать, количество раз I’ve оказалось после по-видимому ценной связи только, чтобы быть загнанным в угол документом  itself.

После связанной логики Вы должны делать все возможное связать документ в манере, которая с готовностью понята. Если you’re обеспечение инструмента для людей, чтобы оценить, какова зарплата для их желательной работы должна быть, don’t, связывает это использование “Proximal Индексы Зарплаты/Дохода Region.” Вместо этого связь с этим высказывание “What Вы должны заработать, где Вы живете? Узнать  here!”

Используя легкий язык может иногда быть менее точным, но почти всегда будет больше  useful.

Don’t пытаются дать всех все в  once!

Слишком много информации, переполненной в конечное место, означает только одну вещь: Вы don’t знаете то, в чем нуждаются Ваши пользователи. И в результате Ваши посетители вероятно только нуждаются в одном link — the назад кнопка в их  browser.

причина для информационной организации, в глубине души, должен уменьшить проблему информационной перегрузки. It’s конечно возможный для людей, чтобы найти информацию, данную страницу 700 связей, но действительно ли это - эффективный способ работать? Нет. В конечном счете, it’s намного быстрее, чтобы следовать за двумя или тремя связями с сильным ароматом чем иметь возможность предложения пути единственного щелчка к  information.

Дополнительный  Resources

• Информационный аромат: помогающие люди находят содержание ими  want
• Deceivingly Сильные Информационные Затраты Аромата  Sales
• Сортировка Карты: Категорическое  Guide

Веб разработка Лучшие Методы: Часть 4 (изданный в среду, 3-ьего сентября), покрывает семантику, разделение структуры от содержания, и основные принципы универсального проекта для  web.

целый мир спама являются кошмаром доступности. Понятие позади доступности сети должно гарантировать, что пользователи могут получить доступ к полным функциональным возможностям Вашей сети site — but, как Вы справляетесь с фактом, что spambots будет, счастливо используйте в своих интересах любое отверстие Вы  leave?

Формы комментария, свяжитесь со страницами, адресами электронной почты и формами регистрации. Все методы предоставления критического доступа к ранее неопознанный users — and все в положениях, где Вы только должны найти что решающее дифференцирование между реальными людьми и  robots.

, Когда you’re говорящий о функциональных возможностях, которые заперты позади формы логина, there’s не действительно огромное количество проблемы в определении загадки безопасности/доступности. Потребуйте хорошего, безопасного пароля и you’re довольно безопасный. Инвалиды, по большей части, могут использовать область пароля так эффективно как кто - либо еще. Однажды you’re позади того железного занавеса, Вы можете обычно прекращать волноваться о различии: все, у кого есть доступ к Вашим частным функциональным возможностям, являются известный пользователь. They’ve идентифицировал себя, обеспечил верительные грамоты, которые предоставляют им определенную степень доступа, и Вы можете прекратить волноваться о  them.

Но Ваша парадная дверь может быть большим  problem.

Вы должны создать дверной проем, который позволит посетителям, которых Вы don’t уже знаете, чтобы достигнуть Вас. Они должны быть в состоянии связаться с Вами, чтобы начать бизнес, или зарегистрироваться в Вашей программе, или по крайней мере создать счет с Вашим участком. It’s поэтому абсолютно важный, что Вы создаете форму, которой можно получить доступ  anybody.

, Но Вы все еще только хотите людей использование Вашей формы. Посетители робота редко вносят плату регистрации, таким образом they’re не точно приветствуют посетителей в каждой области Вашего участка. Вы конечно don’t хотите быть благодарными за то, что они связываются с Вами с предложением увеличить Ваш  anatomy!

У защиты спама и доступности есть врожденные злоупотребления служебным положением: formar цель пытается препятствовать тому, чтобы форма использовалась, последний продвигает ее. Эти две цели aren’t фактически антипатичный друг из друга, но получение этих двух целей работать совместно требует детального понимания какой проблемы  are.

Остановка  Robots

Одно из самых общих решений проблемы спама должен предотвратить проблему, которую компьютер can’t решают. Самые очевидные решения (картины животных, картины людей, и т.д.) неотъемлемо испорчены, потому что они требуют определенных информаций, чтобы решить. They’ll требуют правильного правописания на правильном языке со знанием изображенного предмета. Хотя большинство посетителей может быть в состоянии идентифицировать слона, некоторые посетители будут неизбежно (и correctly_ идентифицируют это как   elefant .

Предполагаемое знание - барьер обоим человекам и  computers.

Это - то, что привело к многочисленному garishly, который несомненно должны были интерпретировать запятнанные и покрашенные текстовые изображения you’ve. Компьютеры могут использовать признание характера, чтобы исследовать изображения и идентифицировать текст, таким образом представление исковеркано, чтобы уменьшить вероятность признания. Конечно, это также уменьшает вероятность, что люди будут в состоянии прочитать изображение. Люди с препятствиями? Никакой шанс. Или Вы включаете высокий звук признак, делая решение, тривиальное для компьютера, или Вы оставляете это out — making решение невозможный для кого - то с визуальным  disability.

Таким образом родился аудио CAPTCHA . Однако, аудио CAPTCHA требует определенный technology — an, звуковой формат должен быть выбран, и обеспеченный аудиоплейер. Дополнительно, компьютеры способны к признанию звуковых выдержек почти таким же способом, которым они могут признать изображения. В результате звуковой выход искажен. I’ve слушал звуковой CAPTCHAs, и все, что я могу сказать, то, что я надеюсь, что у других есть лучшая удача, чем я. I’ve никогда не проходил  one.

И, конечно, ни один из этих методов не предоставит доступ любому, кто и слышит и визуально  impaired.

есть многочисленные другие примеры попыток доступного CAPTCHAs. Большинство из них зависит от факта, что, в то время как роботы могут быть осведомлены о тексте, они не обязательно способны к следующим инструкциям, обеспеченным в тексте. Простой вопрос & ответьте на блокирующие личинку методы  like:

1. Напишите “human” в области  below.
2. Что 3 +  4?
3. Горячий огонь или  cold?

Эти простые вопросы может замедлиться spam — these, может считаться родовыми методами предотвращения спама. Они остановят почти весь спам, который определенно не предназначен в форме. Однако, если какой-нибудь программист решает, что они хотят написать личинку, чтобы напасть на Ваш участок, это - тривиальная проблема. Проще говоря, эти виды вопросов производят безопасность через  obscurity.

второй класс блокирующих личинку методов найдены в более сложном вопросе & ответ  sets:

1. Напишите “red” в 2-ой текстовой области на  left.
2. Введите свое имя в 3-ьем ряду, 2-ом  column.

Эти с точки зрения программы переменные вопросы могут также замедлить личинка, но могут также быть невероятно challenging — if не impossible — for человеческий посетитель, который не использует визуальный браузер с продукцией, эквивалентной  instructions.

Обманывание  Robots

Теперь, роботы aren’t ужасно интеллектуальный. Обычно, их навыки принятия решения справедливо ограничены. Также, it’s не ужасно трудный просто обмануть их. У этих методов может быть некоторая эффективность при замедлении  bots:

1. Необходимые выборы на меню выбора. Не то, чтобы определенный выбор required — just что-нибудь доступный в  menu.
2. Honeypots  — fields, который должен не будьте переполнены в, но вероятно будет Вашей средней личинкой в it’s поиски, чтобы покрыть все it’s  options.
3. Ограниченная длина fields — if Вы устанавливаете эту сторону клиента, используя HTML признак maxlength, личинка может легко ограничить it’s собственный вход. Однако, если Вы устанавливаете это сторона сервера (в безопасном краю для реальных пользователей), Вы можете остановить несколько личинок, которые добираются  over-eager.

Майк Черим имеет ценные подсказки на этих методах в его статье Защищающие Формы от Спама ‘Bots , так I’m не собирающийся уточнять на этих пунктах чрезмерно. Снова, однако, они - все ценные методы в пределах “security через obscurity” школа protection — no серьезная защита против мотивированного  spammer.

Mike’s безопасная и доступная форма контакта использует большое разнообразие методов и обеспечивает полную доступность, так, если you’re поиск простой формы контакта, которая заблокирует родовой спам, it’s великое  option.

Поведение  Detection

Это - сложная область, который I’m не собирающийся копаться в в любых существенных деталях. Прежде всего, потому что I’m не действительно квалифицированный. Однако, it’s важная категория контроля за спамом, таким образом it’s ценность  overview.

принцип обнаружения поведения основано на одном основном наблюдении: личинки don’t ведут себя как люди. Люди - по большей части, сложная смесь случайного поведения и систематического исследования. Личинки являются вообще намного более абсолютными. Когда Вы наблюдаете вебсайт “user” посетите каждую отдельную судоходную страницу своего участка в 30-секундных интервалах, тот пользователь ясно не  human.

, Хотя фактическая интерпретация значительно более сложна, проблема проста: ищите образцы. Если user’s время на участке соответствует математическому образцу, that’s сигнал. Плохое Поведение работы пакета (по крайней мере частично) по этой общей логике: поиск признаков о пользователе или пользователе-агенте и идентифицирует сигналы, которые предлагают нечеловека  activity.

Определенное Требование  Capabilities

Некоторые решения для спама делают выбор, что они потребуют определенных способностей от посетителя, чтобы позволить им вступать в контакт. Плагин спама комментария Wordpress WP-Spamfree берет эту стратегию. Первый слой защиты для этого плагина должен потребовать, чтобы у любого посетителя, пытающегося представить комментарий, была поддержка Javascript и для куки  enabled.

Немедленно, эта стратегия устраняет огромное большинство bots — and маленькое меньшинство  humans.

Заключение

I’m не осведомленный, что there’s любое решение, которое имеет 100%-ый успех в дифференцирующихся людях от личинок. Любой барьер, положенный на место к спаму, также создаст барьер для кто - то . Однако, это - решение, которое должно быть принято для любого участка: когда you’re получение тысяч сообщений спама в день через опасную форму контакта, это лучше, чтобы остановить случайного человека или в широком масштабе уменьшить Ваше ежедневное убивающее спам время  commitment?

В конечном счете, там isn’t реальный ответ. Спам является слишком большим из проблемы, чтобы просто проигнорировать. Однако, любое время, Вы создаете CAPTCHA  — of любой sort — just помнит это: обеспечьте альтернативу. Если Вы предоставляете телефонный номер тем, кто подвел Ваш небольшой тест, они могут быть в состоянии достигнуть Вас. Если кто - то должен достигнуть Вас, позволить: даже если they’ll должны написать Вам письмо, чтобы отправить комментарий к Вашему  blog.

Here’s первая подсказка: it’s не создание прекрасного пикселом ответа Вашей идеальной версии участка всего  browsers.

Фактически, у совместимости поперечного браузера в конечном счете есть очень немного, чтобы сделать, с каким вебсайт похож, и намного больше сделать с тем, как это функционирует. Это также относительно немного имеет отношение к браузерам, и возможно могло лучше быть объяснено как многократный пользователь-агент  compatibility.

“ Compatibility” (в этом контексте), не термин, что означает “looks и ведет себя identically” — instead, он может быть лучше описан как “performs эквивалентно под альтернативой conditions.” Но разработчики и проектировщики имеют тенденцию наиболее немедленно ухватиться за появление как за руководящую линию для поперечного браузера  compatibility.

Конечно, let’s быть честным: есть много очень серьезных оснований для этого. Полностью игнорирование, что мы можем знать о поведении участка, клиенты, имеет тенденцию очень визуально ориентироваться. Они СУЮТ их новый участок, открытый дома однажды во время развития, и замечают целое разнообразие различий, которые they’re внезапно касались о. Если you’re удачливый, they’re открытие Internet Explorer 6 после you’ve пройденный кропотливый процесс правильных его неспособность справиться с послушным стандартами кодексом, а не прежде you’ve найденный время это. Это может быть  awkward…

Другое серьезное основание состоит в том, что несмотря на то, что I’ve вышеизложенный, делая проект ведут себя более или менее тождественно между различными браузерами, фактически весьма желательно. От перспективы удобства и простоты использования изменение без шва в междеятельности между различными пользователями-агентами очень желательно. Если you’ve когда-либо пытался вести кого - то через использование вебсайта, который поставляет различный опыт к их браузеру чем к Вашему, Вы глубоко знакомы с одной причиной it’s очень плохое  idea.

, Но абсолютный ключ к совместимости поперечного браузера просто функциональные возможности . Нехватка совместимости поперечного браузера doesn’t означает, что кое-что выглядит различным; это означает что это doesn’t  work.

И хорошая вещь, также. Иначе, совместимость была бы вполне прилично невозможна между настольными браузерами и мобильными браузерами.

С веб дизайном, it’s иногда полностью возможный заставить два браузера отдать проект точно same…if Вы предполагаете, что определенные факторы останутся постоянными, такие как пользовательские параметры настройки, описанные в мой сигнал отбоя . Если любой из тех был изменен, все вполне прилично идет из окна. Столь же желательный, поскольку это должно сделать Ваш взгляд проектов настолько подобным насколько возможно между различными настольными браузерами, всегда нужно признавать, что есть  limits.

There’s ничто во все, что Вы можете сделать, чтобы фактически гарантировать то же самое представление для всех; вместо этого, Вы должны гарантировать эквивалентное представление для всех. Эквивалентный в этом они будут в состоянии получить ту же самую информацию и использовать функции участка, чтобы выполнить то же самое  actions.

Без обоих, it’s очень трудный иметь успешный бизнес онлайн. У непригодных вебсайтов есть невероятная способность произвести нехватку доверия business — as скоро, поскольку одна особенность не в состоянии работать правильно, или doesn’t ведут себя, как Вы ожидаете, there’s непосредственная связь  made:

“ , Если они can’t получают это право, что еще могло бы, у них есть проблемы  with?”

Они потеряют Ваши финансовые данные? Они отправят Вас правильный продукт? Будут они выставлять Вам счет правильное количество отгрузки? Что является ими собирающийся делать с Вашим частным  information?

It’s трудно к полностью трастовому вебсайт, который стоит на пути когда you’re пытающийся выполнить основные задачи. Вышеупомянутые вопросы могут подойти как реакции на довольно серьезные проблемы участка, такие как неправильные данные продукта или пугающие сообщения об ошибке, такие как это  one:

“ Вы не можете сделать этого. Это действие  recorded.”

Yikes! Не действительно идеальная ситуация. Теперь, написав сообщения об ошибке прежде, я могу вообразить то, что предназначалось, который мог бы быть лучше заявлен как  this:

“ Вы не можете выполнить то действие. Мы зарегистрировали ошибку и будем работать, чтобы заботиться о любом  problems!”

Есть несколько важных различий между теми  statements.

Сначала, there’s время утверждения: мы в настоящее время - делающий запись против нас, сделали запись . Первые листья продолжающееся значение, что Ваши действия проверяются, который может быть немного  disturbing.

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

Поддержание доверия Вашему заявлению зависит от хороших данных, ясных и неугрожающих сообщений об ошибке, и ясных троп задачи. Если Ваши пути задачи aren’t ясный, Вы можете потерять пользователей из-за явного беспорядка. Если Вы aren’t проверка Ваших данных и совершенствования Ваши сообщения об ошибке (и все другие ответы, конечно!) Вы можете потерять доверие посетителей, которое you’ve действительно вкладывало их потребности  mind.

Работающий как разработчик веб-страниц, я имею дело с большим количеством различных регистраторов области, принимая услуги, и т.д. It’s неизбежный. It’s также не малейший бит, необычный, чтобы натыкаться на одно очень определенное неудобство удобства и простоты использования с тем, как эти услуги управляют своими услугами. (Не весь из them — but достаточно это it’s  irritating.)

Эта определенная проблема - это, когда you’re руководящие области, некоторые из этих услуг обращаются с управлением многократной области в следующем  manner:

1. Выберите действие, к которому Вы желаете  perform.
2. Выберите область, к которой Вы желаете  change.
3. Полоскание и  repeat.

Должно быть с готовностью очевидно, какова проблема: выбор действия до выбора области является чрезвычайно неэффективным способом сделать большое количество изменений к определенному  domain.

Теперь, способ, которым я имею тенденцию работать (и я don’t вижу любую большую вероятность, что это изменится) состоит в том, чтобы сосредоточиться на специфическом участке и сделать все, что я должен сделать на том участке в одной работе  session.

Исход: если я должен сделать, скажем, пять изменений к области, я должен предпринять 10 отдельных действий. Если бы я выбрал область, и затем выполнил множество действий на той области, то я мог легко уменьшить это до только 6  actions.

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

Во всяком случае, если Вы, случается, крупная компания, которая управляет оказанием гостеприимства и/или регистрацией областей, don’t, настраивает Ваш интерфейс управления как этот . It’s  annoying.

Конец  rant.