Rus-16.Do.Am - Скрипты для Ucoz | Web Мастер | Cs 1.6

Как повысить индекс цитирования. Google

stim — Sat, 26 Mar 2011 19:37:42 GMT

[table]Стоит вспомнить о том, что индексов цитируемости существует несколько. Основной индекс цитируемости определяется количеством сайтов, которые ссылаются на исследуемый сайт (или страницу, тогда это будет индекс цитируемости страницы). Существует взвешенный индекс цитируемости (вИЦ), для расчета которого принимают во внимание не только количество ссылок, но и их качество, то есть значимость сайта, на котором установлена ссылка на исследуемый сайт. И, наконец, есть еще тематический индекс цитируемости (тИЦ), который учитывает тематику исследуемого сайта и сайтов, которые на него ссылаются.

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

Возьмем за основу такие известные поисковики, как Google, Rambler, Яndex, Aport. Что требуется, чтобы в этих поисковиках сайт появлялся на первых страницах результатов поиска? Самый простой ответ дает Rambler. Результаты показа сайта на его страницах зависят от посещаемости сайта. Чем она больше - тем выше будет находиться ссылка. На страницах Rambler нет никаких упоминаний об учете какой-либо разновидности индекса цитирования.

Остальные поисковики для ранжирования сайтов применяют различные алгоритмы подсчета индекса цитирования. Первым начал использовать такой способ Google. Произошло это несколько лет назад, когда в качестве дополнительного критерия ранжирования был принят метод PageRank (авторы PageRank - Сергей Брин и Ларри Пейдж). При расчете PageRank учитывается не только общее количество ссылок, но и их качество: страница, на которую ведет больше ссылок, дает больший вклад в PageRank страницы, на которую она ссылается. Основные положения этого показателя заключатся в следующем:
PageRank - это число, характеризующее исключительно голосующую способность всех входящих ссылок на страницу и то, как "сильно" они рекомендуют эту страницу.
Каждая уникальная страница сайта, проиндексированная Google, имеет вес PageRank. Вес сайта на самом деле является весом главной страницы этого сайта.
Внутренние ссылки сайта учитываются при расчете веса PageRank для других страниц сайта.
PageRank независим, он не принимает во внимание текст ссылок и другие факторы.

Но есть еще один момент, о котором не сказано в вышеприведенном перечне. Для Google одним из основных критерием, учитываемых им при подсчете веса странице, является наличие ее в каталоге Open Directory Project (ODP или DMOZ). Поэтому первой задачей, которую должен реализовать владелец ресурса - добавить свой сайт в этот каталог. Минимальное требование при регистрации - каждая страница, добавляемая в каталог, должна содержать полезный и уникальный материал, который соответствует той категории, в которой вы пытаетесь зарегистрироваться. Если ресурс имеет несколько тематических разделов, можно попробовать добавить в каталог каждый из них, но не следует делать это одновременно, лучше - через некоторый промежуток времени. Хотя, как писал в обзоре об ODP А.Шкондин, этот каталог не пользуется большой популярностью в Рунете, тем не менее его данные используются более чем на двухстах других сайтах, в том числе - на Google.

Посмотрим, что нужно вебмастеру, чтобы PageRank его сайта в поисковике Google был выше. Самое простое и, тем не менее, важное - построить качественную систему внутренних ссылок собственного сайта. Вот какие советы дает по этому поводу Крис Райдингс (статья в переводе Александра Садовского):
Там, где группа страниц может содержать внешние ссылки, используйте иерархическую структуру.
Там, где группа страниц не содержит внешних ссылок, используйте структуру с обширными связями, расширив ее добавлением ссылки на главную страницу.
Если конкретная страница особенно важна, помещайте ее выше в иерархической структуре.

Теперь разберем следующий момент. При расчете PageRank не проверяется содержимое сайтов и текста ссылок, поэтому будут учитываться все внешние ссылки, ведущие на искомую страницу. Нужно помнить лишь об одном: ссылки из каталогов или иных сайтов должны идти на ваш сайт напрямую, но не через cgi-скрипт. Последние при расчете показателей не учитываются. При решении вопросов о размещении ссылок на ваш сайт или его конкретную страницу нужно руководствоваться еще одним принципом расчета PageRank. "Вес" каждой ссылающейся страницы делится в равной степени по всем ссылкам, которые на этой странице есть. Поэтому, если вы разместите ссылку на свой сайт на каком-либо ресурсе, предназначенном для свободного размещения ссылок (так называемые Free For All), то вес, который это размещение добавит вашему сайту, может оказаться настолько мизерным, что не окупит ваших затрат на эту работу.

В данном случае лучше подыскать страницы сайтов, имеющие высокий показатель PageRank, и постараться разместить ссылку на ваш сайт на этих страницах. В преддверии обсуждения следующих вопросов - о тематических индексах цитирования - полезно проработать вопрос о размещении ссылок на сайтах, тематически связанных с вашим. Крейг Сильверстейн из Google как-то сказал: "Если вы облегчаете нашу работу, то вы нам (поисковой машине Google) больше нравитесь". А нравиться, в представлении этой поисковой системы, значит обмениваться ссылками с "уважаемыми" сайтами, которые, в том числе, используют ключевые слова, связанные с тематикой вашего сайта.

Редко встречаются сайты, не имеющие ни одной исходящей ссылки. Простановка таких ссылок приводит к тому, что значение PageRank страницы, на которой они проставлены, снижается. Что нужно делать, для того чтобы максимально уменьшить это влияние, проставив все же ссылки на внешние сайты? Выше говорилось, что поисковиком не засчитываются ссылки, выполненные через cgi-скрипты. Следовательно, если вы проставите ссылки через такие скрипты, то они не снизят вес страницы (но помните, что точно так же могут поступать и те сайты, где вы решите разместить ссылку на свою страницу). Второй вариант, позволяющий снизить влияние внешних ссылок - запретить с помощью файла robots.txt индексацию таких страниц. Оба приема являются дозволенными, но не используйте их в случаях, когда вы договариваетесь о взаимном обмене ссылками с другими сайтами.

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

В PHP 5.3 появился ActiveRecord аналогичный Ruby on Rails

stim — Sat, 26 Mar 2011 19:36:28 GMT

[table]В конце концов, PHP получит более надежный способ активной записи аналогичный способу применяемому в RoR. И, к счастью, это время настало! Спасибо PHP 5. 3 и его новым полезным функциям: схлопыванию, позднему статистическому связыванию и пространству имен.

Я со своим другом Каеном, внесли улучшения в раннюю версию на базе ORM, которую он написал до появления PHP 5. 3. Мы создали ActiveRecord вдохновленные Ruby on Rails и попытались сохранить его возможности, насколько это было возможно. Нашей основной целью в этом проекте – дать возможность PHP-разработчикам создавать крупные проекты с большей гибкостью.

Мы также надеемся что использование данного продукта подтолкнет PHP сообщество к дальнейшему осознанию всех замечательных преимуществ Ruby on Rails. Ладно , хватит крутиться вокруг да около, давайте перейдем к самому интересному!

Обзор ActiveRecord

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

* Методы поиска
* Методы динамического поиска
* Методы записи
* Отношения
* Верификация
* Обратные вызовы
* Сериализация
* Поддержка различных драйверов
* Другие параметры

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

Конфигурация

Установка проста и линейна. Здесь есть всего 2 типа конфигурации, которые вы можете выбрать:

* Установка типовой auto_load директории
* Настройка соединений с вашей базой данных

Примеры:

ActiveRecord\Config::initialize(function($cfg)
{
$cfg->set_model_directory('/path/to/your/model_directory');
$cfg->set_connections(array('development' =>
'mysql://username:password@localhost/database_name'));
});
#Альтернативно(w/o ограничение 5.3):
$cfg = ActiveRecord\Config::instance();
$cfg->set_model_directory('/path/to/your/model_directory');
$cfg->set_connections(array('development' => 'mysql://username:password@localhost/database_name'));

Как только вы настроите два этих параметра ваша работа окончена. ActiveRecord заботится о вас и берет остальную часть работы на себя. Она не требует проводить какую либо дополнительную работу со схемами ваших yaml/xml файлов. Также запросы к базу данных для получения информации и кэш-файлов будет проходить без лишних вызовов для одной схемы.

Методы поиска

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

#поиск по первичному ключу
Author::find(3);
#поиск нескольких записей по первичному ключу
Author::find(1, 2, 3);
#поиск первой записи по лимиту
Author::first();
#поиск последней записи по сортировке и лимиту
Author::last();
Author::all();
#это возможно будет для вас адом, но вы должны выполнить свой sql-запрос для поиска
Author::find_by_sql();
## еще вы можете добавить много дополнительных опций к методам поиска
#sql => ORDER BY name
Author::find(3, array('order' => 'name'));
#sql => WHERE author_id IN (1, 2, 3)
# поиск с условиями как массив
Author::find('all', array('conditions' => array('author_id IN(?)', array(1, 2, 3))));
#sql => WHERE author_id = 3
#поиск с условиями как строка
Author::find('first', array('conditions' => 'author_id=3'));
#sql => GROUP BY name
Author::find(3, array('group' => 'name'));
#sql => LIMIT 0, 3
Author::find('all', array('limit' => 3));
#sql => select * from `author` INNER JOIN etc. . .
Author::find('all', array('joins' =>
'INNER JOIN book on (book. author_id = author. id)'));
#sql => SELECT name FROM table
Author::first(array('select' => 'name'));
#этод метод не возвращает запись
#возвращает да/нет
Author::exists(1);
#возвращает число
Author::count(array('conditions' => array('name = ?', 'John')));

#доступ очень простой
$book = Book::first();
echo $book->title;
echo $book->author_id;
# возвращает массив
$books = Book::all();
echo $books[0]->title;

Методы динамического поиска

ActiveRecord на основе RoR расширяет функции использования поиска, позволяя динамически создавать методы основанные на атрибутивных именах. Это значит, вы с легкостью можете сделать запрос"find_by_attribute_name" без явного классового определения. Мы сделали это возможным с помощью использования волшебного метода в PHP 5.3: __callStatic().

Author::find_by_name('George Bush');
#вы можете это сделать используя и/или
Author::find_by_name_or_author_id('George Bush', 2);
Person::find_by_first_name_and_last_name('Obama', 'Mama');
#также имеется find_all_by(найти всё по какому-либо параметру)
Author::find_all_by_name('Tito');
Author::find_all_by_name(array('Tito', 'Bill Clinton'));

Методы записи

Какой смысл иметь объект, который инкапсулирует запись из БД, если вы не можете ничего сделать с этим?

#выполняет SQL insert, такой же какой вы делаете при добавлении записи
$book = new Artist(array('name' => 'Tito'));
$book->save();

## обновление
# обновление возможно, только после нахождения обновляемой строки
$book = Book::find(1);
$book->title = 'new title!';
$book->save();

#это автоматически выполняет сохранение
$book = Book::find(1);
$book->update_attributes(array('title' => 'new title!',
'price' => 5. 00));
#еще автоматическое сохранение
$book = Book::find(1);
$book->update_attribute('title', 'some new title');
$book = new Book;
$book->title = 'new title!';
$book->author_id = 5;
$book->save();
$book->created_at # мы также поддерживаем временные отметки created_at/updated_at где это нужно
echo $book->id; #id также получает авто инкрементированное значение

#удаление
$author = Author::find(4);
$author->delete();

#вы получаете запись в режими только чтение без возможности изменить её
$book = Book::first(array('readonly' => true));
$book->title = 'new'; # или вы можете установить этот режим с помощью метода $book->readonly(true);
#это запустит процессы ActiveRecord\ReadonlyException
$book->save();

Отношения

Объединения - сложная часть ActiveRecord. Они используют те же самые опции, что в RoR.

#отношения декларируются в статическом свойстве
class Book extends ActiveRecord\Model {
static $belongs_to = array(
array('publisher'),
array('author', 'readonly' => true, 'select' => 'name', 'conditions' => "name != 'jax'"),
array('another', 'class_name' => 'SomeModel')
);
#has_many допускает select/conditions/limit/readonly/group/primary_key
#has_many также применима через опцию которую вы можете использовать с источником(source)
#для уточнения класса
static $has_many = array(
array('revisions'),
array('editors', 'through' => 'revisions')
);
static $has_one = array(
array('something')
);
}
#индекс декларируемый для каждой ассоциации является "attribute_name"
#которую вы можете использовать для работы с моделью как, например:
$book = Book::first();
echo $book->publisher->name;
echo $book->author->name; # у нас есть только имя как атрибут выборки
#ниже будет запускаться опция readonlyException — смотрите методы записи

#методы выбора
$book->author->save();
#has_many
echo $book->revisions[0]->id;
#has_many
echo $book->editors[0]->name;

Верификация

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

class Book extends ActiveRecord\Model
{
static $validates_format_of = array(
array('title', 'with' => '/^[a-zW]*$/', 'allow_blank' => true)
);
static $validates_exclusion_of = array(
array('title', 'in' => array('blah', 'alpha', 'bravo'))
);
static $validates_inclusion_of = array(
array('title', 'within' => array('tragedy of dubya', 'sharks wit laserz'))
);
static $validates_length_of = array(
array('title', 'within' => array(1, 5)),
array('attribute2', 'in' => array(1, 2)),
array('attribute3', 'is' => 4, 'allow_null' => true)
);
# same as above since it is just an alias
static $validates_size_of = array();
static $validates_numericality_of = array( array('title') );
static $validates_presence_of = array( array('title') );
};
$book = new Book;
$book->title = 'this is not part of the inclusion';
if (!$book->save())
print_r($book->errors->on('title'));

Обратные вызовы

Обратные вызовы дают вам возможность управлять вашей моделью до/после какого-то события на протяжении ее существования. Вы можете выбрать методы, которые будут вызваны как callback до или после других методов примененных в модели. К сожалению, даже PHP 5.3 имеет ограничения - вы не можете иcпользовать callback в виде статических методов, они должны быть динамическими.

#Ниже приведены команды, которые вы можете использовать
#Если ваш обратный вызов является недействительным для before_*, он отменит
#действие и остальные вызовы
class Book extends ActiveRecordModel{
static $after_construct;
static $before_save = array('do_something_before_save');
static $after_save;
static $before_create;
static $after_create;
static $before_update;
static $after_update;
static $before_validation;
static $after_validation;
static $before_validation_on_create;
static $after_validation_on_create;
static $before_validation_on_update;
static $after_validation_on_update;
static $before_destroy;
static $after_destroy;
#это будет вызвано перед обновлением
public function do_something_before_save() {}
}

Сериализация

class Book extends ActiveRecord\Model{
public function upper_title(){
return strtoupper($this->title);
}
}
#produces: {title: 'sharks wit lazers', author_id: 2}
$book = Book::find(1);
$book->to_json();
#produces: {title: 'sharks wit lazers'}
$book->to_json(array('except' => 'author_id'));
#produces: {upper_title: 'SHARKS WIT LAZERS'}
#создает массив методов, которые затем будут вызваны
$book->to_json(array('methods' => 'upper_title', 'only' => 'upper_title'));
#produces {title: 'sharks wit lazers', author_id: 2}
$book->to_json(array('include' => array('author')));
#также поддерживает xml, который имеет теже опиции, но нужны больше для тестирования =)
$book->to_xml();

Поддержка различных драйверов

В настоящее время существует поддержка только для MySQL (через mysqli) и sqlite3. Однако мы надеемся ввести большее число драйверов в проект, что должно помочь в работе с такими БД как PostgresSQL и Oracle. Соедиение/адаптер - сделан так, что не возникнет никаких затруднений при создании большего числа драйверов, когда будет нужно.

Другие параметры

При декларировании модели вы также можете указать primary_key и table_name.
Защищенные/доступные определения уже доступны, так что вы можете справится со многими распространенными проблемами. Атрибуты могут быть псевдонимами, чтобы вам было легче получить доступ к ним через разные имена.

class Book extends ActiveRecord\Model{
static $primary_key = 'book_id';
static $table_name = 'book_table';
static $attr_accessible = array('author_id');
static $attr_protected = array('book_id');
static $alias_attribute = array(
'new_alias' => 'actual_attribute',
'new_alias_two' => 'other_actual_attribute'
);
}

Будущее

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

UPD: ActiveRecord доступен по адресу http://github.com/kla/php-activerecord/tree/master

Данная статья является переводом PHP ActiveRecord with PHP 5.3.
Подготовленно командой Internet-Technologies.Ru[/table]

Гостевая книга своими руками на PHP и MySQL

stim — Sat, 26 Mar 2011 19:35:50 GMT

[table]Наша гостевая книга будет состоять из трех php-файлов, одной базы данных и одной таблицы MySQL.

В данной статье приведены только фрагменты кода гостевой книги.
Скачать полные исходные коды гостевой книги можно на сайте автора.

1. Подключаемся к СУБД, создаем базы и таблицы для гостевой книги

Файл dbconnect.php, служит для подлючения к серверу БД MySQL и создания базы данных и базы данных и необходимой таблицы для гостевой книги.

// название сервера БД
define ("HOST", "localhost");
// название базы данных
define ("DATABASE", "gb");
// пользователь MySQL
define ("MYSQL_USER", "root");
// пароль к MYSQL
define ("MYSQL_PASS", "");

// создаем базу данных и таблицу gb
$link1=mysql_connect(HOST, MYSQL_USER, MYSQL_PASS)
or die("Нет соединения с MySQL сервером!");
mysql_query ("CREATE DATABASE IF NOT EXISTS ".DATABASE)
or die ("Не могу создать базу данных gb.");
mysql_select_db(DATABASE)
or die("Нет содениения с требуемой базой данных!");
mysql_query ("CREATE TABLE IF NOT EXISTS gb
(id INT NOT NULL AUTO_INCREMENT PRIMARY KEY,
username VARCHAR (100),
dt DATETIME,
msg TEXT)")
or die ("Не могу создать таблицу gb.");

Таблица gb создается с необходимыми нам полями:
username - имя пользователя, оставляющего сообщение в гостевой;
dt - время и дата сообщения;
msg - текст сообщения.
Если база данных и таблица уже имеются, то ничего не происходит.

Если уж очень хочется экономить на запросах к БД, то строки с созданием БД и созданием таблицы можно вынести в отдельный *.php файл-установщик, который надо будет запускать всего 1 раз.

Файл dbconnect.php мы будем загружать каждый раз, если есть необходимость обращения к БД.

2. Что у нас в БД? Выводим содержимое гостевой книги

Файл index.php служит для отображения содержимого гостевой книги и формы отправки сообщения.

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

$c=0;
// выбор всех записей из БД, отсортированных так,
// что самая последняя отправленная запись будет всегда первой.
$r=mysql_query ("SELECT * FROM gb ORDER BY dt DESC");
while ($row=mysql_fetch_array($r)) // для каждой записи организуем вывод.
{
if ($c%2)
$col="bgcolor='#f9f9f9'"; // цвет для четных записей
else
$col="bgcolor='#f0f0f0'"; // цвет для нечетных записей

style="margin: 10px 0px;">

Имя пользователя:
Дата опубликования:
---------------------------------------------------------------

$c++;
}

if ($c==0) // если ни одной записи не встретилось
echo "Гостевая книга пуста!
";

Код формы для отправки сообщений выглядит следующим образом:

Проверка правильности заполнения формы происходит на стороне клиента, для чего реализована JavaScript-функция splash();

function splash()
{
if (document.myForm.username.value =='')
{
alert ("Заполните имя пользователя!");
return false;
}

if (document.myForm.msg.value =='')
{
alert ("Заполните текст сообщения!");
return false;
}

return true;
}

Данные из формы передаются в файл action.php.

3. Добавляем записи в гостевую книгу

Файл action.php - ядро гостевой книги. В этот файл принимаются данные из формы отправки сообщения и может выполняться одно из двух действий:
- добавление записи в гостевую книгу (при параметре action=add)
- удаление всех записей из гостевой книги (при параметре action=delete)

Заметим, что случай, когда action=delete может наступить только тогда, когда эта команда будет передана в ручную, с помощью вызова action.php?action=delete.

include ("dbconnect.php");

// получаем переменные из формы
$username=$_REQUEST['username'];
$msg=$_REQUEST['msg'];
$action=$_REQUEST['action'];

if ($action=="add")
{
// добавление данных в БД
$sql="INSERT INTO gb(username, dt, msg) VALUES ('$username', NOW(), '$msg')";
$r=mysql_query ($sql);
}

if ($action=="delete")
{
// удаление базы гостевой
$sql="DELETE FROM gb";
$r=mysql_query($sql);
}

header("Location: index.php");
?>

Файл action.php создан специально для того, чтобы не передавать данные в файл index.php. Если бы мы передавали данные в index.php, то при обновлении страницы или при пользовании кнопками "назад", "вперед" в браузере, мы бы могли встретиться с ситуацией излишней повторной отправки данных. Что приводило бы созданию дубликатов записей в гостевой книге и излишней путанице пользователей.

Файл action.php ничего не возвращает браузеру. При выполнении action.php происходит редирект на файл index.php.[/table]

Синтаксические различия HTML и XHTML

stim — Sat, 26 Mar 2011 19:34:44 GMT

[table]Вот возможный пример одного из наиболее кратких HTML-документов, обнаруживающий соответствие DTD HTML 4.01 Strict:

Убедиться в том, что документ соответствует стандарту, можно при помощи онлайнового валидатора, доступного на сайте Консорциума W3C по адресу http://validator.w3.org/.

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

, задающий абзац текста, в нашем примере совершенно пусты.

Давайте заполним их содержательной информацией:

Минимальный документ

Эта веб-страница имеет простейшую структуру из всех возможных.

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

...

— абзац текста — мы увидим непосредственно в окошке браузера.

Если мы просто попытаемся заменить ссылку на объявление типа документа, торжественно провозгласив, что наша веб-страница отныне является никак не просто HTML-, а вовсе даже XHTML-документом, у нас ничего путного не выйдет.

XHTML-документ может содержать только один корневой элемент разметки — а у нас их целых два: это ... и

...

. Кроме того, в XHTML 1.0 Strict являются обязательными элементы ... и ..., определяющие соответственно заголовок и тело документа. Впрочем, хорошим тоном считается наличие этих элементов и в документах, созданных при помощи «обычного» HTML 4.

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

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

Минимальный документ

Эта веб-страница имеет простейшую структуру из всех возможных.

Как видите, первая строка видоизменилась — именно так выглядит ссылка на определение типа документа XHTML 1.0 Strict.

Кстати говоря, для общего развития совсем не вредно прогуляться по тем URL, которые указываются в этих самых объявлениях, и посмотреть воочию, как выглядят файлы DTD. По адресу http://www.w3.org/TR/html4/strict.dtd вы найдете определение типа документа HTML 4.01 Strict, а по адресу http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd — DTD для XHTML 1.0 Strict. Анализ файлов DTD выходит за пределы тематики нашей статьи — но ничего сверхъестественного они в себе не таят, и интересующиеся после некоторой подготовки вполне смогут самостоятельно в них разобраться.

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

Атрибут name для элементов , ,
, , , и является нежелательным, вместо него полагается использовать атрибут id.
В XML не поддерживается минимизация атрибутов, поэтому булевы атрибуты должны быть записаны в полной форме. К примеру, конструкция
С прицелом на будущее
Того шаблона минимального документа на языке XHTML 1.0 Strict, который был описан в предыдущем подразделе, вполне достаточно для создания весьма качественных веб-страниц.
Есть, однако, еще несколько пожеланий. Пожеланий факультативных, необязательных, но способствующих дальнейшему усовершенствованию создаваемых документов, улучшению их в плане универсальности.
W3C, пропагандируя доступность контента веб-ресурсов для максимально широкого круга пользователей и выступая за интернационализацию Всемирной паутины, рекомендует указывать язык содержимого веб-страниц при помощи атрибута lang тега . Это касается документов, созданных как при помощи HTML 4, так и с применением XHTML.
Нижеследующий фрагмент XHTML-кода свидетельствует, что данный документ — на русском языке:С прицелом на будущее
Того шаблона минимального документа на языке XHTML 1.0 Strict, который был описан в предыдущем подразделе, вполне достаточно для создания весьма качественных веб-страниц.
Есть, однако, еще несколько пожеланий. Пожеланий факультативных, необязательных, но способствующих дальнейшему усовершенствованию создаваемых документов, улучшению их в плане универсальности.
W3C, пропагандируя доступность контента веб-ресурсов для максимально широкого круга пользователей и выступая за интернационализацию Всемирной паутины (см. WAI — Web Accessibility Initiative), рекомендует указывать язык содержимого веб-страниц при помощи атрибута lang тега . Это касается документов, созданных как при помощи HTML 4, так и с применением XHTML.
Нижеследующий фрагмент XHTML-кода свидетельствует, что данный документ — на русском языке:

...

Буквенный код того или иного языка, указываемый в значении атрибута lang, приводится в соответствии со стандартом ISO 639. Так, например, английскому языку соответствует код en, французскому — fr, немецкому — de, украинскому — uk, белорусскому — be и т. д.
Дальнейшее в этом подразделе касается только XHTML-документов. Любая XHTML-страница, как известно, представляет собой XML-документ.
Считается хорошим тоном начинать XML-документы с объявления XML. Оно содержит номер версии языка, а также (иногда) некоторые дополнительные параметры, например, кодировку документа. Объявление XML не является обязательным для XML-документов, но все же его рекомендуется указывать, ибо в будущем вероятны ситуации, что документы без объявления XML будут восприняты как соответствующие самой последней версии языка, что может привести к ошибкам и разного рода несовместимостям. В настоящий момент в качестве официальных рекомендаций утверждены две версии XML — 1.0 и 1.1. Язык XHTML 1.0, напоминаю, базируется на XML 1.0, являясь подмножеством последнего.
В XML, который, как мы уже говорили, является универсальным стандартом для хранения любых структурированных данных, определен атрибут xml:lang, предназначенный для тех же целей, что и атрибут lang в HTML, с той лишь разницей, что xml:lang применим для любых XML-документов, а не только для XHTML-страниц. Можно сказать, что xml:lang носит более глобальный характер, нежели lang. Применение атрибута xml:lang является предпочтительным для современных XML-ориентированных пользовательских агентов, поисковых систем и т. д., но, к сожалению, старые браузеры, не совместимые с XML, не понимают и попросту игнорируют этот атрибут. Поэтому рекомендуется употреблять как xml:lang, так и lang «в одном флаконе», чтоб уж наверняка…
Кроме того, рекомендуется указывать принадлежность элемента ... к пространству имен XHTML.
Пояснение. XML, являя собой метаязык, позволяет разработчикам придумывать свои собственные, совершенно произвольные теги. Поскольку именами тегов назначаются, как правило, осмысленные слова естественного языка, которых, положа руку на сердце, не так уж и много в человеческой речи, в XML-документах разных типов вполне могут присутствовать одинаковые теги, обозначающие совершенно различные вещи. В этом нет ничего криминального. (Можно привести такую аналогию: скажем, в английском и французском языках есть слова, которые пишутся одинаково, но звучат по-разному, а порой обладают и различными смысловыми значениями.) Однако если элементы, наделяемые различной смысловой нагрузкой, но при этом определяемые одинаковыми тегами, встретятся в одном документе, произойдет конфликт имен — при обработке такого документа станет весьма проблематичным определить, данные какого типа несет в себе тот или иной элемент. Механизм пространств имен как раз-таки позволяет разрешать подобные конфликты. Впрочем, мне не хотелось бы здесь вдаваться в его устройство и вообще углубляться в тонкости XML — скажу лишь, что наличие или отсутствие ссылки на пространство имен XHTML никак не сказывается на поведении привычных нам браузеров; все это можно рассматривать скорее как задел на светлое будущее и лишний фактор душевного спокойствия разработчиков и уверенности в том, что все сделано «как надо». А это само по себе неплохо.
С учетом всего вышесказанного «минимальный» XHTML-документ превращается в нечто вроде такого:

Минимальный документ

Эта веб-страница имеет простейшую структуру из всех возможных.

Первая строка — то самое объявление XHTML; указываемая здесь кодировка должна, разумеется, совпадать с той, в которой документ возвращается сервером. Тег «оброс» новыми атрибутами — так, значением атрибута xmlns является идентификатор пространства имен XHTML, а после атрибута lang добавился атрибут xml:lang с тем же самым значением, что и у lang.
Ограничения
По правде говоря, использовать приведенный выше «прогрессивный» шаблон XHTML-документа возможно нынче только с некоторыми ограничениями.
Большинство современных браузеров может работать в двух режимах — режиме соответствия стандартам и режиме совместимости (надо понимать, совместимости со страницами, сверстанными по «диким» правилам второй половины 1990-х).
Как правило, в режиме соответствия стандартам браузеры работают тогда, когда обрабатываемый документ снабжен правильным элементом . Если таковой элемент отсутствует либо некорректен, браузер переключается в режим совместимости.
Одной из особенностей режима совместимости в Internet Explorer 6.0 является тот факт, что при отсутствующем или некорректном элементе этот браузер начинает вести себя, как Internet Explorer 5.0 — например, некорректно интерпретировать CSS-свойства width и height. (Значения этих свойств, согласно спецификации CSS, относятся только к размерам содержимого блочного элемента — без учета полей, рамки и отступов. Браузер же Internet Explorer 5.x,за исключением версии 5.5 для Macintosh, в пику стандарту трактует значения свойств width и height как ширину и высоту блочного элемента с учетом величин полей и толщины рамки, но все же без учета отступов.)
«Приятный» сюрприз, подготовленный для нас компанией Microsoft, состоит в следующем. IE6 работает в режиме обратной совместимости с IE5 в любом случае, если только правильный элемент не встретится этому замечательному браузеру в самой первой значащей строке кода.
А что у нас в первой строке кода? Правильно, объявление XML! Элемент идет следом. Firefox, Opera и даже IE7 его исправно распознают, а вот для IE6 этой строчки будто бы и нет вовсе.
Мораль сей басни такова. Когда условия работы меняются с «учебных» на «боевые», и речь заходит о реальных проектах, а не об экспериментальных примерах, напоминающих сферического коня в вакууме, не стоит безоглядно полагаться на стандарты. Стараясь придерживаться их духа и буквы, где только это возможно, необходимо, тем не менее, принимать во внимание и особенности интерпретации тех или иных спецификаций реальными браузерами, которые, к сожалению, пока что далеки от идеала.
Пока ситуация складывается таким образом, что от объявления XML в первой строке XHTML-документов в реальной практике лучше воздерживаться, ибо «народный браузер» IE6 (которым, по данным SpyLog — http://gs.spylog.ru/ — пользуются свыше 57% посетителей сайтов Рунета; информация приводится за период с 17 мая по 4 июля 2007 г.) за объявлением XML не видит элемента , влияющего на корректность отображения элементов страницы. К слову, повода для расстройства почти нет — ведь мы уже акцентировали внимание на том, что объявление XML является факультативным, необязательным элементом…[/table]

Как правильно верстать на HTML

stim — Sat, 26 Mar 2011 19:32:29 GMT
[table]Просматривая различные сайты в Интернете, мы не смотрим в код HTML. Ну не берём в расчёт верстальщиков, которым интересно посмотреть на чужую работу. Да и совсем не нужно это обычному пользователю? Но достаточно бывает только взглянуть на html код, чтобы составить впечатление о самих создателях сайта. Код HTML страниц - это как зеркало умений веб-мастера, который занимался созданием сайта.
Заглянув на код можно легко узнать о том, как сделана сама страничка: программкой для клепания сайтов пачками или руками html-верстальщика. Программа не обладает человеческой логикой и не заметит эллиментраных ошибок, к тому же засоряя всё своими комментариями, ненужными тегами и конструкциями. А псевдо "мастеру" до этого нет дела, ведь в его браузере все смотрится хорошо, а то, что браузеров существует великое множество ему и дела нет...
Создание минималистичного (чем меньше кода в странице, тем лучше для дальнейшей раскрутки сайта в поисковиках), аккуратного и работающего во всех браузерах - это своеобразное, но искусство. Особенно это заметно, когда вы создаёте сайт не для себя, а для работодателя, который разбирается в html.
Встречаются сайты с очень сложной структурой, в которых работа верстальщика занимает самое большое по времени всего создания сайта. К примеру, сложная вложенность слоёв, абсолютное позиционирование совместно с JavaScript кодом делает html вёрстку одним из сложнейших занятий, без опыта в которых сложно нормально работать и зарабатывать.
Чтобы ваш код страницы выглядел достойно, аккуратно и «неискусственно», вам было легко в нем ориентироваться, то внимательно изучите нижеперечисленные пункты и придерживайтесь их при написании HTML:
* Писать html теги большими прописными буквами является неправильным (TABLE, BODY, IMG) — это первый признак неручной работы и в таком коде тяжело ориентироваться, так как большинство кода в Интернете все-таки написано строчными буквами (table, body, img) и это является стандартом и весь html код, написаный строчными буквами признается html-валидатором невалидным!
* Атрибуты всегда записывайте в кавычки (напр., align="right"), что придаст вашему коду аккуратность и совместимость с языком XML.
* Присваивая какое-либо значение (ширины, высоты) в пикселях, не забывайте это указать, т.е. width="5px". Например, height=23 будет ошибкой, приавльно писать height="23%";
* Есть теги, в которых нет закрывающего тега (img, hr, br), но по стандартам W3C - это те люди, которые диктуют правила написания html кода (да и многого другого). В таких случаях надо закрывать одиночный тег закрывающим слешем

* Лишние комментарии, которыми программы засоряют код, так же, не пойдут на пользу вашему сайту, а вот ваши собственные комментарии помогут разобраться через некоторое время намного быстрее. Тем более, если сайтом станет заниматься другой мастер;
* Старайтесь не оставлять стили и JavaScript код в страничке. Выводите их в отдельный файл — так проще что-либо поменять и код страницы уменьшится (иногда очень заметно);
* У любого символа есть своя замена. В каждом справочнике по HTML есть список этих подстановок. Желательно использовать их, что бы не было проблем с просмотром в некоторых браузерах.
Напоследок скажу, что программами для клипания быстрых сайтов пользоваться не стоит, потому что они очень сильно засоряют код и ничего хорошего из этого никогда не выйдет. Советую использовать специальные редакторы для программистов, в которых вы сами пишете код, но скорость работы увеличивается за счёт специльных возможностей, таких как подсветка кода или проверка на валидность - правильность с точки зрения стандарта html и css. (Как пример, Notepad++)
Чаще всего при создании сайта больше всего сил и времени уделяется визуальному дизайну сайта, с точки зрения дизайнера, это правильно - ведь именно его увидят рядовые посетители сайта. И часто экономия на коде сайта может сыграть медвежью услугу: увеличиваются расходы на раскрутку сайт (в том числе и время), начинают открываться проблемы с кроссбраузерностью (внешним видом в различных браузерах) сайта и в конце-концов, сайт приходиться перевёрстывать.
Как видите, скупой (или ленивый) платит дважды, а то и трижды! Из-за такого отношения в нашем Рунете множество сайтов с замечательным внешним дизайном имеют отвратительный код, сделанный на скорую руку в программе-клепалке, осовенной не полностью. Не повторяйте ошибок таких сайтостроителей, верстайте аккуратно и красиво, выделяйте структуру кода, и всегда помните, что язык HTML — основа сайта.[/table]