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

Адрес: Заглавная страница,  Базовый синтаксис PHP,  Формы и PHP,  Функции,  Взаимодействие с базой данных MySQL,  Наведем порядок: включение кода из файлов     

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

Якоб Нильсен, директор Нильсен Норманн Групп, утверждает, что существует десять самых распространенных ошибок:

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

2 Негибкие поисковики. Чересчур «образованные» поисковики снижают юзибилити, поскольку пользователи могут допустить опечатку или не знать как правильно пишется слово. Поисковики также должны отдавать приоритет не количеству вариантов запросов, а важности каждого документа.

3 Горизонтальное прокручивание. Пользователи ненавидят, когда их заставляют осуществлять прокрутку слева на право. Страницы, которые требуют горизонтального прокручивания в стандартном окне (800*600 пикселей) просто ужасны!

4 Фиксированный размер шрифта. В 95% случаев фиксированный шрифт имеет просто крошечные размеры, снижая удобочитаемость страницы. Пользователи должны иметь возможность самостоятельно изменять размер текста по необходимости.

5 Блоки текста - их скучно читать, что приводит к потере пользователей.

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

7 Нечасто задаваемые вопросы в FAQ. Не указывайте вопросы, которые бы вы хотели, чтобы вам задали.

8 Сбор e-mail адресов при отсутствии политик неразглашения информации. Когда web-сайты просят e-mail, пользователи обычно реагируют отрицательно. В наше время спама никто не хочет вот так просто сообщать такую информацию.

9 URL длиной больше 75 знаков, которые почти невозможно отправить другу. Если URL слишком длинный и весь не виден в строке адреса, то пользователи просто не будут знать, как его скопировать. А если ссылка не работает, то они могут не знать, как вернуться на изначальную страницу.

10 Ссылки «mail to» в неожиданных местах. Не размещайте такие ссылки под именами, вместо этого четко укажите, что это e-mail адрес.

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

ТЕХНОЛОГИЯ CSS (CASCADING STYLE SHEETS) ПРЕДНАЗНАЧЕНА ДЛЯ ОФОРМЛЕНИЯ СТРУКТУРИРОВАННЫХ ДОКУМЕНТОВ В ФОРМАТАХ HTML, XHTML, XML. МЫ РАССМОТРИМ СУТЬ ДАННОЙ ТЕХНОЛОГИИ И ОСОБЕННОСТИ ЕЕ ИСПОЛЬЗОВАНИЯ НА WEB’Е. НАЧИНАЮЩИМ ИНТЕРНЕТ-РАЗРАБОТЧИКАМ ЭТА СТАТЬЯ ПОМОЖЕТ ОБОЙТИ ЧНГ (ЧАСТО НАСТУПАЕМЫЕ ГРАБЛИ) И ПОЗВОЛИТ СОЗДАВАТЬ ДИЗАЙН, ОДИНАКОВО ПОДХОДЯЩИЙ ПОД РАЗНЫЕ ТИПЫ БРАУЗЕРОВ

Данная публикация не является академическим трудом и не претендует на полноту и всесторонность. Она отражает мой опыт и призывает умного читателя не допускать ошибки, сделанные когда-то другими людьми. Несмотря на то, что сейчас практически ни один сайт не обходится без CSS, по-настоящему грамотно эту технологию использую немногие. Есть стандарты, куча хороших доков, мануалов и пудовых книг. Существует даже иллюзия того, что сайты работают правильно и выглядят так, как нужно. Однако стоит разработчику или тестировщику открыть альтернативный браузер, перегрузиться в альтернативную операционку или сесть за компьютер, работающий на «иной» платформе, — как его озаряет откровение. Почему? Дело в том, что различные браузеры по-своему трактуют стили, которые ты так тщательно оттачивал, руководствуясь благими стремлениями сделать сайт-конфетку. В большей мере баги при работе со стилями относятся к устаревшим браузерам, однако некоторые вполне современные программы не перестают удивлять web-дизайнеров. Но об этом чуть позже... Я уже слышу злобное ворчание поборников стандартов и фанатов валидных сайтов. Спешу провозгласить: «плохих и дурацких браузеров» нет! Стандарты хороши там, где их соблюдение не доставляет неудобства конечному потребителю — пользователю сайта. В ситуации, когда сколько-нибудь значительная часть интернет-аудитории продолжает пользоваться смотрелками, не поддерживающими (полностью) рекомендации W3C, web-девелоперам не остается ничего, кроме как учитывать особенности этих программ при разработке своих проектов. Итак, обратим взоры в далекое, по меркам отрасли, прошлое.

экскурс в историю
В начале было слово, точнее — целый язык, отцом которого стал англичанин Тим Бернерс-Ли. Язык предназначался для разметки и элементарного структурирования гипертекстовых документов и был назван HTML. Вместе с ним были разработаны первые web-сервер и браузер, что ознаменовало рождение web’а — всемирной паутины в том виде, в котором мы привыкли видеть его. До тех пор пока этим достижением научной мысли пользовались его создатели, ученые, все было замечательно.

Через пару лет после рождения web’а им заинтересовался Большой Бизнес, узрев в нем потенциальные сверхприбыли. Скучный «первородный» язык разметки web-страниц в силу скудости оформительских возможностей не отвечал растущим потребностям, и HTML начал обрастать дополнениями, которые позволили перевоплотить внешний вид сайтов из унылых листовок в красочные проспекты. В индустрию потянулись новые люди — дизайнеры, и постепенно стало забываться слово «web-мастер», которым на заре интернета называли человека, разрабатывающего и поддерживающего сайт.

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

Браузер работает с CSS следующим образом:

1 ПАРСИНГ HTML-ДОКУМЕНТА И СОЗДАНИЕ ДЕРЕВА ЭЛЕМЕНТОВ;

2 ИДЕНТИФИКАЦИЯ ЦЕЛЕВОГО ТИПА МЕДИА (УСТРОЙСТВА ОТОБРАЖЕНИЯ);

3 ПОЛУЧЕНИЕ ВСЕХ СТИЛЕЙ ДОКУМЕНТА В СООТВЕТСТВИИ С УКАЗАННЫМИ ТИПАМИ МЕДИА;

4 АННОТАЦИЯ КАЖДОГО ЭЛЕМЕНТА ПУТЕМ ПРИСВОЕНИЯ СВОЙСТВАМ ЭЛЕМЕНТОВ ЗНАЧЕНИЙ ИСХОДЯ ИЗ УКАЗАННЫХ ДЛЯ НИХ СТИЛЕЙ, А ТАКЖЕ С УЧЕТОМ НАСЛЕДОВАНИЯ РОДИТЕЛЬСКИХ;

5 ГЕНЕРАЦИЯ СТРУКТУРЫ ФОРМАТИРОВАНИЯ НА ОСНОВЕ ДЕРЕВА ДОКУМЕНТА;

6 ПЕРЕДАЧА ФОРМАТИРОВАННОГО ДОКУМЕНТА НА ВЫВОД (ДИСПЛЕЙ, НА ПЕЧАТЬ И Т.Д.).

Для web-страниц существует три типа подключения стилей, которые разграничивают по источнику:

1 АВТОРСКИЕ СТИЛИ (СОЗДАННЫЕ РАЗРАБОТЧИКАМИ САЙТА), КОТОРЫЕ, В СВОЮ ОЧЕРЕДЬ, МОГУТ ПРИМЕНЯТЬСЯ ТРЕМЯ РАЗЛИЧНЫМИ СПОСОБАМИ:

А) ВНЕШНИЕ ТАБЛИЦЫ СТИЛЕЙ.

РАСПОЛАГАЮТСЯ В ОТДЕЛЬНОМ ФАЙЛЕ *.CSS, НА КОТОРЫЙ ДАЕТСЯ ССЫЛКА В HTML-ДОКУМЕНТЕ. НАПРИМЕР:

<style type="text/css" media="screen">@import url(/styles/screen.css);</style>

В) ВСТРОЕННЫЕ СТИЛИ.

КОД CSS ПОМЕЩАЕТСЯ В ТЕЛЕ HTML-ДОКУМЕНТА: <style type="text/css" media="screen">.style {font-family: Verdana,sans-serif}</style>

С) СТРОЧНЫЕ СТИЛИ, КОТОРЫЕ ПРИМЕНЯЮТ ИНДИВИДУАЛЬНО ДЛЯ КОНКРЕТНОГО ЭЛЕМЕНТА И УКАЗЫВАЮТСЯ В АТРИБУТЕ STYLE НУЖНОГО НАМ ТЕГА:

<p style="font-weight:bold">

2 ПОЛЬЗОВАТЕЛЬСКИЕ СТИЛИ.

НЕКОТОРЫЕ БРАУЗЕРЫ (НАПРИМЕР OPERA) ПОЗВОЛЯЮТ ПОЛЬЗОВАТЕЛЮ СОЗДАВАТЬ СОБСТВЕННЫЕ СТИЛИ, КОТОРЫЕ ХРАНЯТСЯ В ЛОКАЛЬНОМ CSS-ФАЙЛЕ И ИСПОЛЬЗУЮТСЯ ДЛЯ ОПРЕДЕЛЕНИЯ СТИЛЕЙ НА ВСЕХ ПРОСМАТРИВАЕМЫХ СТРАНИЦАХ. ЭТУ ВОЗМОЖНОСТЬ ОБЫЧНО ИСПОЛЬЗУЮТ ЛЮДИ С ПЛОХИМ ЗРЕНИЕМ ИЛИ С ДЕФЕКТАМИ ЦВЕТОВОГО ВОСПРИЯТИЯ.

3 СТИЛЬ БРАУЗЕРА.

«ЗАВОДСКИЕ НАСТРОЙКИ», ПРЕДУСМОТРЕННЫЕ РАЗРАБОТЧИКАМИ ДЛЯ ОПРЕДЕЛЕНИЯ ПРЕДСТАВЛЕНИЯ ЭЛЕМЕНТОВ HTML ПО УМОЛЧАНИЮ.

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

практика
Для успешного освоения CSS-верстки нужно усвоить особенности реализации блочной модели в различных браузерах. В соответствии со стандартной моделью, ширина блока не включает в себя отступы (padding) и границы (borders). Эта модель поддерживается во всех современных браузерах за исключением Internet Explorer (до версии 6), который имеет собственное мнение по данному вопросу. В блочной модели IE ширина отступов и границ включается в ширину блока за счет уменьшения размера области контента, как показано на иллюстрации. Такая же модель используется и в бродилках Netscape 4 и Opera 7.

Грядущая спецификация CSS3 вводит свойство «box-sizing», позволяющее выбирать нужную модель, указывая значение «content-box» для использования стандартной модели, и «border-box» — для использования модели IE. Браузер Mozilla, поддерживающий черновые рекомендации CSS3, уже поддерживает это свойство под собственным именем «-moz-box-sizing». Разработчики также ввели еще одно, на данный момент нестандартное значение (и еще одну блочную модель) — «padding-box», которым подразумевается, что ширина блока равна ширине области контента и отступов, исключая границы.

Хороший и правильный (X)HTML-код начинается с правильного указания типа документа (DOCTYPE). Эти сведения необходимы браузеру для выбора режима рендеринга документа. Если тип не декларируется либо при его объявлении допущены ошибки, документ рендерится в особом «режиме несоответствия стандартам» (quirks-mode) и руководствуется при этом не логикой рекомендаций W3C, а собственным разумением. Хотелось бы обратить внимание web-девелоперов на необъяснимый глюк в IE6: верстая в XHTML 1.0 Transitional, нельзя указывать пролог (<?xml version="1.0"?> ), так как он приводит к рендерингу документа в quirks-mode, несмотря на то, что все сделано правильно. К счастью, пролог является необязательным элементом и его можно смело удалить.

Для CSS справедливы «правила хорошего тона», которыми программеры пользуются при написании кода. Аккуратность, выверенная логика, привычка комментировать код и стремление к оптимизации сослужат тебе хорошую службу. Код, подобный приведенному ниже, запросто может быть оптимизирован на 20%-30%, приобретя при этом приятную чистоту и прозрачность. Нужно ли говорить о том, насколько благотворно это отразится на быстроте загрузки файла со стилями?

Было	Стало
P { color: #336699; border-style : solid; border-width : 1px; border-color : #ff0000; font-weight : bold; line-height : 1.3em; margin-bottom : .7em; margin-left : .4em; margin-right : 1.3em; margin-top : .7em; border-color: #c06565; }	P { border: 1px solid #f00; font-weight : bold; color: #369; line-height : 1.3em; margin: .7em 1.3em .7em .4em }

хаки без хакеров

Специфика реализации каскадных стилей в различных смотрелках заставляет web-разработчиков искать способы «вправить мозги» программам, имеющим собственный, оригинальный взгляд на вещи. В результате получаем: одинаковое отображение страницы в большинстве браузеров... и невозможность пройти валидацию CSS. Такие хитрости называют хаками либо CSS-фильтрами. Избирательность возможна благодаря глюкам отдельных версий браузеров, что позволяет «скармливать» нужный код конкретной программе, в то время как другие его проигнорируют. Соответственно, о соблюдении стандартов не может быть и речи.

Например:

/* Стандартная блочная модель */
селектор { width: 100px; padding: 10px; border:10px; }
/* Подгоняем внешний вид блока в IE под стандартную модель*/
* html селектор { width: 140px; padding: 10px; border:10px; }

Код, приведенный выше, поможет в борьбе с монстром от Microsoft, но для Opera 5 и Netscape 4 придется подыскать другие способы наставить их на путь истинный. К примеру, для Netscape можно использовать его неприятие конструкции @import, а для Opera — . Если ты готов пожертвовать валидностью своего кода, хаки здорово облегчат тебе жизнь. Нужно лишь помнить о том, что универсальных хаков не существует, — вставая на скользкий путь одурачивания браузеров, нужно припасти лекарства для обширного зоопарка смотрелок. Богатая библиотека CSS-фильтров расположилась по адресу www.dithered.com/css_filters/css_only.

Нельзя обойти вниманием еще один курьез от Microsoft: корпорация сама создала лекарство для лечения болезней собственных браузеров. Речь идет о проприентарных тегах (в терминологии авторов — Conditional Comments), позволяющих «подсунуть» нужные стили для Internet Explorer 5.x

<!--[if IE 5]>
<link rel="stylesheet" type="text/css" href="css/IE5.css" />
<![endif]-->

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

печать

CSS предоставляет нам блестящую возможность больше не заботиться о создании страниц с printer-friendly версиями документов. В первую очередь скроем функциональные блоки, бесполезные в твердой копии страницы, при помощи значения «none» свойства display;. Это большая часть дизайнерских наворотов в шапке и подвале страницы, а также навигация, баннеры и все прочее, что не имеет прямого отношения собственно к контенту. Поскольку принтеры имеют более высокое разрешение, имеет смысл скрыть также и логотип сайта и отдать принтеру другой (можно даже черно-белый) — с более высоким разрешением. Для этого создай блок со вторым логотипом и скрывай его в версии для дисплея. Подобным образом, например, поступила команда Артемия Лебедева — они создали таблицу стилей для печати страниц сайта Студии.

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

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

На благодарном поприще создания стилей для печати разработчика поджидают несколько подводных камней. Один из них — ошибка в Mozilla (касается всех браузеров, основанных на движке Gecko — Firefox, Netscape, Camino и др.), связанная с печатью блочных элементов, для которых задано свойство float. Баг выражается в том, что независимо от размеров блок распечатывается только на одной странице. Все, что не поместилось на нее, игнорируется. Решение проблемы просто, как советские трусы за рупь двадцать: назначаем свойству float значение «none» и радуемся жизни.

Хотелось бы упомянуть рацпредложение Эрика Майера, выдвинутое в его статье «CSS. Going to Print» на сайте A List Apart. Суть новации такова: при распечатывании документа, содержащего ссылки, естественным образом теряются адреса URL (кто там кликает на листе бумаги?). Пытливый ум нашего буржуйского коллеги нашел выход из данной ситуации — применил в стилях для печати достижения CSS2. Результатом их работы станет появление после текста самой ссылки адреса URL в скобках. Эта красота работает в браузерах Mozilla и Netscape 6.x.

a:link:after, a:visited:after {
content: " (" attr(href) ") ";
font-size: 90%;
}

Кроме принтеров, есть смысл создавать отдельные стили и для наладонников, которые отличаются маленьким экраном с ограниченным разрешением и медленным (и часто дорогим) соединением с интернетом. Как сделать это, читай на сайте Александра Качанова (снимаю шляпу!) www.webmacson.com. Прочие типы устройств вывода, равно как и голосовые браузеры, пока недостаточно распространены... хотя бы для того, чтобы протестировать на них свой сайт. Так что можно не распыляться и сосредоточиться на популярных медиа :). Исключение составляет, пожалуй, телеприставка WebTV, в прошлом популярная в Штатах. Она характеризуется низким разрешением, меньшей четкостью и более узким, чем RGB, цветовым пространством — все это издержки конструктивных особенностей телевизоров, которые используются как приставки в качестве монитора.

Автор: ВЛАДИМИР СИНЕЛЬНИКОВ, Спецвыпуск: Хакер, номер 67

В этой статье я хочу дать несколько советов, следуя которым можно значительно ускорить обработку PHP-скриптов, тем самым, разгрузив сервер хостера от бесполезной работы в пользу более полезной. Перед тем как начать рефакторинг - посмотрите сколько времени и памяти кушает ваш проект, а теперь вперед - оптимизируем. После того как нелегкий труд будет закончен замерим результаты - поразительный прирост производительности - процентов 5-6% - удивлены? Давайте немного проанализируем советы приведенные в данной статье:

Выносите $переменные из “текстовых строк” - ускорение 25-40%
$x="test $test";
$x="test"; $x.=$test;
$x="test".$test;
Посчитайте кол-во таких строк в вашем проекте, я думаю их кол-во будет стремиться к нулю, если вы используете какой-нить шаблонизатор (Smarty).

Короткие переменные не более 7 символов - ускорение 15%
Читабельность кода от этого не улучшится, я обычно называю переменную по имени объекта хранящегося в ней, а имена объектов частенько переваливают за десяток символов. Но переменные от 32 символов могут тормознуть программу почти на половину.

Тормозят ли массивы в PHP? Вернее, как именно. Ускорение 40%
Доступ к элементу одномерного ассоциативного массива по имени, не заключенному в кавычки, тормозит процесс на треть (относительно того же примера, но в кавычках). А вот в двухмерном массиве программа работает медленне аж в 2.5 раза! После такого теста хочешь не хочешь, а в любой программе пожертвуешь удобством - обращение к элементам массива по имени без кавычек.
$test["aa"]=1;$test["bb"]=1;$test["cc"]=1;$test["dd"]=1;$test["ee"]=1;
$test[aa]=1;  $test[bb]=1;  $test[cc]=1;  $test[dd]=1;  $test[ee]=1;
$test[a][b]=1;$test[x][y]=1;$test[d][c]=1;$test[a][s]=1;$test[b][n]=1;

Выносите многомерные массивы из “текстовых строк” - ускорение 25-30%
При использовании многомерных массивов в строках наблюдается заметное снижение скорости Из-за многомерности нужно заключать переменные в парные фигурные скобки. Да и читабельность повыше будет.

$x="test {$myarray[name][second][1]} test";

Циклы: for, foreach, while, count/sizeof() - ускорение 15%-30%
Бесспорный вывод - использование foreach сильно тормозит дело, а между for и while большой разницы нет. (На голом тесте for/while/foreach {..} тормоза foreach - 30%). Это не удивительно, т.к. foreach делает копию массива, на что тратиться масса времени. Если нет необходимости в foreach используйте for.

Для чтения файла file() быстрее, чем fopen+цикл - ускорение 40%
Чтобы прочитать в массив $x файл размером 1Мб (100 000 строк по 10 байт) можно воспользоваться двумя вариантами: чтение файла с помощью file(), либо традиционным методом fopen/fgets. Разумеется, для файлов разного объема и содержимого скорость может меняться. Но в данном примере статистика такова: file("1Mb_file.txt") работает на 40% быстрее, чем:

$f=fopen("1Mb_file.txt","r") or die(1);
while($x[]=fgets($f,1000));
fclose($f);

Аналогичный вариант

$f=fopen("1Mb_file.txt","r") or die(1);
while($s=fgets($f,1000)) $x[]=$s;
fclose($f);

работают еще медленнее (во втором случае лишняя функция feof() заметно снижает скорость). Тот же тест, но на 15Мб файле (100 000 строк по 150 байт) показывает разницу в 50%, в пользу file().

Архитектура
Тут есть где разойтись, и начать писать весь проект заново ;) но лучше чуть-чуть напильником пошаманить - зачастую эффект будет поразительным. Для начала - не подключайте сразу все библиотеки используемые в проекте - всё только по требованию. Старайтесь разделить проект на составляющие - шаблоны проектирования еще никто не отменял.

Работа с БД
Очень много времени уходит на работу с БД, как сам факт обращения к ней, так и сама выборка из БД происходит не моментально. И что же делать? Необходимо убирать лишнее, где это возможно, а где нет - стараемся кэшировать. И уберите же обращение к БД в цикле!

Вывод:
1. Потратьте на разработку архитектуры проекта чуть больше, чем пару часиков
2. Уберите лишние обращения к БД (если первый пункт займет у вас несколько дней - то и этот не появится)
3. Используйте кэширование данных получаемых из БД или XML
4. Используйте кэширование готовых HTML страничек
5. Установите какой-нить оптимизатор PHP (XCache или Zend Optimizer)

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

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

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

Как читать RSS-подписки?

Существует ряд программ, при помощи которых можно просматривать обновления ваших RSS-подписок. Например браузер Opera имеет встроенный функционал для работы с RSS-подписками

• Яндекс.Лента. Ее основное преимущество - это русский язык плюс интеграция с другими сервисами от Яндекса.
• Google Reader. Google обладает целым рядом преимуществ среди которых: удобный интерфейс, понятная навигация и многое другое.

Автор: Eltheriol
Адрес: http://eltheriol.com/

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

Оптимизация заголовков (<title> </title> )

В заголовке нужно использовать все слова, которые предположительно будут вводиться в поисковом запросе, причем содержание страницы должно соответствовать словам введенным в заголовке. В нашем случае в заголовке можно написать: "Раскрутка сайтов, статьи по раскрутке и оптимизации сайтов". Самое важное слово нужно расположить слева, поскольку все поисковые машины читают информацию с сайта слева на право. Желательно, чтобы это самое важное слово повторилось более одного раза, но не в коем случае не повторяйте все слова много раз. Помните, что чем больше слова "раскрутка" (например, пользователь в поисковой системе вводит слово "раскрутка") будет расположено на странице, то у вашего сайта будет больший приоритет попадания на высокие позиции по запросу пользователя. Но это слово должно встречаться либо в ключевых словах, либо в самом тексте и также не забудьте, что лучше не создавать "невидимого текста с этим словом", поскольку пользователь его не увидит, а вот поисковый робот это заметит и даже может включить сайт в серый спам список с альтернативой попадания и в черный список.

Мета- тэги

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

<meta name="keywords" content="раскрутка, раскрутка, сайта, оптимизация, оптимизация, сайта, статьи по раскрутке, оптимизации, сайтов", поисковые системы, оптимизация страниц, поисковик, мета, meta, vtnf, hfcrhenrf, jgnbvbpfwbz" /> в этом мета-тэге нужно прописать все ключевые слова, которые характеризуют данную страницу;/>

<meta name="description" content="статьи, по раскрутке и оптимизации сайтов, раскрутка и оптимизация сайтов" /> в этом тэге нужно написать небольшое описание страницы;

<meta name="robots" content="index,all" /> этот мета-тэг предназначен для разрешения поисковому роботу индексировать данную страницу. Значение index означает, что мы разрешаем индексировать главную страницу, а значение all, что мы разрешаем индексировать все остальные страницы. Также возможны следующие значения этого мета-тэга all,none, index,noindex, follow,nofollow;

<meta name="resourse-type"content="document" /> этот мета-тэг нужно прописать обязательно, поскольку поисковый робот если видит, что сайт является документом, то он обязательно начинает его индексацию, что безусловно для нас очень полезно;

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

Полезные тэги

Многие забывают использовать очень полезные тэги, которые могут повысить приоритет вашего сайта по сравнению с другими на попадание на первые страницы при одном и том же поисковом запросе.
тэг title предназначен для описания гипперссылки, например, у гипперссылки с текстом раскрутка будет title "раскрутка";
alt-тэг предназначен для того же, что и тэг title, но для изображения, то есть при наведении на логотип сайта по раскрутке сайта появится следующий текст: "раскрутка, оптимизация, поисковые системы, hfcrhenrf...". Одним словом в этом тэге можно прописать все ключевые слова из мета-тэгов.
 И в заключении можно сказать, что содержание сайта является очень важным фактором для успешной раскрутки сайта, также на сайте должна быть понятная навигация, сайт нужно периодически обновлять, желательно сделать страницы сайта быстро загружаемые и желательно организовать поиск по сайту.
 Теперь можно привести статистику конкретно данной статьи. Как говорилось в начале пользователь в нашем примере вводит в поисковом запросе слово "раскрутка" и также говорилось о том, что чем больше слово из запроса встречается на странице, тем больший приоритет (релевантность) отдается сайту в результате поискового запроса. Получилось, что в самой статье слово "раскрутка" появлялась 14 раз, но в этой цифре не учтены ключевые слова из мета-тэгов самой страницы и полезных тэгов, а вместе с самим html кодом это слово встречалось более 20 раз. Это означает, что у сайта более 20% того, что он попадет на первые позиции в по поисковому запросу. В итоге можно сказать, что при использовании всего того, о чем было написано выше можно достаточно неплохо раскрутить сайт и получить непосредственно "целевых" посетителей, которые в будущем могут вернуться на ваш сайт если он им понравится. Удачной вам раскрутки!

Автор: Дмитрий Столяров