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

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

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

, Поскольку я вижу это, строя поисковую машину, дружественный участок - одна из первых стадий маркетинга поиска передового опыта. Пословица “if Вы строите это, они будут come” не в состоянии держаться, однако: участок, который построен просто быть дружественной поисковой машиной извлечет пользу немного к нет  traffic.

Будучи частью  process

Быть дружественной поисковой машиной является частью процесса поисковой оптимизации; который является, непосредственно, частью процесса поискового маркетинга. В дополнение к этим двум аспектам поисковый маркетинг может также включать рекламу платы за щелчок, рекламу печати, здание связи и социальное участие СМИ. Поисковый маркетинг - большая область, и очень, очень немного людей опытны во всех аспектах. I’m конечно  not.

С маркетинговой точки зрения, что отделяется этого целого маркетинга, необходимы для Вашего бизнеса, чтобы преуспеть, собирается измениться радикально в зависимости от Вашей промышленности и способа, которым Ваш бизнес пересекается с Интернетом. Это будет также зависеть от Вашего определения успеха. Если you’re смотрящий максимизируют рост, you’ll вероятно хотят вложить капитал во все аспекты  marketing.

Так I’m утверждающий, что маркетинг поиска, в то время как ясно практика, в которой части целого чрезвычайно вплетены и несут ясные зависимости друг от друга, может тем не менее быть отделен в it’s составные части для множества причин, включая ради  discussion.

Теперь позвольте мне брать это шаг далее. Мало того, что возможно разделить поисковый маркетинг на отдельные аспекты для обсуждения, it’s   ценный .

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

It’s необходимый для практиков в поисковом маркетинге, чтобы знать, вообще, чем воздействие их работа будет на всех аспектах маркетинговой кампании. Это - решающий для практиков в маркетинге поиска, чтобы знать, подробно, точно как выполнить их собственные задачи в самой лучшей манере для их клиентов. It’s важный, чтобы рассматривать область экспертизы определенно. Разговор через природу той области; сравнение и противопоставление этого к другим связанным областям; рассмотрение определенной природы задач в пределах той области экспертизы: они - все пути лучшего определения и очистки знания относительно определенного  subject.

Почему делает это  matter?

Это doesn’t, действительно. It’s вся семантика. Поисковая оптимизация - обычно известный термин, и это часто, как понимают, заключает в капсулу поисковый маркетинг. Или наоборот. Отрасли промышленности вокруг поисковых машин и продающий (и примерно что-нибудь Интернет) молоды, и словари aren’t действительно весь твердо установленный. В результате у некоторых людей есть очень устойчивое мнение относительно того, что означает данный термин, который, возможно, не всегда совпадает с другими  definitions.

Хорошо, that’s, почему мы пишем об этом. We’re вся надежда, что наши определения в конечном счете победят.

Только что, воздействуя на участок, построенный другим разработчиком, я сталкивался с этим довольно интересным примером того, как использовать таможенные области ужасно в теме WordPress (сокращенный для, ну, в общем,  brevity):

(Оригинал также сделал это для meta ключевых слов и meta descriptions — but демонстрация этого “logic” только требует того  field.)

 
 <?  , если   (  is_front_page  (  )  )   {   ?>  
	<title>Handwritten title</title>
  <?   }   elseif   (  is_page  (  "page-name"  )  )   {   ?>  
	<title>  <?=  get_post_meta  (  334 ,   'meta_title' ,   ИСТИННЫЙ  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?   }   elseif   (  is_page  (  "page-name-2"  )  )   {   ?>  
	<title>  <?=  get_post_meta  (  383 ,   'meta_title' ,   ИСТИННЫЙ  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?   }   elseif   (  is_page  (  "page-name-3"  )  )   {   ?>  
	<title>  <?=  get_post_meta  (  381 ,   'meta_title' ,   ИСТИННЫЙ  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?   }   elseif   (  is_page  (  "page-name-4"  )  )   {   ?>  
	<title>  <?=  get_post_meta  (  383 ,   'meta_title' ,   ИСТИННЫЙ  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?   }   elseif   (  is_page  (  "page-name-5"  )  )   {   ?>  
	<title>  <?=  get_post_meta  (  387 ,   'meta_title' ,   ИСТИННЫЙ  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?   }   ?> 

И так далее. Приблизительно для 40 отдельных страниц. Это сделало мой мозговой вред. Для ссылки то же самое thing — for все страницы на site — could были достигнуты (с лучшими условиями отступления, фактически) с этим  code:

 
 <?php  , если   (  get_post_meta  (  $wp_query  ->  отправляют  ->  удостоверение личности ,   'meta_title' ,   истинный  )  ==  ""   &&  is_page  (  )   )   {   ?>  
	<title>  <?  wp_title  (  '|' ,   истинный ,   'право'  ) ;   ?>   <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?php   }   еще   {   ?>  
	<title>  <?php   повторяют   stripslashes  (  get_post_meta  (  $wp_query  ->  отправляют  ->  удостоверение личности ,   'meta_title' ,   истинный  )  ) ;   ?>  |  <?  bloginfo  (  'называют'  ) ;   ?>  </title>
  <?php   }   ?> 

Теперь, оригинальный кодекс может фактически смотреть cleaner — it, действительно, в конце концов, имеет меньше функций и меньше переменных. Однако, второй пример - ад из намного больше  maintainable.

Если Вы добавляете новую страницу к участку в первом примере, Вы имеете  to:

1. Создайте новое  page.
2. Добавьте таможенную область с  title.
3. Проверьте новое page’s  ID.
4. Найдите файл темы, который содержит meta данные  references.
5. Добавляют новую линию в elseif петли, который ссылается на Вашу новую страницу сначала слизняком и затем  ID

Со вторым примером, Вами  simply:

1. Создайте новое  page.
2. Добавьте таможенную область с  title.

Никакое кодирование, никакой PHP , никакое редактирование themes — it только не работает. Хорошо, isn’t, что удобный? Это - только основная хорошая кодирующая практика: сделайте свой кодекс повторно используемым. There’s абсолютно никакая причина закодировать кое-что в Ваши Темы WordPress, которое не с готовностью транспортабельно, если you’re выполнение польза, избегая ненужного сервера не называют твердым кодированием название участка или другое известное  elements.

Основное различие между этими двумя примерами просто: первое требует, чтобы Вы трудно закодировали удостоверение личности и слизняка страницы для каждого примера; вторые захваты почтовое удостоверение личности от существующего почтового объекта. У второго примера также есть отступление, если никакая информация не была введена в данный обычай field — which, недостает в оригинале  code.

Word к мудрому: спасите себя некоторые  work!

худшая вещь, которую я могу сказать о Джоне Рхоудсе, - то, что письмо, прибывающее из его блог удобства и простоты использования было тревожно нечастым в последних годах. 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.

Самые новые проекты идут с некоторым багажом. Старая версия участка с, буду мы говорить, невероятный кодекс , дорогие СМ с гнилым ядром HTML поколение, оснащать владельца участка, влюбился, которые не в состоянии предложить даже поклон в направлении доступности, или требования на некоторое понятие, которое только только регистрируется насколько возможно в пределах границ HTTP  protocol.

И, как разработчик, it’s Ваша работа выяснить, как сделать заново эти проекты. Обычно, будет больше чем один способ сделать работу: в минимуме, you’ll видят быстрый и грязный метод и трудный, привередливый, сложный метод, который делает весну слез к Вашим глазам в ожидании кропотливого  hours.

Обнаружение “right” способ сделать работу является вопросом балансирования потребностей. В идеальном мире, “right” путь - метод, который дает Вам прекрасную доступность, фантастическое удобство и простоту использования, и помогает продать миллион копий Вашего client’s продукт за первые 24 часа.

В реальном мире, it’s лучший компромисс между Вашим временем, Ваш client’s бюджет, и потребностями аудитории участка. Это может даже быть более определенное audience — the пользователи определенной части участка, который создает это  challenge.

Проблема  Scale

, Когда Вы сталкиваетесь со страницами дюжины с кодексом, который является слоистым с шрифтом элементы, чрезмерные охватывают элементы, и множество ненужного разрабатывает признаки it’s тривиальная задача раздеть дополнительный HTML и замените это голым минимумом, требуемым для Ваших потребностей. Когда Вы сталкиваетесь с 12 000 страниц как это, конечно, Вы можете смотреть на часы человека который aren’t доступный  anymore.

Проблема Наследства  Systems

Восстановление, что СМ , чтобы поставить разумное факсимиле приспосабливания HTML может не только быть вне области practicality — it, могло быть нарушение client’s лицензия, чтобы использовать программное обеспечение. Если it’s дорогое программное обеспечение, жертвуя отношениями поддержки с разработчиком программного обеспечения могло бы быть очень  damaging.

С главными СМ восстанавливает, самая важная вещь должна идентифицировать область изменений, которые Вы можете произвести. Возможно Вы can’t заменяете каждую проблему, но it’s honestly не ценность, отказывающаяся от ценности за 30 000$ инвестиций программного обеспечения ради ратификации. Это является ценность, отказывающаяся от ценности за 30 000$ программного обеспечения ради законных барьеров доступности. Если система не будет позволять Вам создавать доступную форму, или производит телегу посещения магазина, которой нельзя управлять, не используя мышь, то программное обеспечение должно быть  replaced.

Проблема Воображения  Widgets

Ваш клиент влюбленный , от которого обеспечил плохо разработанный виджет Вспышки CrazySite.com. They’ve только должен имейте это! Это can’t использоваться любым, который isn’t использование мыши, размер шрифта can’t быть приспособленным и установлен в 8pt Arial, и there’s постоянная красная вспышка, которая могла бы вызвать конфискации. Но it’s именно так  cool!

Прежде, чем Вы даже начнете обсуждать проблемы above — the несексуальный и твердый продать доступность problems — it’s хороший, чтобы иметь серьезное обсуждение с клиентом ответ один ключевой вопрос: , Почему . Виджет удовлетворяет цели для их бизнеса? Это помогает их пользователям? Это помогает продать их продукт? Иногда Вы можете успешно заставить клиента принимать правильное решение самостоятельно, как только они понимают, что функция фактически не поддерживает их бизнес в любом  way.

, Если, с другой стороны, это делает фактически поддержите их бизнес, you’ve потенциально прикрепил себя с большей проблемой: замена функциональных возможностей виджета, используя замену означает. Программирование ПЧЕЛЫ является большим, но не каждый участок фактически предлагает  one.

Проблема Невозможных  Functionality

“ Impossible” функциональные возможности - фактически немного гиперболы. В моем собственном опыте I’m не уверенный я вспоминаю когда-либо быть спрошенным кое о чем, что было фактически невозможным . Однако, у меня спросили о функциональных возможностях, где рабочая сила, чтобы оценить отношение была чрезвычайно неблагоприятна клиенту, который вероятно близок  enough.

Теперь, это - очень переменная проблема. Иногда, лучшая вещь, чтобы сделать здесь должна только попросить второе мнение от программиста с более определенным знанием, чем Вы имеете. Однако, предполагая, что запрос фактически неблагоразумен, проблема - в значительной степени то же самое как above – find, что хочет клиент действительно хочет. Иногда, трудность - просто терминология. Некоторые клиенты могли бы использовать технические термины в чрезмерно общей манере, которая может иногда приводить  misunderstandings.

Обучение спросить о проектных потребностях, не используя техническую терминологию является одним из самых ценных инструментов в Вашем обзоре toolkit — it, может спасти Вас огромное количество времени, потраченное впустую усилие, и разбитый  miscommunication.

Что делает это  right?

Так, в конце, что означает сделать кое-что правильно? В конечном счете, это означает не быть потерянным в невозможности запросов и избегать отвлекаться, путая запросы. Делать правильно проект всегда начинается с хорошего обзора: непрерывно задавая вопросы до you’re абсолютно бесспорный, что, что you’re продолжать работать - действительно проект, который требуют. Как только проект должным образом определен, инструменты известны и поняты, затем делая сам проект просто вопрос времени и нормальные лучшие методы  development!

WebAIM только что издало предварительные результаты обзора пользователей читателя экрана . С более чем 1 100 respondents — among, кого более чем 1 000 использовали читателя экрана из-за disability — the обещание показов обзора раскрытия интересной и ценной перспективы на практическом использовании читателей экрана среди инвалида  populations.

Очевидно, никакой обзор не perfect — but наблюдение, что полная область ответов может эффективно выставить некоторые аспекты читателя экрана  usage.

Фактически, предварительное свидетельство результатов много интересных заключений. Среди статистики признаки, что у читателя экрана и оценщиков вебсайта, у которых нет неспособности иногда, есть очень несоизмеримая идея того, что более доступно чем те с disabilities — an проблема, возможно связанная с evaluator’s нехватка сложных дружественных отношений с экраном  readers.

It’s не в целом удивительный, что мы в промышленности доступности сети не всегда выбираем путь, который является фактически большинство preferred — our, на впечатления обязательно оказывают влияние наше собственное понимание технологии, наши предположения того, что является достаточной информацией, и нашей нехваткой способности полностью проигнорировать визуальный вход мы, делают  receive.

That’s, что делает этот обзор настолько особенно ценным: это начинает выставлять различие между распространенными заблуждениями того, что доступно и те, которые имеют действительно  benefit.

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

И, неудивительно, there’s довольно категорическое подтверждение, что Вспышка является трудной для инвалида к  use.

Тем не менее, выводы, сделанные от этой информации aren’t действительно, что простой. Со Вспышкой, например: проблема со Вспышкой состоит почти наверняка в том, что посещаемые вебсайты Вспышки не были разработаны с доступностью в памяти. Вспышка может использоваться доступно, но в 9 случаях из 10 (число I’m восполнение гиперболических целей ) it’s развитый без отношения вообще к проблемам доступности. Таким образом проблема не точно с Flash — rather, проблема со Вспышкой   разработчики .

Предварительные наблюдения от этого обзора хорошо стоят читать; и I’m определенно ждание встречи с дальнейшим анализом  results.

Спасибо,  WebAIM!

Новый плагин WordPress: WP Почта, Разрабатывающая . Плагин удовлетворяет только одной цели: создать место, чтобы добавить таможенные стили, которые будут только относиться к текущей странице или почте в Вашем WordPress  blog.

Хотя не широко используемый в Интернете, it’s ценный метод проектирования журнала, чтобы дать каждой статье уникальный взгляд и чувство. Взгляд и чувство, которое показывает лицо той статьи в свете, который лучше всего представляет предмет, тему, или  style.

Этот плагин предназначен, чтобы сделать такое моделирование "почтой почтой"  simpler.

It’s не, что Вы can’t с готовностью приканчиваете это WordPress — either при использовании темы, которая просит крюки стиля об уникальных статьях, используя WordPress условные функции, чтобы проверить, является ли данная страница активной, или тем, что другие средства Вы могли бы imagine — but, это делает их намного более простыми, так как Вы можете просто войти в желательные стили в textarea непосредственно в  post.

Комментарии и запросы должен быть сделан в WP Почтой, Разрабатывающей дом  page.

После всей рабочей силы Вы помещаете в проектирование изящного участка, который позволяет пользователям с готовностью следовать за ароматом информации, вся работа, посвященная развитию эффективной семантики и отделению Вашей структуры из проекта, 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!