Регистрация доменных имен

30.06.2009

Встраиваем шрифт в веб-страницу

Рубрика: Web design и SEO, Статьи — admin @ 23:45
Встраиваем шрифт в веб-страницу  
Предистория
С момента создания WWW веб-дизайнер вынужден был мириться с тем, что он ограничен стандартными шрифтами и не может использовать более подходящие для его целей. Что если надо передать настроение древности или наоборот, создать обстановку супер современных технологий? В такой ситуации обычно использовались заголовки, выполненные в виде картинки.
Этот подход был хорош тем, что шрифт заголовка выглядел именно так, как этого хотел дизайнер, но засчет этого значительно раздувался размер готового веб-документа и замедлялась его загрузка. Много фирм пытались создать софт, решающий проблему встраивания шрифтов, но не очень успешно.
С появлением PHP и его расширенных ситуация немного упростилась, но проблема не была решена окончательно, т.к. это решение было доступно достаточно узкому кругу дизайнеров. С появлением MS WEFT (Web Embedding Font Tool) ситуация изменилась коренным образом.

Как это работает
Все просто. WEFT преобразует шрифт, который вы хотите встроить в свой специальный формат – OpenType. Шрифт этого формата имеет расширение EOT и может работать только на вашем веб-сайте (это для того, чтобы шрифты не воровали, т.к. они также являются предметом авторского права). Далее при помощи стилей указываем название файла, из которого грузим шрифт – вот и все.

Как это выглядит
Чтобы вы сразу поняли, что встраиваемые шрифты – это действительно круто, походите по ссылкам:
Пример №1
Пример №2
Пример №3
Пример №4
Пример №5
Пример №6
Пример №7
Пример №8
Пример №9

А теперь опишу по-шагово, как это сделать.
1. Качаем WEFT 3.0 (около 9М). Инсталлируем его.
2. Создаем страничку у себя на диске С:

<HTML>
<HEAD>
<TITLE>Test Page</TITLE>
<STYLE TYPE=”text/css”>
<!– /* $WEFT — Created by: () on 8/23/2000 — */
@font-face {
font-family: myfont;
font-style: normal;
font-weight: normal;
src: url(ARIAL0.eot); }
–>
</STYLE>
</HEAD>
<BODY>
<FONT FACE=myfont SIZE=5> a b c d e f g </FONT>
</BODY>
</HTML>

3. Запускаем WEFT
4. Нажимаем кнопку “Add”.
5. Указываем путь к нашему документу.
6. Выбираем, какой (или какие) шрифты нам нужно встроить в нашу страничку. В данном случае он один – Arial. При этом в выпадающем меню “Subsetting” выбираем “No subsetting”. Нажимаем Next.
7. А вот тут нужно быит внимательным. Нажимаем на кнопку “Mirror sites” и добавляем ВСЕ URLы, с которых должен работать наш шрифт. Учитывайте, что URLы типа YOURSITE.COM и WWW.YOURSITE.COM для WEFTа являются разными, и потому надо вписать и тот, и другой адрес.
8. Теперь WEFT спросит Вас, куда сохранять модифицированную им вашу веб-страничку. Укажите путь.
9. Вот и все! После недолгих раздумий WEFT сгенерировал нам файл со шрифтом и встроил вам его в страничку.

Чтобы проверить, действительно ли чудо свершилось делаем следующее:
Модифицируем нашу простенькую веб-страничку из такой формы:

<HTML><HEAD><TITLE>Test Page</TITLE>
<STYLE TYPE=”text/css”>
<!– /* $WEFT — Created by: () on 8/23/2000 — */
@font-face {
font-family: Arial;
font-style: normal;
font-weight: normal;
src: url(ARIAL0.eot); }
–>
</STYLE>
</HEAD>
<BODY>
<FONT FACE=Arial SIZE=5> a b c d e f g </FONT>
</BODY>
</HTML>

в такую:

<HTML>
<HEAD>
<TITLE>Test Page</TITLE>
<STYLE TYPE=”text/css”>
<!– /* $WEFT — Created by: () on 8/23/2000 — */
@font-face {
font-family: myfont;
font-style: normal;
font-weight: normal;
src: url(ARIAL0.eot); }
–>
</STYLE>
</HEAD>
<BODY>
<FONT FACE=myfont SIZE=5> a b c d e f g </FONT>
</BODY>
</HTML>

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

 
Автор: Валерий Полях

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Мелочи в дизайне

Рубрика: Web design и SEO, Статьи — admin @ 23:41
Мелочи в дизайне  
Насколько важны мелочи? Очень! Под мелочами я имею ввиду всякого рода выравнивания, мелкие детали и цветовые нюансы, а также отсутствие мелких “паразитных” деталей и связей.

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

Сравнительно бедна нюансами реклама. Она нацелена на мгновенное восприятие, а не на долгое рассматривание, как картина. Исключением из этого правила может стать некоторые из телевизионных роликов, которые приятно смотреть не один раз.

Поэтому не ленитесь оттачивать детали в своём произведении. Только обратите внимание: «оттачивать», а не добавлять что-то совсем новое. Это может нарушить интеграцию. Умение расставлять нюансы приходит с тренировкой и профессионалы делают это практически машинально. Тренируйтесь.

 
Автор: Фёдор Филимонов

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Мета теги

Рубрика: Web design и SEO, Статьи — admin @ 23:37
Мета теги  

Мета теги используются для описания свойств HTML документа и должны находится в рамках тега HEAD. Если в документе используется тег TITLE, то мета теги рекомендуется вставлять в документ после него.
Мета теги имеют очень широкую функциональную направленность, но многое еще не стандартизировано или находится на стадии разработки.
Мета теги могут идентифицировать авторство HTML документа, его адрес и как часто он обновляется. Поисковые системы используют мета теги для индексации и формирования заголовков HTML документов.
Мета теги могут влиять на режим отображения HTML документов, хотя сами на экран не выводятся.
Далее будут описаны мета теги, принятые большинством поставщиков услуг и программ для сети интернет.

Мета теги делятся на две группы: NAME и HTTP-EQUIV.
Мета теги типа NAME содержат текстовую информацию о документе, его авторе и некоторые рекомендации для поисковых машин. Например: Robots, Description, Keywords, Author, Copyright.
Мета теги типа HTTP-EQUIV влияют на формирование заголовка документа и определяют режим его обработки.

Описание мета тегов группы NAME:

Описание мета тегов группы HTTP-EQUIV:

Author, Copyright

Эти теги не отражаются броузерами, но обрабатываются некоторыми поисковыми машинами. Как правило, нет необходимости использовать эти теги одновременно. В большинстве случаев достаточно одного информационного тега, позволяющего идентифицировать автора или принадлежность документа.
Тег Author должен содержать имя автора, если сайт принадлежит организации, имеет смысл использовать тег Copyright. Информация обязательно должна заключаться в кавычки, например <META Name= Author content=”Смирнов Сергей”>.
Дополнительно информационные теги могут содержать атрибут “Lang”, указывающий язык, на котором написано значение свойства.
Пример: <META Name= Author Lang=”ru” content=”Смирнов Сергей”>.

Description

Мета тег Description – служит для краткого описания странички.
Он используется поисковыми машинами для индексации и в качестве краткой аннотации при ссылке в ответе на запрос. И именно по содержанию этого тега пользователь поисковой системы будет оценивать, соответствует ваш сайт его ожиданиям или нет.
Если тег Description отсутствует, то в качестве описания поисковые машины используют первую строку текста или отрывок из текста с найденным ключевым словом.
Желательно чтобы длина описания не превосходила 80 символов.
Пример: <META Name=”Description” content= “. . .”>

Document-state

Мета тег Document-state – предназначен для управления индексацией поисковых роботов. Может иметь два значения:

  • Static – Нет необходимости индексировать эту страницу в будущем.
  • Dynamic – Индексировать эту страницу регулярно (по умолчанию).

Режим “Static” предназначен для страниц, которые не меняются в принципе. Если содержание вашей страницы периодически меняется, то использовать этот тег необязательно.
Пример: <META Name=”Document-state” content =”Dynamic”>

Generator

Мета тег Generator – это всего лишь один из “славного” семейства тегов широко используемых генераторами HTML кода в своих целях. Как правило, для владельца сайта эти теги не несут полезной нагрузки.

Keywords

Мета тег Keywords используется поисковыми машинами для оценки релевантности.
Слова, содержащиеся в теге Keywords, рассматриваются поисковыми машинами как рекомендация, но иногда именно этой капли не хватает, чтоб перевесить чашу.
При формировании списка ключевых слов для мета тега Keywords необходимо использовать слова, содержащиеся в тексте документа. Слова, не содержащиеся в тексте, можно использовать в очень небольших количествах, два – три слова. Вставлять их надо в конец списка.
Ключевые слова не должны повторятся в теге Keywords, в крайнем случае, не более двух раз.
В мета теге Keywords имеет смысл использовать не более 10 слов, большее количество релевантности не увеличит.
В Большинстве случаев поисковые машины находят ключевые слова, стоящие во множественном числе (cats), даже если поиск задан в единственном числе (cat). Поэтому рекомендуется в тег Keywords заносить английские существительные во множественном числе.
Роботы некоторых поисковых машин не переходят к новой строке при анализе мета тега Keywords, поэтому не рекомендуется разбивать его на несколько строк.

Пример: <META Name=”Keywords” content=”пример, meta, тега”>

Если документ написан на нескольких языках, можно использовать добавочный атрибут lang для выбора кодировки (смотри описание мета тега Content-Language).

Пример:
<META Name=”Keywords” lang=”ru” content=”пример, meta, тега”>
<META Name=”Keywords” lang=”en-us” content=”meta tegs, example”>

Но более предпочтительно сделать отдельные страницы, каждая на своем языке с переходами с одной на другую, с помощью тегов <A> и <Link>.

Resource-type

Мета тег Resource-type – описывает состояние данного документа. Если его значение отлично от “Document”, то поисковые системы не будут его индексировать.
Предназначен для использования в крупных проектах, с множеством документов разного типа.
Некоторые возможные значения:

  • Build
  • Classification
  • Creation
  • Document – Принимается по умолчанию.
  • Formatter
  • Host
  • Operator
  • Random text
  • Rating
  • Site-languages
  • Subject
  • Template
  • Version

Пример: <META Name=”Resource-type” content =”Document”>

Revisit

Мета тег Revisit – указывает поисковому роботу, через сколько дней ему нужно вернуться и переиндексировать данный документ.
Пример (приходить раз в неделю): <META Name=”Revisit” content=”7″>

Robots

Мета тег Robots – содержит указания для роботов поисковых машин, собирающих информацию о HTML документах в сети.
Значение свойства Robots может состоять из следующих директив, разделенных запятыми:

  • Index – эта страница должна быть индексирована.
  • Noindex – эта страница не должна индексироваться.
  • Follow – прослеживать гиперссылки на странице.
  • Nofollow – не прослеживать гиперссылки на странице.
  • All – = index, follow (принято по умолчанию).
  • None – = noindex, nofollow.

Тег <META name=Robots content=”all”> ничего не меняет в работе робота поисковой машины, так как значение “all” принято по умолчанию.
Но если эта страница создается динамически или очень часто обновляется, то нет смысла ее индексировать, так как информация о странице в поисковой машине и ее истинное содержание будут разными. В этом случае можно рекомендовать поисковой машине не индексировать эту страницу, а только отслеживать на ней гиперссылки, что бы проиндексировать остальную часть сайта <META name=Robots content=”noindex,follow”>.
При использовании тега, запрещающего отслеживание гиперссылок <META name=Robots content=”index,nofollow”> часть сайта может остаться не проиндексированной, так как внутри сайта роботы перемещаются по гиперсылкам. И те страницы, переход на которые заблокирован, не будут индексированы.
Мета тег Robots имеет приоритет над директивами управления, заданными в файле robots.txt.

Subject

Мета тег Subject используется поисковыми машинами для определения тематики документа. Но до тех пор, пока поисковые системы не согласуют классификационные таблицы, использование этого тега не всегда оправдано.

URL

Мета тег URL – служит для исключения из индексации генерируемых страниц и зеркал. Встретив этот тег, робот поисковой машины должен прекратить индексацию текущего документа и перейти по указанной ссылке.
Пример: <META Name=”URL” content= “http://www.Main-Site.com”>

Content-Language

Мета тег Content-Language – это указание языка документа. Используется поисковыми машинами при индексировании. Хотя большинство из них умеют различать язык по тексту.
Некоторые возможные значения (стандарт [ISO639], [ISO3166]):

  de
el
en
en-GB
en-US
en-cockney
es
fr
it
i-navajo
ja
he
nl
ru
pt
x-klingon
zh
- Немецкий.
- Греческий.
- Английский.
- Английский – Великобритания.
- Английский, Американская версия.
- Английский, диалект кокни.
- Испанский.
- Французский.
- Итальянский.
- Навахо (Северная Америка).
- Японский.
- Иврит.
- Голландский.
- Русский.
- Португальский.
- Код “x” обозначает экспериментальный код языка.
- Китайский.

Пример: <META HTTP-EQUIV=”Content-language” content =”ru”>
В спецификации HTML 4.0 есть альтернативная возможность явного указания языка – <html lang=”en”>

Content-Script-Type

Meta тег Content-Script-Type – Определение языка программирования сценариев.
Некоторые из возможных значений:

  text/javascript
text/perlscript
text/tcl
text/vbscript
- JavaScript (значение по умолчанию).
- PerlScript.
- TCL.
- VBScript.

Пример: <META HTTP-EQUIV=”Content-Script-Type” content=”text/javascript”>
Если тег Content-Script-Type не используется, то тип языка программирования сценариев, отличный от принятого по умолчанию, должен быть указан непосредственно в каждом теге <SCRIPT>, пример <SCRIPT type=”text/javascript”>.
В одном документе допускается использование нескольких языков программирования сценариев. Указание языка в теге <SCRIPT> имеет более высокий приоритет, в рамках текущего тега <SCRIPT>.

Content-Style-Type

Мета тег Content-Style-Type – указавает язык таблицы стилей, значение “text/css” принимается по умолчанию, если оно вас устраивает и вы не используете в этом документе теги <Style> и <Span>, то использовать этот тег необязательно.
Пример: <META HTTP-EQUIV=”Content-Style-Type” content=”text/css”>

Броузеры определяют язык таблиц стилей по следующему алгоритму:

  • Если в объявлении МЕТА задается язык таблиц стилей, то определяет последнее объявление в потоке символов.
  • Если язык таблиц стилей задается в объявлении STILE, язык таблиц стилей определяет последний заголовок в потоке символов.
  • Если язык таблиц стилей не задан, по умолчанию используется язык “text/css”.

Content-Type

Мета тег Content-Type – Отвечает за указание типа документа и кодировки символов.
Использовать мета тег Content-Type надо только с учетом некоторых нюансов.
Во – первых, кодировка символов текста должна соответствовать кодировке, указанной в теге.
Во – вторых, сервер не должен менять кодировку текста при обработке запроса броузера.
В – третьих, если сервер меняет кодировку текста, он должен скорректировать или удалить мета тег Content-Type.
Несоблюдение этих требований может привести к следующему: web-сервер автоматически определит кодировку запроса клиента и отдаст страничку web-броузеру перекодированной. Броузер, в свою очередь, будет читать документ в соответствии с мета тегом Content-Type. И если кодировки не совпадут, то прочитать документ можно будет только после ряда замысловатых манипуляций. Особенно это характерно для старых броузеров IE 3.x – 4.x и Netscape 4.x.
Внимание! Мета тег Content-Type очень часто вставляется генераторами HTML кода.

Некоторые из возможных типов кодировки (стандарт [ISO10646]):

  ISO-8859-1
Windows-1251
KOI8-r
cp866
Windows-1252
Windows-1250
shift_jis
- Latin-1, для большинства западноевропейских языков.
- Кириллица (Windows).
- Кириллица (КОИ8-Р).
- Кириллица (DOS).
- Западная Европа (Windows).
- Центральная Европа (Windows).
- Япония (Windows).

Пример: <META HTTP-EQUIV=”Content-Type” content=”text/html; charset=windows-1251″>

Expires

Мета теги Expires – управляет кэшированием. Если указанная в теге дата прошла, то броузер должен сделать повторный сетевой запрос, а не использовать копию из кэша. Если изначально указать прошедшую дату, то документ не будет кэшироваться.
Некоторые поисковые роботы могут отказаться индексировать документ с устаревшей датой.
Дата должна указываться в стандарте [RFC850].
Пример: <META HTTP-EQUIV=”Expires” content=”Wed, 26 Feb 1999 08:21:57 GMT”>

PICS-Label

Мета тег PICS-Label – (Platform-Independent Content rating Scheme Label) ) определяет уровень доступности сайта (sex, violence), но может использоваться и в других целях.

Pragma

Pragma – Контроль кэширования. При значении “no-cache” кэширование данного не рекомендовано. Предназначен для документов, получаемых в результате работы скрипта.

Пример: <META HTTP-EQUIV=”Pragma” content =”no-cache”>

Refresh

Мета тег Refresh – определение задержки времени в секундах, после которой броузер автоматически обновляет документ. Дополнительная возможность – автоматическая загрузка другого документа.
Пример: <META HTTP-EQUIV=”Refresh” content =”4; URL=http://www.name.com/”>

Если нужно просто обновить документ, то URL указывать не обязательно.

Set-Cookie

Set-Cookie – Настройка cookie броузера.
Пример: <META HTTP-EQUIV=”Set-Cookie” content=”NAME=value; EXPIRES=date; DOMAIN=domain_name; PATH=path; SECURE”>
Атрибуты EXPIRES, DOMAIN, PATH и SECURE при необходимости можно опустить.
Пример: <META HTTP-EQUIV=”Set-Cookie” content=”NAME=value;”>

NAME  

Имя cookie, не может содержать символы перевода строки, пробелов, точки с запятой (;) и табуляции.

EXPIRES  

Время хранения cookie. После указанной даты (в формате “Wdy, DD-Mon-YYYY HH:MM:SS GMT”) истекает время хранения cookie.
Если этот атрибут не указан, то cookie хранится в течение одного сеанса, до закрытия броузера.

DOMAIN  

Домен, для которого задается значение cookie. Для доменов COM, EDU, NET, ORG, GOV, MIL, INT значение можно задавать сокращенно “MY.COM”, оно будет распространяться и на домен “WWW.MY.COM”. Для всех остальных (в том числе и RU) значение надо задавать полностью “WWW.MY.RU”.
Если этот атрибут опущен, то по умолчанию используется доменное имя сервера, с которого было выставлено значение cookie.

PATH  

Устанавливает подмножество документов, на которые распространяется действие cookie. При значение “/doc” действие cookie будет распространено на все файлы и каталоги в этой директории начинающееся на “doc” (/doc/, /document/, /doc2/, docs.html, doc-test.htm).
Если этот атрибут опущен, то значение cookie распространяется только на документы директории, в которой расположен текущий документ.

SECURE  

Указывает, что информация о cookie должна пересылается через HTTPS (HTTP с использованием SSL). В противном случае информация о cookie будет пересылается по протоколу HTTP.

Перед запросом к серверу, броузер проверяет cookie. И если атрибуты NAME, DOMAIN и PATH совпадают, броузер посылает cookie серверу.
Если cookie принимает новое значение, старое значение удаляется.
Броузер имеет ряд ограничений по работе с cookie:

  • Единовременно может храниться не более 300 значений cookie.
  • Cookie не может превышать 4 Кбайт.
  • От одного сервера (домена) не может быть более 20 cookie.

Эти ограничения могут быть несколько иными, в зависимости от настройки и типа броузера.
Если происходит превышение лимита (общего или по домену) удаляется первая по времени запись. Удаление происходит, не зависимо от значения атрибута EXPIRES.
При превышении 4 Кбайт, cookie усекается.

Пример: <META HTTP-EQUIV=”Set-Cookie” content=”NAME=cookexample; EXPIRES=Monday, 22-FEB-02 21:11:51 GMT; DOMAIN=WWW.MY.RU; PATH=/; SECURE”>

Window-target

Мета тег Window-target – определяет окно текущей страницы. Приведенный пример может быть использован для прекращения появления новых окон броузера при применении фреймовых структур. Действует для многих (но не для всех) броузеров.
Пример: <META HTTP-EQUIV=”Window-target” content =”_top”>

 
Автор: METASSET Group

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Этого не должно быть на Вашем сайте.

Рубрика: Web design и SEO, Статьи — admin @ 23:33
Этого не должно быть на Вашем сайте.  
Обладая некоторым опытом серфинга по Сети, можно легко научиться распознавать сайты сделанные начинающими веб-строителями. Общие элементы присущи многим таким сайтам, вот именно о них я и хотел бы поговорить сегодня.

  1. “Анимация” – одна из самых распространенных черт таких сайтов. Огромные анимированные изображения на главной странице, несколько бегущих строк перемещающиеся в 2 разные стороны и при этом резко мигающие вызывают мгновенный уход посетителя с такого сайта. Можно быть уверенным, что он не вернется.
  2. “Широкие изображения” – большие по формату изображения медленно загружаются, особенно это понятно жителям стран СНГ, где быстрый доступ еще редкость.
  3. “Кнопки” – начинающие веб-строители любят вешать на главную страницу до 10-20 кнопок – счетчики, топы, эмблемы каталогов, ссылки на дружественные сайты. Подумайте, может что-то из этого бесполезное увеличение обьема графики.
  4. “Длинные тексты” – иногда видишь “сайт” целиком умещающийся в одном большом файле. Большая ошибка! Пользователь не должен прокручивать экран больше чем на 2,5-3 экрана.
  5. “Фон” – классическая ошибка начинающих – это использование цветистых, а зачастую и разных типов фона в пределах сайта. Старайтесь создать единую атмосферу на сайте, и фон не должен выпячиваться вперед, показывая свою важность. Попробуйте использовать классику – черный текст на белом фоне.
  6. “Ошибки” – всегда проверяйте свою орфографию. Ошибки зачастую прокрадываются незаметно и портят все впечатление от сайта.
  7. “Выпадающие окна” – использование pop-up окон является нарушением Нетикета, самой обычной реакцией на появление таких окон при каждом клике на ссылке будет уход с такого сайта.
  8. “Горизонталь” – часто при жестком дизайне (все расстояния указываются в пикселях) появляется горизонтальная полоса прокрутки, если веб-строитель имеет хороший монитор и видео-карту. Обязательно проверьте свой сайт при разрешении 800*600 при 256 цветах.
  9. “Разные шрифты” – при создании сайтов применяйте правило “Не более 5-ти шрифтов на странице” – при этом жирные шрифты считаются за отдельный шрифт, тоже касается и их размера.
  10. . “Under Construction” – самая бесполезная надпись из всех. Если Вы переделываете раздел, лучше убрать ссылки на него. Как правило, на сайтах обьема больше среднего (>50 файлов) целесообразно перейти на использование SSI или вставок на JavaScript’ах. Это позволит Вам быстро менять общие элементы, в частности меню.

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

Удачи в постижении азов искусства!

 
Автор: Александр Климов

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Soft для начинающего web-мастера

Рубрика: Web design и SEO, Статьи — admin @ 23:31
Soft для начинающего web-мастера  
Что нужно настоящему веб-матеру для полноценной работы ?
Совсем не много. В этой статье я опишу весь soft который нужен для нормальной работы web-мастеров.

1) Правильный выбор HTML-редактора.

В наше время существует огромный выбор HTML-редакторов и причём а любой вкус. Начиная с Front Page 2000 и Macromedia Dreamweaver и завершая Allaire Home Site и 1st Page 2000. Некоторые веб-мастера считают, что если их “коллега” работает в таком редакторе как Front Page или Dreamweaver, то он бездарный “чайник”. Ну а если ты работаешь в Home site или подобных ей, то ты “профи”.  Но такого мнения не все мастера, но всё-таки есть такие. Я ,например, сам очень уважаю редактор  Front Page, на нём легко работать и конструировать сайт (Между прочим эту статью пишу в нём). Согласитесь, что если вы только начинающий веб-мастер, то вы сразу не начнёте работать в Allaire Home Site, а легко начать с DreamWeaver и уже потом переходить на более сложные редакторы.  Но в чем различие между этими редакторами ? Во-первых Front Page и DreamWeaver очень громоздкие и их нельзя скачать с Интернета. Front Page 2000 можно приобрести вместе с Office 2000 Professional или на компакт-дисках. Так же на “компашках” можно приобрести DreamWeaver. Ну а Home site и 1st Page можно скачать с  любого сайта с софтом.

2) Теперь нужен графический редактор.

Конечно же в этой категории лидирует Photoshop. Он уже дошёл до шестой версии. Он очень удобен в работе и имеет всё, что нужно для создания качественной графики. Не имеет смысла много рассказывать о нём. Но есть и другие редакторы. такие как Macromedia FireWorks и Macromedia Flash. Но Flash подходит для разработки Flash-презентаций, а FireWorks отличный редактор растровой графики. Но тут не я должен объяснять, что кому выбирать. Каждому своё.

3) Браузер (Browser)

У нас в гинете пользуются популярностью только два браузера – это Microsoft Internet Explorer и Netscape Navigator. Так как эти браузеры абсолютно разные , то при построении сайта вам придётся насчитывать на, то что к вам на сайт будут приходить и пользователи Explorer’а и пользователи Netscape’а и строить сайт так, чтобы в этих двух браузерах выглядел одинаково. Но теперь мастерам стало на много легче строить свой сайт, т.к. компания Netscape не выдержила конкуренции с компанией Microsoft и прекратила своё существование. Но всё-таки наши пользователи не перестают пользоваться, сохранившимися на старых CD дисках, копиями этой программы. Я пользуюсь только Internet Explorer’ом, что и вам советую. А Natscape использовать только  для работоспособности странички в обоих браузерах. И как сказал руководитель  Россиского мультипортала Protoplex, Евгений Жданов: “Просто я не фанат Netscape Navigator. Не хочу никого обидеть, но название программы должно звучать как Netscafe Nafigator :-) ”.  

4) GIF Animator’ы

Вы не раз, заходя на различные сайты, видели красивые анимационные картинки и баннеры. Для создания таких картинок существуют различные программы, называющиеся GIF Animator’ами. У нас пользуются популярностью две такие проги: 1) Ulead GIF animator и 2) Microsoft GIF Animator. Их задание заключается в том, чтобы через определённый лимит времени прокручивать различные картинки. Теперь кратко рассмотрим каждую из этих двух программ. Начнём с Ulead GIF animator’a : чем он хорош, это конечно куча “прибамбасов” к программе. Это и и различные эффекты и большой объём функций. Но она и “весит” побольше,чем продукт компании Microsoft. Но я отдаю предпочтение Microsoft GIF Animator’у. В нём содержится всё, что необходимо для хорошей анимации. Да и он “весит” всего 1 mb. Его можно скачать отсюда: http://www.wmaster.ru/soft.htm. Качайте и пользуйтесь.

5) FTP-клиенты.

Последняя стадия при создании сайта, это закачка всей созданной информации на сервер. При этом нужно использовать FTP-клиенты. Имеет смысл привести в пример только два. Это Far менеджер и CuteFTP. Очень удобным в использовании я считаю CuteFTP (сам им пользуюсь). В нём предложено самое необходимое. Для создания нового соединения достаточно нажать F4 и тут же будет выведено новое окно, в котором нужно будет ввести необходимые данные для входа через FTP. Ну а FAR менеджер считается ветераном среди FTP-клиентов. Но единственный минус – неудобно вводить данные для соединения и можно легко спутаться при подключении через FTP (особенно новичкам). Но несмотря на это FAR очень популярен среди “сайтостроителей”. Ещё имеет смысл выделить такие FTP-клиенты как Web FTP и Arisoft Direct FTP. Желаю приятного пользования.

 
Автор: Бочкарёв Антон

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Мастер-класс по созданию эффективных сайтов

Рубрика: Web design и SEO, Статьи — admin @ 23:29
Мастер-класс по созданию эффективных сайтов  
С чего начинаются сайты? Наши сайты начинаются с идеи. Идея – это консистенция всех желаний и требований заказчика, рассматриваемая через призму наших возможностей.

Для чего компания – наш заказчик – решила создать сайт? Конечно, основным побудительным аспектом являлась прибыль компании, дальше идут имиджевые цели, поддержка клиентов и прочее.

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

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

Планирование

Планирование сайта предполагает планирование 3-х основных элементов: дизайна, навигации, содержимого.

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

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

Далее началась работа над навигацией – мы разбили ранее отобранные материалы на основные группы, которые в будущем должны стать отдельными разделами сайта.

После выделения отдельных разделов, параллельно с работой над дизайном сайта началась работа над контентом – содержим сайта: графикой и текстом.

Относительно текста: основной объём текста был подготовлен самим заказчиком.

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

Дизайн начинается с разработки шаблона (шаблонов) сайта. Зная, из каких разделов будет состоять сайт, нам необходимо разместить необходимые поля на плоскости с параметрами разрешения мониторов.

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

Далее переходим к цветовой гамме сайта

Сегодня много говорится о подборе цветов их количестве. В данном вопросе мы решили подойти не совсем стандартно: на сайте будет более чем 3 цвета, при этом сайт будет выглядеть очень гармонично.

Почему эти цвета, а ни иные? На самом деле, мы проигрывали разные варианты: от оттенков зелёного, до градаций желтого с вкраплениями синего, однако выбранный вариант сочли самым подходящим: он не блеклый и не слишком «кричащий» – как раз такой, какой требуется для подобного сайта.

Наконец, интерфейс сайта. Для достижения поставленных целей, интерфейс должен быть деловым, динамичным, без излишеств. Однако, всё не так просто, учитывая, профиль деятельности заказчика, интерфейс должен обладать ещё и некой богемностью и, конечно, должно быть то, что называют «изюминкой». Так же, не мало важно и то, что интерфейс должен быть лёгким.

Далее необходимыми стали элементы, придающие сайту динамичность, современный облик – мы имеем ввиду falsh-анимацию. Специалисты-аниматоры подготовили около 10 анимационных роликов, которые должны «оживить» сайт, из предложенных вариантов ответственные за проект выбрали лишь несколько самых адекватных и уместных.

Создание

Итак, у нас имеется: интерфейс, навигация, зачатки контента, flash-ролики. Пора всё сверстать в одно целое, причём для каждого раздела в отдельности. В результате вёрстки мы получили следующие макеты страниц сайта:

Титульная страница: эта страница несёт особую нагрузку, поэтому, коснёмся её особенностей подробнее:

Титульная страница – первое, что встречает человек, попадая на сайт. Именно она несет максимальную имиджевую нагрузку. Это «витрина», которая должна приковывать взгляд посетителя. Собственно титульная страница – это ответ на вопрос посетителя: «С чего начать?». Эта страница несет основную эмоциональную нагрузку, причём в данном случае мы работали на то, что бы создать положительные эмоции у тех, кто будет смотреть сайт.

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

Исходя из выше названного мы определили для себя три «НЕТ»: Эта страница не должна быть перегруженной информацией. Титульная страница не должна быть просто красивой «заставкой». Эта страница не должна быть тривиальной.

 

Собирая макет титульной страницы, мы воспользовались рядом общеизвестных критериев для такого рода страниц:

  • Страница должна иметь оригинальное дизайн – решение.
  • Эта страница должна содержать красочную flash заставку, подчеркивающую имидж компании.
  • Она должна нести достаточную (но не чрезмерную) информационную нагрузку.
  • Так же титульная страница должна предоставлять хорошо продуманную и удобную навигацию по всему сайту, заставлять посетителя делать правильные и последовательные переходы по разделам сайта.

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

Страница «О компании» – страница полностью имиджевая – на неё заходят, что бы познакомиться с компанией вне тех предложений, которые эта компания делает, поэтому эта страница должна показывать компанию в наиболее благоприятной сфере, что достигается сочетанием соответствующего дизайна в избранном для сайта стиле и соответствующего содержания – в виде текста и графики.

Страница «Наши работы» – портфолио заказчика. Каждую из представленных здесь работ необходимо показать в привлекательной манере, отражая те или иные преимущества предложения компании.

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

Результат

Какой результат мы получили после кропотливой работы? Собственно результат можете видеть по адресу: www.intex.ru

Согласитесь, больше комментировать ничего не нужно.

 
Автор: Олег

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Хороший дизайн

Рубрика: Web design и SEO, Статьи — admin @ 23:23
Хороший дизайн  
Как-то раз собрались авторитетные дизайнеры со всего мира и стали думать, что такое хороший дизайн. Думали – думали, и пришли к выводу: Хороший дизайн – это дизайн, которого не видно.  

Почему-то среди тех, кто называют себя дизайнерами, есть люди, которые не знают одного простого правила: Дизайн (по крайней мере, веб-дизайн) – это правильная подача информации.

Многие вебмастера не представляют себе дизайна без огромного количества картинок (или без flash-заставок, что еще хуже). На дизайн без графики они просто не обращают внимания.

Это просто ужасно. Дизайнеры забывают главное правило дизайна – сделать так, чтобы пользователю было удобно. Если пользователю будет неудобно (а я думаю, что грузить страничку в полмегабайта никому не интересно), то он просто уйдет с сайта. И не вернется – ведь сайтов в интернете немало.

Интернет – это особая среда. Здесь все возможные конкуренты находятся на расстоянии одного щелчка мышкой. Поэтому неудобные сайты быстро вытесняются их более удобными конкурентами.

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

Итог: изучая в деталях Photoshop, Ilustrator и Macromedia Flash, не забывайте про основы дизайна. И тогда дизайн будет эффективным.

 
Автор: Дроздовский Михаил

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

История Интернета

Рубрика: WWW, Статьи — admin @ 23:15
История Интернета  
Около 20 лет назад Министерство Обороны США создало сеть, которая явилась предтечей Internet, – она называлась ARPAnet. ARPAnet была экспериментальной сетью, – она создавалась для поддержки научных исследований в военно-промышленной сфере, – в частности, для исследования методов построения сетей, устойчивых к частичным повреждениям, получаемым, например, при бомбардировке авиацией и способных в таких условиях продолжать нормальное функционирование. Это требование дает ключ к пониманию принципов построения и структуры Internet. В модели ARPAnet всегда была связь между компьютером-источником и компьютером-приемником (станцией назначения). Сеть предполагалась ненадежной: любая часть сети может исчезнуть в любой момент.На связывающиеся компьютеры – не только на саму сеть – также возложена ответственность обеспечивать налаживание и поддержание связи. Основной принцип состоял в том, что любой компьютер мог связаться как равный с равным с любым другим компьютером.

Передача данных в сети была организована на основе протокола Internet – IP. Протокол IP – это правила и описание работы сети. Этот свод включает правила налаживания и поддержания связи в сети, правила обращения с IP-пакетами и их обработки, описания сетевых пакетов семейства IP (их структура и т.п.). Сеть задумывалась и проектировалась так, чтобы от пользователей не требовалось никакой информации о конкретной структуре сети. Для того чтобы послать сообщение по сети, компьютер должен поместить данные в некий “конверт”, называемый, например, IP, указать на этом “конверте” конкретный адрес в сети и передать получившиеся в результате этих процедур пакеты в сеть.

Эти решения могут показаться странными, как и предположение о “ненадежной” сети, но уже имеющийся опыт показал, что большинство этих решений вполне разумно и верно. Пока Международная Организация по Стандартизации (Organization for International Standardization – ISO) тратила годы, создавая окончательный стандарт для компьютерных сетей, пользователи ждать не желали. Активисты Internet начали устанавливать IP-программное обеспечение на все возможные типы компьютеров. Вскоре это стало единственным приемлемым способом для связи разнородных компьютеров. Такая схема понравилась правительству и университетам, которые проводят политику покупки компьютеров у различных производителей. Каждый покупал тот компьютер, который ему нравился и вправе был ожидать, что сможет работать по сети совместно с другими компьютерами.

Примерно 10 лет спустя после появления ARPAnet появились Локальные Вычислительные Сети (LAN), например, такие как Ethernet и др. Одновременно появились компьютеры, которые стали называть рабочими станциями. На большинстве рабочих станций была установлена операционная система UNIX. Эта ОС имела возможность работы в сети с протоколом Internet (IP). В связи с возникновением принципиально новых задач и методов их решения появилась новая потребность: организации желали подключиться к ARPAnet своей локальной сетью. Примерно в то же время появились другие организации, которые начали создавать свои собственные сети, использующие близкие к IP коммуникационные протоколы. Стало ясно, что все только выиграли бы, если бы эти сети могли общаться все вместе, ведь тогда пользователи из одной сети смогли бы связываться с пользователями другой сети.

Одной из важнейших среди этих новых сетей была NSFNET, разработанная по инициативе Национального Научного Фонда (National Science Foundation – NSF). В конце 80-х NSF создал пять суперкомпьютерных центров, сделав их доступными для использования в любых научных учреждениях. Было создано всего лишь пять центров потому, что они очень дороги даже для богатой Америки. Именно поэтому их и следовало использовать кооперативно. Возникла проблема связи: требовался способ соединить эти центры и предоставить доступ к ним различным пользователям. Сначала была сделана попытка использовать коммуникации ARPAnet, но это решение потерпело крах, столкнувшись с бюрократией оборонной отрасли и проблемой обеспечения персоналом.

Тогда NSF решил построить свою собственную сеть, основанную на IP технологии ARPAnet. Центры были соединены специальными телефонными линиями с пропускной способностью 56 KBPS (7 KB/s). Однако было очевидно, что не стоит даже и пытаться соединить все университеты и исследовательские организации непосредственно с центрами, т.к. проложить такое количество кабеля – не только очень дорого, но практически невозможно. Поэтому решено было создавать сети по региональному принципу. В каждой части страны заинтересованные учреждения должны были соединиться со своими ближайшими соседями. Получившиеся цепочки подсоединялись к суперкомпьютеру в одной из своих точек, таким образом, суперкомпьютерные центры были соединены вместе. В такой топологии любой компьютер мог связаться с любым другим, передавая сообщения через соседей.

Это решение было успешным, но настала пора, когда сеть уже более не справлялась с возросшими потребностями. Совместное использование суперкомпьютеров позволяло подключенным общинам использовать и множество других вещей, не относящихся к суперкомпьютерам. Неожиданно университеты, школы и другие организации осознали, что заимели под рукой море данных и мир пользователей. Поток сообщений в сети (трафик) нарастал все быстрее и быстрее пока, в конце концов, не перегрузил управляющие сетью компьютеры и связывающие их телефонные линии. В 1987 г. контракт на управление и развитие сети был передан компании Merit Network Inc., которая занималась образовательной сетью Мичигана совместно с IBM и MCI. Старая физически сеть была заменена более быстрыми (примерно в 20 раз) телефонными линиями. Были заменены на более быстрые и сетевые управляющие машины.

Процесс совершенствования сети идет непрерывно.

 
Автор: Алексей

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Спам не умрет

Рубрика: WWW, Статьи — admin @ 22:24
Спам не умрет  
Один профессор обещал скорое уничтожение спама. Мол, он умрет просто из-за того, что всех достал. Враки это! Спам не умрет. Как почему-то не умирает незаконный порнобизнес. 

А не умрет спам по нескольким причинам:

1. Спам — это очень прибыльный и эффективный вид рекламы. Гораздо эффективнее, чем баннеры и даже контекстная реклама. Как вы думаете, сколько процентов пользователей не прочитают письмо от Леночки Лавз с темой Re: ? Может, вы мне скажете?

2. Спам — это относительно дешевый вид рекламы. За тысячи 4 долларов вам организуют рассылку эффективнее, чем если ваш баннер будет висеть в течение месяца на главной странице Яндекса (как вы думаете, что дороже?).

3. Существуют совершенно различные виды спама. От обычного почтового до спама по ICQ (который также довольно эффективен).

4. Для рассылки спама не нужно огромных затрат на оборудование — тот же ICQ-спам можно рассылать с персонального компьютера, используя Ba!amut ICQ Spider.

5. Даже если спам объявят вне закона, он станет приоритетом среди криминальных и околокриминальных структур (что, вы скажете, в интренете нет порносатйтов?).

 

В-общем, ошибся профессор. Спам не умрет.

 
Автор: Дроздовский Михаил

Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.

Создание веб проектов в офшорных странах

Рубрика: WWW, Статьи — admin @ 22:18
Создание веб проектов в офшорных странах  
Чтобы сократить себестоимость, многие компании заказывают выполнение веб проектов в странах с дешевой трудовой силой. К сожалению, в этих странах накоплено недостаточно опыта и традиций и их развитие ограничено доступом данных о целевых пользователях, позволяющих повысить эффективность проекта.

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

  • лучшие инструменты, оборудование и платформы позволят создавать лучшие веб сервисы и сервисные приложения. Обычно, слишком большое количество софта производится кустарно или создается с помощью не лучших инструментов, которые были объединены вместе еще во времена золотой лихорадки.
  • стандартизация пользовательских интерфейсов, которая освободит дизайнеров от постоянной их разработки и позволит сконцентрироваться на уникальности содержания проекта и его особенностях.

Сейчас, однако, менеджеры ищут возможность сократить издержки, и один из способов – перевести в офшор все части проекта. Например, центральный офис одного из победителей ежегодного конкурса Интранет Дизайн 2002 расположен в Соединенных Штатах, но для разработки внутренней сети компания наняла индийскую фирму.

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

Очевидно, что решение о разделении проектирования и исполнения проектов не совсем верно – опыт показывает, что для получения хорошего результата необходима тесная взаимосвязь всей команды. Разделение команды даже на различные этажи в одном и том же здании понижает качество конечного продукта (например, потому, что сокращается неформальные обсуждения, что тоже необходимо).

Временная проблема: недостаток взаимодействия разработчиков и исполнителей

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

К сожалению Индия, Россия и Китай не имеют долгих традиций по взаимодействиям человек-компьютер, кроме того, не хватает навыков взаимодействия разработчиков и исполнителей. Презентации этих стран на интернациональной конференции HCI неизменно содержат слишком много теоретических и формальных материалов, чтобы иметь какое-либо практическое использование. Это происходит потому, что университеты склонны чересчур заострять внимание на абстрактных и формальных темах и, как следствие, небольшое количество студентов способны в ходе обучения приобрести навыки необходимые для проектирования пользовательских интерфейсов.

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

Индийская Национальная Ассоциация Программного Обеспечения и сервисные компании предсказывают, что в Индии к 2008 году в IT -индустрии будут заняты 4 миллиона людей, а общий доход составит 63 биллиона американских долларов. Используя правило “большого пальца” (для получения качественного продукта более

10 % всех ресурсов должны быть потрачены на эффективность), можно сделать вывод, что одной только Индии необходимо дополнительно подготовить 400 000 профессионалов втечении следующих шести лет, чтобы поддерживать собственное проектирование. Поскольку требуется много времени, чтобы стать поистине искусным специалистом, в ближайшее время в офшорных странах будет ощущаться их нехватка. Возможно в дальнейшем ситуация изменится, но это займет время.

Фундаментальная проблема: как сделать эффективный проект на расстоянии?

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

Для повышения полезности проекта существует два метода: использование эвристических оценок (методы, которые обычно противопоставляются формальным методам решения, опирающимся на точные математические модели; использование позволяет сократить время решения задачи по сравнению с методом полного ненаправленного перебора возможных альтернатив; получаемые решения относятся к множеству допустимых решений – прим. ред.) и изучение пользователей. Для офшорных проектов более удобно делать упор на эвристические оценки, чем проводить тестирование пользователей. Однако некоторые исследования пользователей все же необходимы, поэтому следует знать способы их проведения. Эвристические оценки также помогают понять принципы создания эффективных проектов и формируют навыки изучения широкого спектра поведения пользователей. Итак, если разработчики не изучили в достаточной мере пользователей, они вряд ли смогут эффективно руководить созданием проекта.

Регулярное исследование поведения пользователей повышает профессионализм специалистов, но при использовании ресурсов офшорных стран здесь возникают сложности. На основе прошлых исследований известно, что проектировать для интернациональных пользователей не просто. Культурные и языковые различия делают и без того трудную задачу для офшорных проектировщиков еще сложнее.

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

Проблемы достижения эффективности вызваны также полным несоответствием между людьми и компьютерами. Единственно возможное здесь решение – провести удаленное тестирование пользователей с помощью местных лабораторий. Хотя предпочтительней проводить тесты, где наблюдатели сидят в одной комнате с пользователями, многие профессионалы предпочитают сидеть за односторонним зеркалом в наблюдательной комнате, в любом случае вы можете быть и за 10000 миль от наблюдаемых. Вскоре мы будем располагать такой мультимедийной связью, которая позволит наблюдать происходящее как через стекло. Удаленное тестирование уже использовалось в рамках традиционного интернационального тестирования. Можно сделать наблюдение испытаний доступным большой группе профессионалов, например, тест может проецироваться на большой экран в аудитории. Обычно цель таких тестов улучшить дизайн, изучив навыки испытуемых. Для офшорных проектов возможность наблюдения целевых пользователей может быть достаточна, чтобы гарантировать повышение эффективности проекта. Понимание поведения целевых пользователей, таким образом, позволит офшорным профессионалам повысить свою квалификацию.

Потенциальный рост заказов веб-проектов позволит компаниям установить лаборатории для проведения исследований в своих странах и сохранить привлекательность офшора для индустрии Америки и Европы.

Джекоб Нильсен (Jakob Nielsen)


Регистрация доменов по низким ценам. Хостинг сайтов от 85 рублей в месяц.


Регистрация доменных имен | © 2008-2009


map1map2map3map4map5map6map7map8map9map10map11map12map13map14map15map16map17map18map19map20map21map22map23map24map25map26map27map28map29map30map31map32map33map34map35map36map37