Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
Завершён основной этап работы над новой версией системы SLAED CMS 4.2 Pro. На данный момент производятся заключительные настройки и корректировки для окончательной сборки архива. В данной версии системы появились новые возможности, улучшен функционал системы в целом, модифицированы проблемные и неудобные участки, реализованы новые модули. Особый акцент при работе над данной версией был сделан на безопасность, произведены значительные модификации, максимально снижающие уязвимость системы. По этой причине всем пользователям и клиентам настоятельно рекомендуется произвести обновление до этой версии. Более детальную информацию можно получить при подробном просмотре.
Новые возможности, модификации, общие изменения
Реализована новая возможность GZip и BZip2 сжатия файлов при использовании BB Редактора, а так же файлового редактора панели администратора системы.
Модифицирована функция сохранения лог файлов ошибок, динамических ошибок, запрещённых действий и нападений на систему. После того как лог файл набирает размер более 1 МБ, он автоматически упаковывается в GZip или BZip2 архив. Тем самым уменьшается размер лог файлов, экономится место на сервере, уменьшается скорость загрузки.
Обновлен до актуального уровня файл базы данных географического местонахождения IP адресов.
В модуль магазина добавлена новая функция, реализующая возможность экспорта и импорта баз данных продуктов, клиентов и партнеров магазина в формате CSV. Данный текстовый формат, предназначенный для представления табличных данных. Программы для редактирования файлов этого формата: Microsoft Excel, OpenOffice.org Calc, Numbers, TablePro, CSVed, KSpread, импорт и экспорт файлов такого типа возможен во многих инженерных пакетах, например ANSYS, LabVIEW и др.
В блок системной информации добавлены значения установленных на сервере возможностей GZip и BZip2 сжатий.
В состав пакета вошёл новый модуль «Помощь». Данная разработка будет весьма интересна и полезна для коммерческих проектов, а так же проектов, направление которых связанно с оказанием поддержки пользователям. Основное предназначение модуля это предоставление технической поддержки посетителям и пользователям Вашего проекта.
Модифицирован пользовательский модуль, функция навигации вынесена в ядро системы, установлена автоматическая сортировка отделов для более удобной её адаптации к существующим размерам. Модифицированы пользовательские функции партнерского и магазинного отделов.
Модифицирован модуль автоматического обмена ссылок. Реализована новая функция подсчёта переходов работающая независимо от блока модуля и кэширования. Добавлены новый конфигурации для блока модуля обмена ссылками, такие как: Количество ссылок в блоке и их длинна.
Новая функция переходов с других сайтов отслеживает переходы во всех и во все участки сайта. В конфигурациях системы установлена возможность отключения, а так же сроки сохранения статистики переходов в днях.
В модуле автоматического обмена ссылок реализован новый анализатор переходов, который определяет переходы зарегистрированных пользователей проекта, поисковых систем, географическое расположение и IP адреса посетителей. Предоставляется широкий спектр анализа и сортировки переходов по различным параметрам, таким как: Идентичные переходы, Адреса переходов, Идентичные входы, Адреса входов, Идентичные имена перешедших, Имена перешедших, Идентичные IP перешедших, IP перешедших, Одновременные переходы, Время переходов, а так же в порядке убывания или возрастания.
Кардинальным модификациям подверглись функции установки и сохранения даты и времени публикаций, а так же другой информации связанной со временем. Теперь для установки даты используется удобный календарь, который упрощает установку даты и времени, а так же исключает установку не существующих дат. Изменениям подверглись все модули, и компоненты системы, где использовалась установка даты и времени.
Для администратора проекта написан и установлен новый модуль «Переходы», который отслеживает и анализирует все переходы с других сайтов на Ваш. Модуль определяет переходы зарегистрированных пользователей проекта, поисковых систем, географическое расположение и IP адреса посетителей. Предоставляется широкий спектр анализа и сортировки переходов по различным параметрам, таким как: Идентичные переходы, Адреса переходов, Идентичные входы, Адреса входов, Идентичные имена перешедших, Имена перешедших, Идентичные IP перешедших, IP перешедших, Одновременные переходы, Время переходов, а так же в порядке убывания или возрастания.
Во избежание путаницы произведено ограничение выбора модулей при добавлении и редактировании категорий. Теперь установка категорий возможна только для тех модулей, в которых они предусмотрены.
Установлена новая версия HTML редактора Tiny MCE 3.1. Изменены функции подключения в связи с новым методом интеграции, удалены старые участки и файлы подключения старой версии.
Реализована новая возможность установки редактора персонально для каждого администратора проекта. Редактор устанавливается при добавлении нового администратора, так же возможна смена редактора для уже существующих администраторов.
Реализована новая возможность использования редакторов в пользовательском отделе. Теперь можно выбрать какой редактор будет предложен посетителям, в комментариях, в публикациях или других отделах. Возможные варианты: BB Редактор, HTML Редактор Tiny MCE или без редактора.
Установлена новая возможность конфигурации формы обратной связи с администраторами проекта. Теперь Вы можете решать, каким из Ваших администраторов пользователи могут отправлять письма по средствам модуля контактов. Настройка устанавливается персонально для каждого администратора проекта.
Исправления и корректировки
Реализована поддержка человека понятных урлов для всех модулей и отделов системы. Исправлены неточности, доработаны и модифицированы некоторые участки.
Удалены лишние параметры в конфигурациях панели администратора модуля новостей.
Решена проблема, связанная с некорректной работой рейтинга в случае его отключения в панели администрирования рейтингом.
В конфигурациях системы удалены настройки связанные с использованием Cookies администратора в виду отсутствия их необходимости.
Решён вопрос с заслешиванием одинарных и двойных кавычек при публикации материала в пользовательской части проекта. Частично изменена логика фильтрации входящей информации и её основные функции.
Повышение уровня безопасности
Значительным образом переписан принцип авторизации администраторов системы. С данного момента авторизация и определение администратора через Cookies больше не используются в виду низкого уровня безопасности данного способа, работа с администраторами переведена на безопасные сессии.
Модифицирована функция определения главного администратора системы, повышен уровень безопасности её использования.
В модуле пользователя удалена возможность загрузки аватара с удалённого сервера в виду потенциальной уязвимости данного метода.
Модифицирована функция загрузки файлов на сервер, устранены некоторые неточности связанные с безопасностью. Модификации подверглись участки, и модули где используется данная функция.
Модифицирована функция определения браузера пользователя. Установлен фильтр, который устраняет возможность подмены данных на инъекцию или вредоносный код.
В целях повышения безопасности в модуле загрузки файлов удалена возможность загрузки удалённого файла с Другова сервера, таким образом, устранена возможность подмены или манипуляции загружаемого файла.
Частично переписан модуль рекомендаций, устранены и модифицированы потенциально опасные к уязвимостям участки кода.
Проработаны все модули системы, имеющие потенциально опасные участки кода, установлены соответствующие фильтры, препятствующие инъекциям и вредоносным внедрениям.
Начиная с 22.06.2008, новую версию можно будет приобрести, в магазине нашего проекта. Обновление для актуальных клиентов профессиональной версии можно будет загрузить в персональном отделе клиентов.
Готова к выходу новая версия SLAED CMS 2.5 Lite. Данная версия является на сегодняшний день самой стабильной и безопасной версией серии Lite. При работе над ней были учтены все актуальные и возможные методы нападений, как правило, это связанно с участившейся последнее время спамерской активностью в сети интернета. Была полностью переписана система генерации секретного кода и метода его проверки. Таким образом, исключена возможность его манипуляции и подделки. С детальными изменениями можно ознакомиться при подробном просмотре.
Модифицирована функция генерации секретного кода, после чего исключена возможность его обхода для многократной отправки сообщений, а так же подключение скриптов производящие отправку в автоматическом режиме.
Модификация подверглась функция добавление комментариев системы. В случае разрешения комментировать анонимным пользователям, в качестве защиты от роботов, спамеров добавлена проверка графического секретного кода.
Модифицирован модуль добавление новостей системы. Добавлена проверка на анонимного пользователя, в случае если пользователь не зарегистрирован, производится проверка графического секретного кода, что в свою очередь исключает добавление новостей спамерскими роботами.
В модуле добавления новостей установлено использование дополнительных полей, так же как и в панели администратора версии 2.4 Lite.
Исправлена ошибка, связанная с добавлением новостей в модуле Add_News.
Исправлена ошибка проявлявшаяся в браузере Mozilla Firefox. В комментариях при нажатии на имя, имя не переносилось в поле комментария.
В панели безопасности системы при просмотре логов ошибка и нападений исправлена ошибка в их отображении. Ошибка была связанна с функцией фильтрации кода защиты.
Модифицирован модуль обратной связи, исключено зафлуживание почтового ящика автоматическими программами или скриптами.
Модификациям подвергся модуль пользователя, при включённом секретном коде исключена возможность входа и регистрации автоматических программ регистрации и роботов.
Модифицирован модуль вопросов и ответом, для анонимных посетителей при отправки вопроса принудительно выводится проверка графического кода, что в свою очередь защищает модуль от спамеров.
В соответствии с новой функцией генерации секретного кода, откорректированы блоки, в которых предоставляется возможность входа в систему как зарегистрированного пользователя.
Модификации подверглись функции основного файла администратора, который используются для входа в систему.
Модифицированы участки стилей темы оформления, используемые как в панели администратора, так и в пользовательской части.
Модификации подвергся модуль рекомендаций. Добавлен секретный код в случае использования модуля анонимными пользователями.
Модифицирован фильтр засветления отключенных модулей в панели администратора системы.
Скачать новую версию возможно начиная с 03.09.2007 в файловом архиве нашего проекта.
Готова к выпуску новая версия системы SLAED CMS 3.2. В данной версии были учтены основные пожелания клиентов касательно новых функций третьей ветки системы. Были внесены положительные модификации и изменения уже существующих функций и возможностей. Основными из них являются повышение безопасности системы от возможных «Flood Atack» и «DDoS Atack», написаны новые функции интеграции системы SLAED CMS с самыми популярными и актуальными на сегодняшний день форумами: Invision Power Board (1.3.1, 2.0.*, 2.1.*, 2.2.2), phpBB, vBulletin, SMF, а так же для улучшения индексации поисковыми системами, написано полнофункциональное ЧПУ для основных модулей системы. Более детальную информацию о нововведениях и проделанных работах Вы можете получить в подробном просмотре.
Написана и установлена функция кэширования системы. Данная возможность предназначена для сайтов с очень высокой посещаемостью и даёт возможность максимально снизить нагрузку на сайт вплоть до уровня нагрузки производимых HTML страницами. В конфигурациях кэширования возможно установка времени кэширования, а так же кэширования на выбор, только главной страницы системы или всех её отделов.
Произведены изменения в функции счётчиков посетителей и просмотров страниц сайта, исключающие возможные сбои в работе.
В конфигурациях панели администратора добавлена возможность выбора используемого в системе редактора. BB Редактор, HTML Редактор или для опытных пользователей вообще без редактора.
Для улучшения функциональности произведена смена формата лог файлов системы. Изменениям подверглись функции отслеживания ошибок и нападений.
В панели администратора системы установлен редактор внедрений в систему. Редактор даёт возможность непосредственного редактирования файлов для внедрения своих скриптов или функций в ядро системы, head системы, а так же файлов конфигурации системного ЧПУ.
Для улучшения индексации поисковыми системами, написано полнофункциональное ЧПУ для основных модулей системы, таких как: Каталог файлов, Анекдоты, Каталог сайтов, Медиа каталог, Статьи, Магазин. Этим не ограничиваются возможности ЧПУ системы, Вы с лёгкостью можете расширить правила для других модулей непосредственно из панели администратора.
Переписаны функции работы счётчиков системы. Добавлен пакет новых графических мини баннеров для использования в системе. Пакет состоит из графических элементов размером 80х15.
Полностью переписана административная часть управления системы безопасности и частично сама система безопасности. Таким образов улучшена возможность просмотра лог файлов ошибок и нападений, добавлена их загрузка, исправлены и оптимизированы некоторые участки кода.
В блок системной информации панели администратора добавлены проверки информации по следующим параметрам: Максимальный размер загружаемых файлов на сервер, Максимальный размер рабочего объёма памяти на сервере, Мод Реврите для работы преобразования ссылок в ЧПУ.
Переписана конфигурационная часть панели администратора модуля медиа файлов. Добавлена возможность установки разделительного знака для титлов и заголовков, что повышает привлекательность модуля для поисковых систем.
Исправлена ошибка, проявлявшаяся при добавлении более четырёх файлов в панели администрации модуля медиа файлов.
Координации нижней части основного файла подвергнута стандартная тема оформления Reloaded.
Модифицированная система отслеживания статистических ошибок, добавлена возможность идентификации всего спектра ошибок протокола HTTP/1.1.
Значительным модификациям подвергся модуль каталога ссылок, произведены изменения в конфигурациях модуля. Теперь используется всего одна переменная, что в свою очередь сокращает потребляемые ресурсы сервера, улучшает функциональность, повышает скорость работы.
Для модуля каталога файлов добавлены новые возможности способов загрузки файлов для посетителей. Стандартный режим – Как и было до этого, с дублированием прямой ссылки. Скрытый режим без прямой ссылки и скрытием реальной директории хранения файлов. Скрытый режим баз прямой ссылки и сменой реального названия файла и скрытием реальной директории хранения файлов.
В модуле каталога файлов добавлена возможность программирования публикаций на желаемое время. Модифицирован способ загрузки файлов и функций добавления, редактирования.
Доработана языковая поддержка модуля каталога файлов, для всех трёх стандартных языков системы.
Модифицирован блок навигации автоматического определения модулей системы. Появилась возможность просмотра модулей активированных только для администраторов. В случае отсутствия модулей в той или иной группе, заголовки группы не выводятся.
Модифицирована система безопасности, добавлены дополнительные функции защиты. Защита от атак переполнения, типа «Flood Atack» и «DDoS Atack». В конфигурациях безопасности добавлены опции проверки передач по средствам переменной POST, проверка всей входящей и запрашиваемой информации. Возможна установка интервала между запросами атакующего, в секундах.
В качестве улучшения защиты системы от спамерских роботов, установлено подтверждение секретного кода при добавлении медиа файлов.
Написана новая функция, которая защищает E-Mail адреса, используемые в системе от индексации и обнаружения спамерскими роботами. Защита адреса установлена в профиле пользователя при просмотре информации.
Установлена возможность блокирования и подавления ошибок браузера вызываемых некорректной работой JavaScripts. Активировать блокировку ошибок можно в конфигурациях отдела безопасности, панели администрации системы.
Полностью переписаны функции интеграции системы SLAED CMS с самыми популярными и актуальными на сегодняшний день форумами: Invision Power Board (1.3.1, 2.0.*, 2.1.*, 2.2.2), phpBB, vBulletin, SMF.
За счет более универсальных функций общий вес системы уменьшился в разы за счет удаления из системы файлов интеграции SDK для форума IPB.
Интеграция включает в себя
Возможность одновременной авторизации на форуме при авторизации на сайте
Возможность одновременного выхода на форуме при выходе на сайте
Возможность регистрации пользователей как с сайта, так и с форума
За счет написания гибких правил интеграцией предоставляется возможность объединения системы SLAED CMS и одного из вышеописанных форумов, даже если сайт и форум работали отдельно некоторое время. Так как интеграция получилась очень гибкой, то в будущих версиях системы остается возможность добавления как новых функций к интеграции, так и новых форумов.
В панели администратора модуля магазина добавлен поиск по клиентов с различными параметрами, что повышает возможность быстрого нахождения пользователя при их большом количестве. Добавлена подсветка по поисковым запросам.
В панели администрации пользователями добавлена подсветка результатов поисковых запросов при использовании поиска.
Приобрести систему можно с 01.05.2007 в магазине нашего проекта. Актуальные пользователи версии 3.1 Pro смогут скачать бесплатное обновление до версии 3.2 Pro непосредственно в отделе для клиентов.
В связи с участившимися вопросами на форуме проекта связанными с безопасностью системы считаю необходимым прояснить ситуацию и разъяснить нашим пользователям основные нюансы. Как уже писалось в анонсе версии SLAED CMS 2.1 Lite и 2 Pro, система отличается от своих предшественников повышенной безопасностью панели администратора. Даже в случае получения Cookies администратора, то есть его "Хеша" пароля и логина в зашифровонном виде, злоумышленник не сможет войти в панель администрации. На это есть ряд причин с которыми можно ознакомится при подробном просмотре.
Дополнительная защита администратора
Сохраняется последний сеанс администратора, его IP адрес в базе данных системы. Если он не совпадает, что произойдёт в случае украденных Cookies, то система потребует авторезироваться заново. Это значит что злоумышленник, не зная пароля и логина в расшифровонном виде, не сможет войти и получить доступ в панель управления.
Метод шифрования паролей, который используется в системе, является одним из самым безопасных и оптимальных на сегодняшний день. Метод называется MD 5 и является алгоритмом, который не имеет возможности расшифровки и предназначит для зашифровки информации в одну сторону без возможности её расшифровки.
Дополнительная защита пользователя
То же самое как на примере с администратором, происходит с зарегистрированными пользователями системы. За исключением того, что для пользователей можно отключить принуждение повторной авторизации в случае смены IP адреса, со дня последней авторизации пользователя в системе. Данные настройки можно изменит в отделе пользователей панели управления системой.
Ко всему этому, в системе существует возможность смены названия Cookies администраторов и пользователей, которая исключает возможность определения их принадлежности при посещения вами или вашими пользователями сайтов, где установлены скрипты-шпионы.
Общая информация о защите системы
Если вы внимательно читали рекомендации по безопасности, то сменили название файла администратора, а это значит, не зная его названия, злоумышленник даже не сможет попытаться войти в панель администрации.
Если вы внимательно читали рекомендации по безопасности, то установили доступ в систему безопасности только по определённому IP адресу, что исключает доступ злоумышленника. Узнать IP адрес администратора, а тем более подделать его почти не реально.
Если вы внимательно читали рекомендации по безопасности, то установили дополнительные пароль и логин в панель администратора системы которые защищают вас и ваш проект на серверном уровне. Этот метод паролирования директорий является одним из самых оптимальных на данный момент.
Ну и наконец, сама система безопасности защищает ваш сайт от любого рода SQL инъекций, XSS инъекций, загрузки файлов, проникновение через Cookies которые могут быть выполнены со стороны злоумышленника.
Начиная с версии 2 Pro и 2.1 Lite система исключает возможность использования HTML кода на стороне клиента и таким образом исключает все возможные попытки интеграции и внедрения нежелательного кода, инъекций, шпионов в систему.
В системе учтены все возможные и известные на сегодняшний день виды возможных атак, и приняты меры по их предотвращению.
Боле подробную информацию по упомянутым Выше темам можно получить по указанным ниже ссылкам.
Идея состоит в том, чтобы дать пользователю полную свободу действий при формировании темы оформления системы. Обычно управление формирование внешнего вида сайта ложится на систему, сама тема оформления влияет на этот процесс лишь косвенно, то есть она пассивна. Мы уже делали шаги в сторону интерактивности тем оформления вставляя переменные в HTML код и обрабатывая их, но тем не менее заставить тему управлять сайтом было невозможно. Кроме того, оформление сайта разбросанное по отдельным файлам не позволяло выстроить общей картины и затрудняло разработку тем. Даже человеку знакомому с HTML достаточно сложно, было, нарезать готовый HTML шаблон на куски.
Продолжая в том же духе, уместно будет сказать о том, что внешний вид сайта очень сильно зависит от разработчиков системы, другими словами существуют жестко вшитые куски, которые достаточно сложно менять или перемещать, чтобы изменить некоторые из них нужно править саму систему, что прямо скажем не всем и не всегда удобно. Для примера можно назвать такие вещи как табличная структура, модуль, лицензия, генерация страниц, левые правые верхние нижние блоки, а также банеры.
Другими словами задача стояла такая
1. Создать симбиоз ядра системы и темы оформления, когда не только ядро жестко задает правила поведения и отображения элементов системы, но и тема активно управляет видимостью и управлением элементов.
2. Позволить дизайнеру воплощать любые дизайнерские идеи без оглядки на ядро. То есть, хочет чтобы, верхние блоки отображались слева, правые и левые блоки были расположены вместе справа - нет проблем.
3. Не тормозить продвинутых пользователей в реализации различных способов форматирования текста, таких как HTML - различных версий. XHTML и даже XML, то есть наиболее полно реализовать CMS, так как CMS - это система управления контентом, а вот отображение этого контента может быть любым.
4. Решив задачу 2 и 3 увести систему от табличного дизайна и подготовить к отображению на различных устройствах, таких как мобильных, наладонных и так далее...
5. Жестко разграничить понятия оформление и данные.
Итог
Выполнив все поставленные задачи, мы можем смело сказать, что система не будет тянуть пользователей назад, даже тогда когда все дружно решат перейти на DIV, никаких изменений в движке не потребуется нужно будет только поправить дизайн.
Реализация и как всё работает
В пользовательской теме оформления должен присутствовать файл index.html. Это обычный HTML файл, предназначенный для формирования внешнего вида системы. Соответственно надобность в файлах: header.html, footer-close.html и footer-open.html отпадает.
Синтаксис, простейший файл оформления будет иметь вид:
Естественно, верстальщик и дизайнер могут наполнить его любым HTML оформлением и применить все возможные и известные приемы верстки. Как мы видим, табличная структура отсутствует, и мы можем все построить на дивах (DIV) или переписать код в XHTML.
В данном случае и в целом все понятно, просто и наглядно. Остается только объяснить какие переменные вида {%XXXX%} за что отвечают. Расставить эти переменные естественно можно по всему файлу, в каком угодно порядке.
{%HEAD%} - Стандартное формирование шапки - меты и титлы, а также содержание, которое присутствует в системе по умолчанию.
{%MODULE%} - Нарезка для модуля, который должна подставить система.
{%LICENSE%} - Копирайты системы.
{%BLOCKS banner%} или {%BLOCKS b%} - Верхний банер.
{%BLOCKS left%} или {%BLOCKS l%} - Левые блоки.
{%BLOCKS center%} или {%BLOCKS c%} - Верхние блоки.
{%BLOCKS down%} или {%BLOCKS d%} - Нижние блоки.
{%BLOCKS right%} или {%BLOCKS r%} - Правые блоки.
{%BLOCKS foot%} или {%BLOCKS f%} - Нижний банер.
{%BLOCKS time%} или {%BLOCKS t%} – Время генерации страницы.
{%BLOCKS none,ХХХ%} или {%BLOCKS n,ХХХ%} - Произвольный блок системы или свободный блок без оформления, где ХХХ - это либо ID блока, либо название файла блока.
{%BLOCKS standart,ХХХ%} или {%BLOCKS s,ХХХ%} - Произвольный блок системы или свободный блок с оформлением свободного блока, где ХХХ - это либо ID блока, либо название файла блока.
{%BLOCKS message%} или {%BLOCKS m%} – Сообщение на главной странице.
{%BLOCKS variables%} – Анализатор переменных.
{%BLOCKS query%} – Анализатор запросов в базу данных.
Новая система оформления тем будет доступна, начиная с версии SLAED CMS 2 Pro.
Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. Сразу предупреждаю, что все мои советы актуальны для владельцев серьезных тематических ресурсов, а не всяких дурацких развлекательных порталов, цель которых – привлечь абы кого, чтобы только заработать баннерные показы или накрутить счетчик.
Продвижение сайта - Заголовки
Итак, я открываю серию статей, посвященных продвижению интернет-сайта в сети. Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. В моих статьях я не буду тратить время на всякие системы накрутки счетчиков, обмена посетителями и прочую подобную фигню. Продвижение в моем случае прежде всего означает оптимизацию страниц сайта под поисковые роботы + различные советы и тонкости из практики. Надеюсь, вам будет интересно и кому-нибудь мои советы даже помогут в увеличении целевой аудитории, посещающей ваш сайт.
Будем считать, что вы хорошо владеете программированием на HTML и знаете, для чего нужны различные тэги и куда их пихать, поэтому на технической стороне я не буду заострять внимание. Говоря о заголовке, я имею в виду содержание страницы от тэга ‹HEAD› до тэга ‹/HEAD›. Напомню, что структура стандартной страницы представляет из себя примерно следующее:
Как раз о верхней части страницы и пойдет речь в этой статье, т.е. подробно о тегах TITLE и META.
TITLE
Надеюсь, вы уже догадались, что TITLE – это титул страницы. Пользователь видит его в верхней части окна браузера. Тэг TITLE прежде всего имеет важное значение при оптимизации страницы под поисковые машины. Все без исключения поисковые роботы обрабатывают значение TITLE и в соответствии с его содержанием формируют перечень ключевых слов и фраз страницы. Таким образом, титул должен отражать реальное содержание страницы или сайта. Однако при заполнении этого параметра многие совершают следующие ошибки:
Начинают перечислять перечень ключевых слов. Современные поисковые роботы стали гораздо сообразительней, чем раньше и в большинстве случаев им удается распознать, что в титуле написана белиберда, а не четкое и внятное содержание страницы. Это может привести к тому, что поисковик проигнорирует титул при индексации;
Вбивают текст размером с первый том "Капитала" Карла Маркса. Дело в том, что поисковые роботы серьезно относятся к содержимому тэга TITLE, но обычно индексируют первые 25-50 символов. Таким образом, оставшаяся писанина только напрасно увеличивает объем страницы и время загрузки;
Перегружают титул спецсимволами (запятыми, кавычками, тире и пр. знаками). Спецсимволы в TITLE не индексируются поисковыми роботами, так что их использование лучше свести к минимуму, или вообще постараться обойтись без них;
Пишут содержание TITLE прописными (заглавными) буквами. Многие поисковики этого не любят. Так что лучше их не злить понапрасну и писать нормально. От того, что вы напишете титул прописными, заметней для поисковика вы не станете!
В общем, рекомендую перед заполнением тэга TITLE как следует подумать, о чем ваш сайт и выразить его тематику в 2-3 веских словах в виде словосочетания.
META
О тэге META у нас будет разговор серьезный. Прежде всего необходимо понять, что META-тэги являются важной составляющей в странице и их правильное использование может как поднять популярность страницы, так и оказать обратное воздействие.
META-тэги делятся на две группы: контролирующие отображение страницы браузером и служащие ценной информацией для поисковых машин. Первая группа тэгов вводится следующим образом:
‹META HTTP-EQUIV="параметр" CONTENT="значение"›
Я не буду заострять внимание на этом виде META-тэга, т.к. моя задача – рассказать, как сделать страницу доступной, а не как сделать, так, чтобы она правильно отображалась браузером. Но чтобы вы поняли, для чего нужны эти META-тэги, приведу несколько примеров их использования:
Указывает, в какой кодировке должна выводиться страница (в данном случае: windows-1251). Также возможны значения (в поле CHARSET): koi8-r, iso-8859-5, iso-8859-1 и т.д.
Указывает типы переменных, содержащихся на странице (в данном случае: текст и JavaScript™). Возможные значения: text, javascript, php и т.д.
‹META HTTP-EQUIV="pragma" CONTENT="no-cache"›
или
‹META HTTP-EQUIV="no-cache›
или
‹META HTTP-EQUIV="cache-control" CONTENT="no-cache"›
или
‹META HTTP-EQUIV="expires" CONTENT="wed, 2 mar 1996 00:00:05 GMT"›
Запрет на кэширование браузером страницы. Тэг актуален в том случае, если содержимое страницы часто меняется. В этом случае браузер будет при каждом обращении к странице заново ее кэшировать.
Сообщает браузеру язык, на котором написана страница (в данном случае: английский и русский). Возможно указать и один язык (например, только "ru") или несколько через запятую. Сразу скажу, что этот тэг актуален только для очень старых браузеров, а новые на него внимания не обращают, так что лучше его избегать.
Принудительно осуществляет переход на указанную страницу через определенное количество секунд (в данном случае: переход на страницу "http://yandex.ru/index.html" через 5 секунд).
Существует еще с десяток META HTTP-EQUIV тэгов, но, на мой взгляд, они бестолковые и не оказывают существенного влияния на отражение страницы. Или предназначены для устаревших версий браузеров, которые практически уже не используются. Советую не увлекаться такими тэгами и обратить внимание прежде всего на первый пример, выдающий кодировку документа – он является обязательным; остальные же используйте только по необходимости!
Второй тип META-тэгов вводится следующим образом:
‹META NAME="параметр" CONTENT="значение"›
Эти META-тэги никак не влияют на отображение страниц сайта, но играют важную роль в предоставлении информации поисковым роботам и указывают на алгоритм индексирования. В общем, служат чем-то вроде паспорта для страницы. Поскольку известно, что основная доля трафика генерируется поисковыми роботами, необходимо отнестись с полным сурьезом к заполнению значений этих тэгов. Ниже я привожу примеры значений с необходимыми комментариями:
‹META NAME="description" CONTENT="..."›
В поле CONTENT вы должны ввести краткое описание документа. Ни в коем случае не строчите трактат длинной в жизнь и не перечисляйте ключевые слова! Правильным будет написание небольшого предложения длинной до 200-250 символов, в котором повествуется, о чем ваш сайт (страница) и что на нем можно найти. Избегайте большого количества спецсимволов, слов из прописных букв и бессмыслицы (например, "Это чумовой сайт! Все сюда!"). Содержание параметра DESCRIPTION часто отражается в результатах поиска и вносится в базу данных поисковика. Так что чем точнее и лаконичней будет сформулировано описание сайта, тем лучше!
‹META NAME="keywords" CONTENT="..."›
В поле CONTENT вы должны внести через запятую (!) перечень ключевых слов и фраз, в соответствии с которым будет строиться запрос поисковым роботом. Только не надо вносить весь словарь Ожегова и/или Даля! Во-первых, поисковики обычно обрабатывают только первые n-цать символов в строке CONTENT (в среднем до 500). Во-вторых, ключевые слова и фразы должны отражать реальное содержимое страницы. В противном случае поисковый робот отсекает ненужное и часть содержимого KEYWORDS просто зазря засоряет страницу. Существует расхожее мнение, что сейчас поисковые роботы практически не уделяют внимания значению параметра KEYWORDS. Действительно, в процессе эволюции поисковики стали меньше обращать внимания на ключевые слова, потому что многие нехорошие люди занимались банальным поисковым спамом и вносили в KEYWORDS совсем не то, что было отражено на странице. Тем не менее, актуальность этого META-тэга еще до конца не утрачена и заполнять его все-таки рекомендуется.
Сообщает поисковому роботу частоту обновлений содержимого. В соответствии с этим страница может быть статичной (static), т.е. обновления происходят время от времени, редко или совсем не происходят; или динамичной (dynamic), которая обновляется часто (например, страница новостей). В поле CONTENT необходимо записать только одно из значений ("static" или "dynamic"), в соответствии с характером страницы. Некоторые "умники" пытаются обдурить поискового робота, объявляя статичную страницу динамичной, в надежде на то, что ее рейтинг повысится. Поисковик очень быстро вычисляет таких мошенников, отслеживая дату изменения файла страницы и характер изменений ее содержимого. В итоге можно отправиться в бан-лист, из которого путь будет не так прост. Чтобы этого не произошло, постарайтесь либо писать правду, либо вообще не употреблять этот параметр. Без него поисковик тоже в состоянии разобраться, какая эта страница и как часто ее переиндексировать.
‹META NAME="revisit-after" CONTENT="..."›
Тэг почти аналогичен предыдущему и указывает, через какой промежуток времени поисковик должен переиндексировать страницу. Опять-таки лучше не дразнить поискового робота и указывать реальное значение. Если у вас не лента новостей с ежедневным, еженедельным или прочим регулярным обновлением, то лучше этот параметр вообще не использовать. Если все-таки возникла такая необходимость, то значения поля CONTENT могут быть такими: day (пример: 1 day), days (пример: 7 days), week (пример: 1 week), weeks (пример: 2 weeks), year (пример: 1 year), years (пример: 5 years). Выражать промежуток времени можно различными значениями, но только одним из них. Например, 1 год можно записать как "1 year" или "365 days", или "52 weeks". Но недопустимо употребление сразу нескольких значений. Например, "1 year 2 weeks 3 days"!
‹META NAME="robots" CONTENT="..."›
Это очень важный тэг, который указывает поисковику, каким образом ему необходимо индексировать страницу. Возможные значения поля CONTENT:
index, follow – индексировать страницу и все ссылки на ней
index, nofollow – индексировать страницу, не индексировать ссылки
noindex, follow – не индексировать страницу, а только ссылки
noindex, nofollow – не индексировать страницу, не индексировать ссылки
all – равнозначен index, follow
none – равнозначен noindex, nofollow
Если вам все равно, как поисковый робот будет индексировать содержимое страницы, то лучше вообще этот параметр не использовать, т.к. в этом случае поисковик определит наиболее оптимальный и эффективный способ индексации. Если вдруг вам необходимо запретить на индексацию часть содержимого страницы, а другую оставить, то необходимо поместить запрещенный для поисковых роботов блок в тэг ‹NOINDEX›...‹/NOINDEX›. В этом случае META-тэг с параметром "robots" использовать не надо.
Существует еще целая куча META-тэгов подобного вида, всесторонне описывающая содержимое страницы, включая данные о ее создателе, генераторе, классификации и т.п. Отталкиваясь от практического опыта могу заметить, что ничего, кроме, засорения страницы и увеличения ее объема, они по сути не делают. Так что лучше ограничиться использованием вышеуказанных тэгов, которые являются основополагающими.
Итак, мы рассмотрели с вами основные требования к написанию заголовка страниц таким образом, чтобы их успешно и правильно индексировали поисковые роботы. Если вы все сделаете правильно, то уже через некоторое время (от 2 недель до месяца) вы заметите, что поисковые роботы стали лучше вас видеть и посетители стали лучше вас находить. Закрепляя вышесказанное, хочу привести пример, как может выглядеть идеальная для поисковика страница:
‹HTML›‹HEAD›‹TITLE›Справочник по META-тэгам‹/TITLE›
В этом разделе собраны веб-дизайнерские правила хорошего тона (бонтон), следуя которым вы приобретете славу хорошего и культурного дизайнера, а возможно и больше. Дополнительно к этому собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов.
Всегда соблюдайте основное правило веб-дизайна: посетитель вашего сайта всегда должен чувствовать, что его любят.
Ссылки следует ставить на ключевое слово или словосочетание. Например. "Подробное описание работы данного устройства смотрите в статье Кулибина."
Золотое правило бонтона: "Никогда не вмешивайся в родной интерфейс браузера". Посетитель любит свой браузер и не терпит любых изменений в его привычной работе и в его внешнем виде.
Всевозможные дополнительные функции и эффекты, как, собственно, и любую информацию, можно лишь предлагать посетителю, но не в коем случае не навязывать. Например, можно предложить посмотреть видеоклипп, загрузить модуль, включить виртуальную машину и так далее, но не делать этого автоматически.
Если вы решили, что вашему сайту нужна фоновая музыка, то следует предложить посетителю включить ее, но ни в коем случае не запускать сразу так, чтобы потом он, ошарашенный вашим музыкальным вкусом, лихорадочно не искал выключатель, присутствие которого, кстати, на сайтах с музыкой просто обязательно.
Бонтоном является конструировать тексты для чтения шириной, такой же как в печатных книгах, то есть 10-14 см, обрамленного полями. Кстати, ныне модный "резиновый" дизайн страницы, отличающийся тем, что содержание сайта может растягиваться пропорционально размерам окна, - не самое лучшее решение для оформления текстов. Имеет смысл подпирать размер строк, ограничив тем самым чрезмерное растягивание текста.
Очень хорошо, если вы дадите возможность посетителю самостоятельно изменять размер шрифта, которым написаны все тексты.
Соблюдайте правило десяти секунд. Любая страница должна открываться не дольше этого времени, особенно первая. Если объем страницы велик, то любым способом дайте знать посетителю, что придется некоторое время подождать загрузки выбранной информации. Можете, например, рядом со ссылкой указать размер файла.
Публикуйте только вычитанные тексты. Ссылки на чужие источники, или цитаты, должны быть обязательно проверены. Выдерживайте единый стиль изложения. Лучше, если тексты готовят специально обученные люди - редакторы и корректоры.
Вы должны точно знать происхождение публикуемой информации (текстов, картинок, музыки и т. д.), которая обязательна должна быть легальной. То есть вы сами являетесь ее автором, или у вас есть разрешение на ее публикацию, лучше письменное или е-mail. Очень редко бывает, когда кто-либо отказывает в использовании (даже совершенно бесплатно) своего материала на других сайтах. Уважайте Закон и не только об авторском праве.
На первой странице обязательно должна присутствовать информация, из которой с первых слов или изображений было ясно о чем этот сайт.
Соблюдайте правило трех щелчков - в любое место сайта можно добраться не более чем за три щелчка по мышке.
Для информационных сайтов, как ни странно это звучит, но необходима стереотипная навигация. Посетители должны с первых секунд догадаться, как управлять вашим сайтом.
Хорошим тоном является маскировка или защита от сканирования роботами публикуемых чужих адресов электронной почты. Публикация этих адресов в любом случае должна быть только с согласия их владельцев. И вообще, максимально щепетильно относитесь к доверяемой вам персональной информации.
Для тех, кому больше нравится исходить от противного, рассчитан раздел "моветон", в котором рассказывается о том, чего следует избегать при создании и поддержании сайтов.
В этом разделе собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов. Ни в коем случае не поступайте так, как тут написано.
Итак, вот чего следует избегать в ваших веб-дизайнерских разработках.
Использовать дурные ссылки. Пример: "Подробное описание работы данного устройства смотрите здесь." Совсем кощунственны надписи: кликни здесь, дави сюда. Представьте, вы распечатаете текст с такими мовессылками и даете прочесть его человеку, который понимает все буквально. Он долго смотрит "здесь", никаких подробностей не видит. Потом в недоумении начнет в полный голос кликать их. Но так как они, естественно, не откликаются, начнет сдавливать этот злосчастный текст, словно героя партизана, в слесарных тисках, добиваясь столь нужных подробностей.
Другая картинка. Представьте, вы зашли в туалет и видите на дне унитаза надпись –"писать сюда".
Изменять текст в статусной строке браузера и, тем более, использовать всевозможные бегущие строки и другие эффекты в ней. Подобные эффекты неуместны также в поле заглавия.
Автоматически открывать дополнительные окна.
Автоматически изменять размеры текущего окна.
Изменять цвет и вид полос прокрутки в браузере. Исключение - полосы прокрутки во внутренних фреймах.
Автоматически раскрывать окно браузера во весь экран, то есть полностью лишать посетителя родного интерфейса.
Запускать на сайте фоновую музыку.
Верх неприличия заставлять посетителя ждать более десяти секунд загрузки страницы, тем более первой с какой-либо мощной заставкой и без возможности пропустить этот "шедевр".
Очень бестактно выглядит надпись наподобие "подождите, идет загрузка" без отображения статуса происходящего. Тем более, если это не флэш ролик, а просто маскирующая страница. Сколько ждать? Загружается ли вообще что-то?
К ущемлению прав человека можно прировнять надписи наподобие следующих: "Для просмотра использовать Internet Explorer 5", "Извините, в Netscape страница недоступна", "Используйте разрешение 1024х768" и тому подобных.
Конечно - грамматические ошибки. Это уже само собой разумеющееся - жи, ши пиши с и. Еще, публикация, например, непроверенных цитат может поставить вас не только в неловкое положение.
Публикация на своем сайте текстов, картинок и любого другого материала, который был скопирован с других сайтов в Интернете – великолепный способ нарваться на неприятности. Выход прост – просите разрешения.
Изображать в качестве кнопки выбора языка сайта флаг государства, в котором якобы на нем разговаривают. У языка есть свое конкретное название и вовсе не стоит отождествлять его с названием государства, тем более, что в каждом из них присутствует определенная доля не разговаривающих на нем. Те же Соединенные Штаты, например. И, даже далеко ходить не нужно, – Латвия, в которой говорящий по-русски вовсе не обязательно является гражданином России или считает себя причастным к ней. Вообще национальный вопрос лучше обходить подальше. Побочный аспект – почти всегда флаги не подходят под стиль любого конкретного сайта.
Пошло и вульгарно размещать на своих сайтах надписи наподобие следующих: "Добро пожаловать на страницу Брандупея Запухшего", "Вы попали на страницу фирмы "Самтакой"", "Это сайт про баранов". Как будто наших умственных способностей не хватает сообразить, что мы загрузили в браузер. Скорее они подскажут нам, что мы забрели на сайт для тугодумов или доморощенных коммивояжеров. Представьте такие надписи: "В этом пакете молоко", "Вы попали в магазин", "Этот ящик – троллейбус", "В этой книге буквы".
Разделение навигационной панели и информационной части по разным фреймам это то же самое, что прийти в оперу в засаленной робе. Для палеозойской эры это еще было оправдано, но сейчас на дворе другие стереотипы. В пользу бесфреймовой конструкции страницы есть много доводов, начиная с того, что это некрасиво и заканчивая тем, что такие сайты очень неудобно находить с помощью поисковых машин, а если они и обнаруживаются, то в браузере открывается только один проиндексированный фрейм, и становится вообще непонятно, где находишься и что это за сайт без единой ссылки. Ушлые бороздильщики Интернета, конечно, расшифруют, но не все же такие "умные".
Совсем неуместно использовать жаргон там, где его могут не понять. А использование арго вообще является признаком умственного отставания.
Отвратительное впечатление оставляет использование клипартов. Особо это касается анимированных декоративных элементов. Сколько сайтов можно увидеть с горящими факелами и свечками, развевающимися флагами, вращающимися скелетами, почтовыми ящиками американского образца и так далее. А если еще и каждая кнопка навигации вращается, то это будет уже не сайт, а средство для тренировки психической устойчивости.
Дурным тоном является использование смайликов - это вот таких сочетаний знаков - :) :( - в текстах сайта. Кстати, еще более вопиющим является использование их в печатных изданиях. Смайлики приемлемы лишь в чатах, форумах и частной переписке, но даже в этих случаях, если вы претендуете на статус интеллектуала, следует писать так, чтобы эмоции были понятны без искусственных приемов.
Хотите поставить свою фирму в ряд несолидных, тогда напишите: "предоставляем полный спектр услуг". Эта фраза вообще – полный... спекрт.
Не показывайте посетителям сайта неготовые разделы или страницы. Это выглядит просто ужасно.
Публикация на сайте чужих е-mail адресов без разрешения их владельцев, и тем более в незащищенном от сканирования виде – хороший повод навлечь на себя гнев недовольных. А неосторожное обращение с конфиденциальной персональной информацией в некоторых странах чревато даже уголовной ответственностью.
Данная информация пригодится более опытным пользователям системы для отслеживания ошибок в работе сервера и системы. Не для кого не секрет что наша система построения сайтов способна отслеживать стандартные ошибки 400, 401, 403, 404, 500, 503 и вести соответствующую статистику в лог файлах. Но немногие знаю о том, что система способна регистрировать не только стандартные, но и все возможные ошибки. Для того, что бы активировать регистрацию новых ошибок, необходимо добавить в основной файл: .htaccess соответствующую запись.
Допустим, у Вас появилась необходимость отследить ошибку 504, которая отвечает за время прохождения шлюза.
Открываем файл: .htaccess
После:
Добавляем:
Этого достаточно для того, что бы система начала фиксировать соответствующую ошибку в случае её появления. Просмотреть файл статистики ошибок, а так же загрузить его к себе на компьютер Вы сможете на главной странице отдела безопасности панели администратора системы. Ниже мы рассмотрим все существующие ошибки и их значения.
Коды первого класса Они не посылаются клиентам.
100 Continue - Начальная часть запроса принята, и клиент может продолжать передачу запроса.
101 Switching Protocols - Сервер выполняет требование клиента и переключает протоколы в соответствии с указанием, данным в поле заголовка Upgrade.
Коды второго класса Возникают, когда запрос успешно принят и понят сервером.
200 OK - Пользователю не посылается.
201 Created - Объект создан.
202 Accepted - Информация принята.
203 Non-Authoritative Information - Информация, не заслуживающая доверия.
204 No Content - Нет содержания.
205 Reset Content - Восстановить исходное содержание.
206 Partial Content - Частичное содержание.
Коды третьего класса Сообщают о перенаправлении. Для того чтобы выполнить запрос, нужны еще какие-то действия.
300 Multiple Choices - Несколько вариантов на выбор.
301 Moved Permanently - Ресурс перемещен на постоянной основе.
302 Found - Ресурс временно перемещен.
303 See Other - Смотрите другой ресурс.
304 Not Modified - Не изменился.
305 Use Proxy - Следует использовать прокси-сервер.
307 Temporary Redirect - Временное перенаправление.
Коды четвертого класса Сообщают об ошибках клиента. Проблема связана не с сервером, а с работой системы и запросами посетителей.
400 Bad Request - Некорректный запрос.
401 Unauthorized - Нет разрешения.
402 Payment Required - Требуется оплата.
403 Forbidden - Доступ запрещен.
404 Not Found - Ресурс не найден.
405 Method Not Allowed - Недопустимый метод.
406 Not Acceptable - Неприемлимый запрос.
407 Proxy Authentication Required - Необходима регистрация.
408 Request Time-out - Время обработки запроса истекло.
409 Conflict - Конфликт.
410 Gone - Ресурса больше нет.
411 Length Required - Необходимо указать длину.
412 Precondition Failed - Не выполнено предварительное условие.
413 Request Entity Too Large - Запрашиваемый элемент слишком велик.
414 Request-URI Too Large - Идентификатор ресурса слишком длинный.
415 Unsupported Media Type - Неподдерживаемый тип ресурса.
416 Requested range not satisfiable - Диапазон не может быть обработан.
417 Expectation Failed - Время ожидания истекло.
Коды пятого класса Сообщают об ошибке на сервере. Система к этим ошибкам не имеет отношения.
500 Internal Server Error - Внутренняя ошибка сервера.
501 Not Implemented - Функция не реализована.
502 Bad Gateway - Дефект шлюза.
503 Service Unavailable - Служба недоступна.
504 Gateway Time-out - Время прохождения через шлюз истекло.
За основное оформление системы отвечает файл index.html предназначенный для формирования структуры и порядка отражения модулей, блоков и других компонентов системы. Естественно, верстальщик и дизайнер могут наполнить его любым HTML оформлением и применить все возможные и известные приемы верстки. Возможно уникальное использование основного шаблона персонально для главной страницы проекта, независимо от установленного модуля, а так же персонально для каждого модуля и категории системы.
Создание основного шаблона оформления персонально для главной страницы
Вы можете создать уникальное оформление, персонально для главной страницы проекта в не зависимости от модуля, установленного на главной.
Пример: Нужно сделать уникальное оформление для главной страницы проекта
В таком случае создаём файл оформления в директории темы с названием index-home.html
Система определит его автоматически и будет использовать для главной страницы проекта.
Создание основного шаблона оформления персонально для каждого модуля
Вы можете создать уникальное оформление, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление основного шаблона для модуля news
В таком случае создаём файл оформления в директории темы с названием index-news.html
Система определит его автоматически и будет использовать для модуля news.
Создание основного шаблона оформления персонально для каждой категории модуля
Вы можете создать уникальное оформление, персонально для каждой категории модуля системы. В зависимости от названия имеющегося модуля и номера категории. Номер категории можно посмотреть в панели администратора системы: Панель администратора >> Категории
Пример: Нужно сделать уникальное оформление основного шаблона для категории под номером 5 модуля news
В таком случае создаём файл оформления в директории темы с названием index-news-cat-5.html
Система определит его автоматически и будет использовать для категории номер 5 модуля news.
Стандартные переменные
Ниже представлено описание переменных вида {%XXXX%} и за что они отвечают. Расставить эти переменные можно по всему файлу, в каком угодно порядке.
{%HEAD%} - Стандартное формирование шапки - меты и титлы, а также содержание, которое присутствует в системе по умолчанию.
{%BLOCKS banner%} или {%BLOCKS b%} - Верхний баннер.
{%BLOCKS left%} или {%BLOCKS l%} - Левые блоки.
{%BLOCKS message%} или {%BLOCKS m%} - Сообщение на главной странице.
{%BLOCKS center%} или {%BLOCKS c%} - Верхние центральные блоки.
{%MODULE%} - Нарезка для модуля, который должна подставить система (На месте этого участка будет отображаться содержание модуля системы).
{%BLOCKS down%} или {%BLOCKS d%} - Нижние центральные блоки.
{%BLOCKS right%} или {%BLOCKS r%} - Правые блоки.
{%BLOCKS foot%} или {%BLOCKS f%} - Нижний баннер.
{%LICENSE%} - Копирайты системы.
{%BLOCKS time%} или {%BLOCKS t%} - Время генерации страницы.
{%BLOCKS variables%} - Анализатор переменных.
{%BLOCKS query%} - Анализатор запросов в базу данных.
Дополнительные переменные
{%BLOCKS none,ХХХ%} или {%BLOCKS n,ХХХ%} - Произвольный блок системы или свободный блок без оформления, где ХХХ - это либо ID блока, либо название файла блока.
{%BLOCKS standart,ХХХ%} или {%BLOCKS s,ХХХ%} - Произвольный блок системы или свободный блок с оформлением свободного блока, где ХХХ - это либо ID блока, либо название файла блока.
Для изготовления своих тем оформления системы, не требуются знания языка программирования PHP. Все действия производятся в формате разметки HTML. При создании своей, рекомендуется брать за основу стандартную тему «Standart» предварительно копируя её и меняя название папки на своё. После чего заходим в директорию темы или в отдел шаблонов панели администратора и редактируем компоненты под свои нужды.
Ссылки на графику в теме
При использовании ссылок, допустим на графику, название темы в ссылке менять не обязательно. Директория темы определяется автоматически. Для этого используется переменная $ThemeSel. Прописываем только путь к графическому файлу.
Пример ссылки: templates/$ThemeSel/images/ваша_картинка.gif
Графические файлы темы оформления
Директории темы оформления: images/ используется как архив, где хранятся все графические элементы темы оформления сайта. При изготовлении своей темы, для исключения путаницы, рекомендуется использовать данную директорию для хранения графических элементов.
Файлы оформления элементов дизайна в основной директории
Файл темы оформления: style.css отвечает за оформление элементов дизайна всего сайта и позволяет контролировать практически любые элементы. С помощью данного файла можно сделать практически что угодно - от разметки колонок, размера шрифтов, цветовой гаммы до кнопок и всплывающих окон.
Основной шаблон оформления системы
За основное оформление системы отвечает файл index.html предназначенный для формирования структуры и порядка отражения модулей, блоков и других компонентов системы. Естественно, верстальщик и дизайнер могут наполнить его любым HTML оформлением и применить все возможные и известные приемы верстки.
Создание основного шаблона оформления персонально для главной страницы
Вы можете создать уникальное оформление, персонально для главной страницы проекта в не зависимости от модуля, установленного на главной.
Пример: Нужно сделать уникальное оформление для главной страницы проекта
В таком случае создаём файл оформления в директории темы с названием index-Home.html
Система определит его автоматически и будет использовать для персонального оформления главной страницы проекта.
Создание основного шаблона оформления персонально для каждого модуля
Вы можете создать уникальное оформление, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление содержания для модуля News
В таком случае создаём файл оформления в директории темы с названием index-News.html
Система определит его автоматически и будет использовать для персонального оформления модуля News.
Ниже представлено описание переменных вида {%XXXX%} и за что они отвечают. Расставить эти переменные можно по всему файлу, в каком угодно порядке.
Используемые переменные
{%HEAD%} - Стандартное формирование шапки - меты и титлы, а также содержание, которое присутствует в системе по умолчанию.
{%MODULE%} - Нарезка для модуля, который должна подставить система (На месте этого участка будет отображаться содержание модуля системы).
{%LICENSE%} - Копирайты системы.
{%BLOCKS banner%} или {%BLOCKS b%} - Верхний баннер.
{%BLOCKS left%} или {%BLOCKS l%} - Левые блоки.
{%BLOCKS center%} или {%BLOCKS c%} - Верхние центральные блоки.
{%BLOCKS down%} или {%BLOCKS d%} - Нижние центральные блоки.
{%BLOCKS right%} или {%BLOCKS r%} - Правые блоки.
{%BLOCKS foot%} или {%BLOCKS f%} - Нижний баннер.
{%BLOCKS time%} или {%BLOCKS t%} - Время генерации страницы.
{%BLOCKS none,ХХХ%} или {%BLOCKS n,ХХХ%} - Произвольный блок системы или свободный блок без оформления, где ХХХ - это либо ID блока, либо название файла блока.
{%BLOCKS standart,ХХХ%} или {%BLOCKS s,ХХХ%} - Произвольный блок системы или свободный блок с оформлением свободного блока, где ХХХ - это либо ID блока, либо название файла блока.
{%BLOCKS message%} или {%BLOCKS m%} - Сообщение на главной странице.
{%BLOCKS variables%} - Анализатор переменных.
{%BLOCKS query%} - Анализатор запросов в базу данных.
Оформление выводимой информации в модулях
Описание компонентов
Файл basic.html отвечает за оформление содержащейся информации в модулях, а так же информации при подробном просмотре.
Создание оформления компонентов
Вы можете создать уникальное оформление материала, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление содержания для модуля News
В таком случае создаём файл оформления в директории темы с названием basic-News.html
Система определит его автоматически и будет использовать для персонального оформления содержания модуля News.
Вы можете создать уникальное оформление, персонально для каждой функции модуля. В зависимости от названия используемой функции непосредственно в модуле.
Пример: Нужно сделать уникальное оформление содержания для функции подробного просмотра view модуля News
В таком случае создаём файл оформления в директории темы с названием index-News-view.html
Система определит его автоматически и будет использовать для персонального оформления функции view подробного просмотра модуля News.
Дополнительно к этому в систему внедрена переменная $conf['template'] которую можно использовать в функциях модуля при создании своих названий для компонентов оформления. Такие шаблоны так же будут, определятся системой в автоматическом режиме.
Используемые переменные
$arg[0] - Номер категории в базе данных
$arg[1] - Изображение категории и ссылка на неё
$arg[2] - Заголовок категории
$arg[3] - Номер компонента в базе данных
$arg[4] - Заголовок
$arg[5] - Содержание
$arg[6] - Нижняя строка новости, куда входят: Подробнее, дата, автор, прочитано, комментарии
$arg[7] - Подробный просмотр
$arg[8] - Автор публикации
$arg[9] - Дата публикации
$arg[10] - Количество прочтений
$arg[11] - Количество комментариев
$arg[12] - Рейтинг
$arg[13] - Распечатка
$arg[14] - Редактирование
$arg[15] - Размер
$arg[16] - Версия
$arg[17] - Скачать/Посетить
$arg[18] - Сообщить о недоступном файле/ссылке
$arg[19] - E-Mail
$arg[20] - Сайт
Оформление блоков системы
Описание оформления блоков
1. Файл block-center.html отвечает за верхние центральные блоки.
2. Файл block-down.html отвечает за нижние центральные блоки.
3. Файл block-left.html отвечает за левые блоки.
4. Файл block-right.html отвечает за правые блоки.
5. Файл block-all.html отвечает за все остальные блоки, которые могут использовать в отдельности от стандартных.
Создание оформления блоков
Вы можете создать уникальное оформление, персонально для каждого блока системы. В зависимости от названия имеющегося блока, который находится в корневой директории блоков blocks/. Если это необходимо, создаём идентичное название файла оформления для блока, но с изменением окончания с .php на .html. Куда и вносим свой вид оформления.
Пример: Нужно сделать уникальное оформление для блока block-News.php
В таком случае создаём файл оформления в директории темы с названием block-News.html
Система определит его автоматически и будет использовать для персонального оформления блока block-News.php
Вы можете создать уникальное оформление групп блоков, персонально для каждого модуля системы.
Пример: Нужно сделать уникальное оформление левых блоков для модуля News
В таком случае создаём файл оформления в директории темы с названием block-left-News.html
Система определит его автоматически и будет использовать для персонального оформления левых блоков модуля News
Вы можете создать уникальное оформление групп блоков, для главной страницы.
Пример: Нужно сделать уникальное оформление левых блоков для главной страницы
В таком случае создаём файл оформления в директории темы с названием block-left-Home.html
Система определит его автоматически и будет использовать для персонального оформления левых блоков главной страницы проекта.
Используемые переменные
$title - Заголовок блока
$content - Содержание блока
Оформление комментариев
Описание оформления комментариев
Файл comment.html отвечает за оформление комментариев в модулях.
Создание оформления комментариев
Вы можете создать уникальное оформление комментариев, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление комментариев для модуля News
В таком случае создаём файл оформления в директории темы с названием comment-News.html
Система определит его автоматически и будет использовать для персонального оформления комментариев модуля News.
Используемые переменные
$carg[0] - Номер комментария в базе данных
$carg[1] - Ник пользователя с функцией вставки в форму комментария
$carg[2] - Верхняя правая информационная строка
$carg[3] - Аватар пользователя
$carg[4] - Содержание комментария
$carg[5] - Рейтинг пользователя
$carg[6] - Нижняя правая информационная строка
$carg[7] - Пункты пользователя
$carg[8] - Дата комментария
$carg[9] - Номер комментария
$carg[10] - Дата регистрации пользователя
$carg[11] - Пол пользователя
$carg[12] - Ник пользователя
$carg[13] - Сайт пользователя
$carg[14] - E-Mail пользователя
$carg[15] - ICQ номер пользователя
$carg[16] - AIM Адрес пользователя
$carg[17] - Yahoo Messenger пользователя
$carg[18] - MSN Messenger пользователя
$carg[19] - Редактировать пользователя
$carg[20] - Удалить пользователя
Оформление модулей системы
Описание оформления модулей
1. Файл table-open.html отвечает за оформление верхней части модуля и других отделов, где используется функция OpenTable();
2. Файл table-close.html отвечает за оформление нижней части модуля и других отделов, где используется функция CloseTable();
Создание оформления модулей
Вы можете создать уникальное оформление, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
1. Для верхней части модуля, table-open-Название_модуля.html
2. Для нижней части модуля, table-close-Название_модуля.html
Пример: Нужно сделать уникальное оформление для модуля News
В таком случае создаём файл оформления в директории темы с названием table-open-News.html и table-close-News.html
Система определит их автоматически и будет использовать для персонального оформления модуля News.
Вы можете создать уникальное оформление, персонально для каждой функции модуля. В зависимости от названия используемой функции непосредственно в модуле.
Пример: Нужно сделать уникальное оформление содержания для функции подробного просмотра view модуля News
В таком случае создаём файл оформления в директории темы с названием table-open-News-view.html и table-close-News-view.html
Система определит их автоматически и будет использовать для персонального оформления функции view подробного просмотра модуля News.
Дополнительно к этому в систему внедрена переменная $conf['template'] которую можно использовать в функциях модуля при создании своих названий для компонентов оформления. Такие шаблоны так же будут, определятся системой в автоматическом режиме.
Оформление сообщений на главной странице
Описание оформления сообщений
Файл message-box.html отвечает за сообщения на главной странице
Используемые переменные
$title - Заголовок сообщения
$content - Содержание сообщения
Оформление страницы печати
Описание оформления страницы печати
Файл prints.html отвечает за оформление страниц печати в модулях.
Создание оформления страниц печати
Вы можете создать уникальное оформление для страниц печати, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление страницы печати для модуля News
В таком случае создаём файл оформления в директории темы с названием prints-News.html
Система определит его автоматически и будет использовать для персонального оформления страниц печати модуля News.
Используемые переменные
$charset - Кодировка страницы
$ThemeSel - Название темы оформления
$title - Содержание заголовка кода страницы
$homeurl - Адрес сайта
$sitename - Название сайта
$site_logo - Логотип сайта
$ptitle - Содержание заголовка
$text - Информация
$url - Ссылки на статью и сайт
Оформление заголовка с поиском
Описание оформления заголовка с поиском
Файл search.html отвечает за оформление заголовков с поиском в модулях.
Создание оформления заголовка с поиском
Вы можете создать уникальное оформление заголовка с поиском, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление заголовков с поиском для модуля News
В таком случае создаём файл оформления в директории темы с названием search-News.html
Система определит его автоматически и будет использовать для персонального оформления заголовка с поиском модуля News.
Вы можете создать уникальное оформление заголовков с поиском, персонально для каждого модуля системы. В зависимости от названия используемой функции непосредственно в модуле.
Пример: Нужно сделать уникальное оформление заголовка с поиском для функции подробного просмотра view модуля News
В таком случае создаём файл оформления в директории темы с названием search-News-view.html
Система определит его автоматически и будет использовать для персонального оформления функции view заголовков с поиском модуля News.
Дополнительно к этому в систему внедрена переменная $conf['template'] которую можно использовать в функциях модуля при создании своих названий для компонентов оформления. Данные шаблоны так же будут, определятся системой в автоматическом режиме.
Используемые переменные
$sarg[0] - Выводимое название модуля
$sarg[1] - Оригинальное название модуля
$sarg[2] - Ссылки навигации модуля
$sarg[3] – Ссылка: Главная
$sarg[4] – Ссылка: Лучшие
$sarg[5] – Ссылка: Популярные
$sarg[6] – Ссылка: Список
$sarg[7] – Ссылка: Добавить
$s_search - Название поиска
Оформление заголовков во всей системе
Описание оформления заголовков
Файл title.html отвечает за оформление заголовков. Как правило, они используются модулями системы для отображения их названий.
Создание оформления заголовков
Вы можете создать уникальное оформление заголовков, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление заголовка для модуля Voting
В таком случае создаём файл оформления в директории темы с названием title-Voting.html
Система определит его автоматически и будет использовать для персонального оформления заголовка модуля Voting.
Вы можете создать уникальное оформление заголовка, персонально для каждой функции модуля. В зависимости от названия используемой функции непосредственно в модуле.
Пример: Нужно сделать уникальное оформление заголовка для функции просмотра view модуля Voting
В таком случае создаём файл оформления в директории темы с названием title-Voting-view.html
Система определит его автоматически и будет использовать для персонального оформления функции view заголовка модуля Voting.
Дополнительно к этому в систему внедрена переменная $conf['template'] которую можно использовать в функциях модуля при создании своих названий для компонентов оформления. Такие шаблоны так же будут, определятся системой в автоматическом режиме.
Используемые переменные
$text - Содержание заголовка
Оформления ошибок, предупреждений и информации
Описание оформления ошибок
Файл warning.html отвечает за оформление ошибок, предупреждений и вывода важной информации в системе.
Создание оформления ошибок
Вы можете создать уникальное оформление ошибок, персонально для каждого модуля системы. В зависимости от названия имеющегося модуля, который находится в корневой директории modules/
Пример: Нужно сделать уникальное оформление ошибок для модуля News
В таком случае создаём файл оформления в директории темы с названием warning-News.html
Система определит его автоматически и будет использовать для персонального оформления ошибок модуля News.
Вы можете создать уникальное оформление, персонально для каждой функции модуля. В зависимости от названия используемой функции непосредственно в модуле.
Пример: Нужно сделать уникальное оформление ошибок для функции подробного просмотра view модуля News
В таком случае создаём файл оформления в директории темы с названием warning-News-view.html
Система определит его автоматически и будет использовать для персонального оформления функции view ошибок модуля News.
Дополнительно к этому в систему внедрена переменная $conf['template'] которую можно использовать в функциях модуля при создании своих названий для компонентов оформления. Такие шаблоны так же будут, определятся системой в автоматическом режиме.
Используемые переменные
$text - Информация
$toredirect - Дальнейший, автоматический переход, так называемый «Редирект».
Вашему вниманию предлагается каталог ссылок на сервисы и проекты в сети интернет, которые помогут Вам в оптимизации и продвижении сайта в поисковых системах. Всё, что нужно оптимизатору. Все сервисы интернета в одном месте. Поработав с ними, Вы решите массу проблем. Продвинете свой проект и увеличите продажи продукта или рекламы.
Добавление сайта в поисковые системы
http://webmaster.yandex.ru/ - добавления сайта в поисковую систему Яндекс
http://www.google.com/addurl/?continue=/addurl - добавление сайта в поисковик Google
http://catalog.aport.ru/rus/add/AddUrl.aspx - добавление сайта в поисковик и каталог Апорт
http://www.rambler.ru/doc/add_site_form.shtml? - добавления сайта в поисковую систему Рамблер
http://beta.search.msn.com/docs/submit.aspx - добавление сайта в посковую систему MSN (new)
http://search.yahoo.com/info/submit.html - информация про добавление сайта в посковую систему Yahoo! (new)
Анализ запросов
https://ad.rambler.ru/swrds/wrds.pl - определение частоты запросов в поисковой системе Рамблер.
http://wordstat.yandex.ru - определение частоты запросов в поисковой машине Яндекс.
http://inventory.overture.com/d/searchinventory/suggestion/ - анализ запросов в Овертюре
http://stat.go.mail.ru - определение частоты запросов в посковой системе Mail.Ru.
http://direct.yandex.ru - официальный сервис определение частоты запросов по Yandex Direct.
http://ajx.ru - неофициальный сервис определение частоты запросов по Yandex Direct.
http://www.webconfs.com - буржуйский сервис показывающий частоту запросов по поисковикам.
Определение позиций в поисковиках
http://www.umnisite.ru - русский сервис определения позиций сайта в поисковых системах по заданным запросам, имеется возможность ведения отчетов по состоянию сайта и его видимости.
http://www.mediaplaner.ru - русский сервис определения позиций во многих поисковых системах (Yandex, Rambler, Rambler Top 100, Google, Aport, Mail, Web Alta, MSN, Alta Vista, Yahoo).
http://www.onlineseo.ru - русский сервис определения позиций в поисковых системах, имеются возможности ведения отчетов по продвижению вашего сайта в поисковиках и контроля ссылок.
http://www.siteposition.ru - русский сервис контроля позиций сайтов в поисковых запросах и рейтингах. Помогает определять позиции в поисковиках, отслеживать их изменения, анализировать позиции одного или нескольких сайтов по конкретным запросам и следить за динамикой позиционирования в выдаче результатов поиска.
http://sitecreator.ru - русский сервис определения позиций во многих поисковых системах (Yandex, Rambler, Meta.ua, Google, Aport, Mail, MSN, Yahoo). Имеется возможность ведения отчетов.
http://seo-monitor.ru - русский сервис определения и мониторинга позиций сайтов в поисковых системах по заданным запросам. Система разделена на 2 независимых сервиса: on-line сканер (предназначен для моментального определения позиции вашего сайта в поисковых системах ) и off-line сканер (предназначен для мониторинга положения вашего сайта в поисковых системах).
http://www.goldposition.ru - русский интернет-сервис, призванный решить часто встречаемую проблему среди веб-мастеров. Сервис позволяет узнать, на каких местах находится интернет-сайт в ведущих российских и мировых поисковиках - Yandex, Rambler, Google, Aport, Mail. Роботы сервиса регулярно сканируют информацию и выявляют, на каких местах в поисковых результатах находится ваш ресурс, что позволяет в перспективе: оценивать развитие ресурса, "признание" его популярности.
http://www.seocompany.ca - буржуйский сервис определения позиций в Google и Yahoo. Множество разнообразных сервисов и утилит.
http://www.seodesign.ru - русский сайт, на котором можно найти такие утилиты: определение характеристик групп доменов, whois, проиндексированные ссылки, определение осмысленных 4-х и 5-и буквенных доменов.
http://baza.garb.ru - русский сайт с набором разнообразных сео-скриптов, таких как яндекс-аналитик и конвертор баз данных.
http://www.seo-matik.ru - русский сайт с набором полезных сервисов, таких как определение рейтинга в поисковых системах, регистрация в поисковиках, robots.txt глазами яндекса, статистика запросов.
http://seop.ru - русский сайт с огромным набором разнообразных утилит, таких как определение позиций сайта, определение PR, популярность ссылок и многое другое.
http://seotools.altervision.ru - русский сайт с утилитами по определению позиций вашего сайт в поисковиках, определения популярности запросов и многое другое.
http://www.seochat.com - буржуйский сайт с действительно огромным количеством полезных утилит: поиск ключевых слов, определение alexa rank, определение PR, анализаторы мета тэгов и многое другое.
http://webmastertools.narod.ru - русский сайт, находящийся на фрихосте, но с достаточно хорошими утилитами: определение позиций в поисковиках, определение Page Rank, подбор ключевых слов и многое другое.
http://www.r-cat.info - русский сайт с набором промо сервисов для оптимизаторов: определение позиций, добавление в поисковики, определение тИЦ и PR.
http://www.top25web.com - буржуйский сайт, на котором можно найти такие утилиты: определения PR, популярность ссылок, ip ping и многое другое.
http://www.webuildpages.com - буржуйский сайт со сборником разнообразных бесплатных утилит для оптимизаторов и web-мастеров.
http://www.seologs.com - буржуйский сайт, на котором находится множетсво полезных утилит и сервисов для продвижения.
http://www.iwebtool.com - буржуйский сайт с набором наиболее часто используемых сервисов для продвижения сайтов в иностранных и наших поисковых машинах.
http://www.seo-tools.deria.ru - русский сайт, на котором можно найти такие утилиты: проверка тИЦ и PR, а также позиций сайта в поисковых системах по заданным запросам.
http://www.intop20.com/ - выдача top50 c американского ip для (google,msn, yahoo)
http://www.iwebtool.com/search_engine_position- определение позиции сайта в Гугле и Яху (new)
Анализ сайта
http://www.yandextools.ru - Бесплатный Online-сервис для анализа конкуренции в ПС Яндекс по заданному слову. Возможность анализа как TOP10, так и любого сайта. Разделение ссылающихся страниц на главные и остальные. Определение типа ссылающейся страницы (каталог, форум, доска и т.п.).
http://netpromotion.ru - русский он-лайн сервис анализа вашего сайта. Показывает индексированность вашего сайта, его видимость в поисковиках по запросам, определяет тИЦ и PR, а также выполняет множетсво других функций. Жаль, что работает только под Internet Explorer.
http://www.seomozg.ru - русский он-лайн сервис глобального анализа вашего сайта. Возможности: сводный анализ сайта, анализ ссылочного бюджета, мониторинг параметров сайта. Сервис платный!
http://www.yourcache.com - буржуйский сервис, показывающий, какие страницы вашего сайта проиндексированы различными дата центрами поисковой системы Google.
http://www.seoman.ru - русский он-лайн сервис анализа страниц сайта. Возможности: камуфлирование по робота поисковой системы, анализ ссылок на странице и их индексация, выявление наличия счетчиков и анализ robots.txt.
http://promolab.ru - русский on-line сервис. Этот скрипт анализирует вашу страницу на предмет ее видимости поисковой машиной, ключевых слов и заголовков. В программе реализована поддержка псевдоморфологии, которая анализирует слова в разных словоформах.
http://www.stat.incomestudio.com - руский on-line сервис, который позволяет посмотреть показатели сайта тИЦ, ПР, статистику по поисковикам Апорт, Яндекс, Рамблер, Google, Yahoo. Сервис поможет оптимизаторам быстрее и легче продвигать сайты в поисковых системах.
http://www.giper.info - небольшой но функциональный набор инструментов, необходимых при поисковой оптимизации сайтов.
http://www.be1.ru - уникальный по возможностям и функционалу русский on-line сервис, который позволит в кротчайшие сроки произвести анализ вашего сайта.
http://linum.mohito.ru - русский сервис подсчета ссылок на странице, тИЦ сайта и PR страниц.
http://www.dinews.ru - русский он-лайн сервис со следующими возможностями: анализатор страниц, беклинков, PR и тИЦ, проверка присутствия в Яндекс.Каталоге, Рамблер-TOP-100 и DMOZ.
http://www.promoting.ru - достаточно функциональный и многоплановый русский он-лайн сервис для анализа вашего сайта.
http://www.se-inspector.com - буржуйский он-лайн сервис по анализу вашего сайта и анализу ключевых слов на его страницах.
http://www.chelbis.ru - русский он-лайн сервис, который помож найти вам КПД вашего сайта, и его функциональности в интернете.
http://www.mcdar.net - буржуйский сервис, дающий удобное представление проиндексированных Google страницы по различным датацентрам.
http://www.way2seo.com - буржуйский сервис Google Datacenters Checker Tool - индексированые страницы, бекварды и PR. Статистика по разным датацентрам.
http://www.webtoolscafe.com - буржуйский сервис, который осуществляет проверку количества страниц проиндексированных поисковыми системами: AllTheWeb, AltaVista, Google, MSN Search, Yahoo.
http://seanalyzer.ru - анализ выдачи Яндекса, анализ сайтов
http://www.align.ru/ - WEB аналитик может собирать статистику по посещаемости сайта за несколько прошлых месяцев, анализировать динамику изменения посещаемости, сравнивать результаты посещаемости разных сайтов.
http://seo-rus.com/ - Данный сервис позволяет узнать показатели: Индекс цитирования (тИЦ), PageRank (PR), узнать кол-во ссылающихся сайтов по Яндекс и Google, получить статистику по Яндекс, Rambler и многое другое.
http://www.prosait.com/promotion - анализатор плотности слов
http://www.ifstudio.org/seo/count.php Инструмент помогает определить в тексте общее количество слов, предложений и символов, включая пробелы и запятые. Может быть востребовано, к примеру, переводчиками или SEO-оптимизаторами.
http://seo.bigli.ru/ - Определение плотности ключевых слов
Определение PR
http://livepr.raketforskning.com - буржуйский сервис для определения Google PR для страниц сайтов по дата центрам.
http://dkameleon.com - буржуйский сервис для массового определения Google PR.
http://www.pageranktool.net - буржуйский сервис для определения Google PR для страниц сайтов.
http://www.iwebtool.com - буржуйский сервис для определения ПР страниц вашего сайта.
http://www.rus-forum.com - русский сервис для предсказания будущего Google PR для любой страницы вашего сайта.
http://www.futurepagerank.net - буржуйский сервис для предсказания будущего Google PR для любой страницы вашего сайта.
http://www.golubeff.ru - русский сервис по предсказанию будущего ПР указанной страницы вашего сайта.
http://www.seocompany.ca - сервис, содержащий информацию об истории апдейтов Google Page Rank.
http://linkclub.ru/pr.php - массовое определени PR
http://pr-cy.ru/ - Проверка тИЦ и PR, счетчик определения тИЦ и PR.
http://wtools.biz/ - ещё один хороший сервис для определения PR и тИЦ. Его плюс в том, что его можо вписать в любой дизайн, плюс юзабилити сервиса на высоте.
http://www.tm-research.com/products/tmwsa/google-site-analyzer.html - определение ПР страниц
http://www.iwebtool.com/pagerank_prediction- определение ПР
http://www.iwebtool.com/visual_pagerank - определение ПР
http://www.iwebtool.com/rank - определение ПР
http://www.prsearch.net - определение ПР, позиций сайта и т.п.
Ключевые слова
http://www.seotxt.com - русский сервис, который поможет определить плотность ключевых слов на указанной вами странице. Кроме того сервис имеет следующие возможности: оптимизация текста и генерация ключевых слов.
http://searchwords.com - буржуйский сервис подбора слов
http://www.webuildpages.com - этот буржуйский сервис медленно и неторопливо проверит, кто и с помощью каких ключевых слов ссылается на ваш ресурс, а также проверит позиции вашего сайта в поисковых системах по этим запросам.
http://capel.ru - этот русский сервис анализа ключевых слов, который собирает ссылки до 3-х страниц и имеет много отдельный полезных утилит.
http://tools.hod.ru - русский сервис для определения количества и плотности слов и фраз в текст страницы.
https://adwords.google.com - инструмент подсказки ключевых слов для проведения рекламных компаний в Google.
http://www.content.overture.com - инструмент подсказки ключевых сло для проведения рекламных компаний в Yahoo.
http://www.wordtracker.com - буржуйский сервис подбора ключевых слов для профессиональной поисковой оптимизации и продвижения. Полный функционал данного сервиса - платный!
http://links.newartmedia.ru - персональная бухгалтерия продавца и покупателя ссылок.
http://www.leapfish.com - буржуйский сервис быстрой оценки стоимости доменного имени.
http://ru-monitor.ru - русский сервис по оценке параметров домена и его стоимости.
http://www.text-link-ads.com - буржуйский необычный калькулятор по оценки стоимости ссылки с ресурса.
http://www.webconfs.com - буржуйский оценщик линков с разнообразных ресурсов.
http://www.mainlink.ru - русский сервис по купле-продаже ссылок с главных страниц сайтов.
http://m-links.ru - русская система по покупке и продаже ссылок с различных страниц различных ресурсов.
http://euronote.info - русский сервис-прайс по продаже ссылок с разнообразных ресурсов.
http://www.seotrade.ru - относитьльно молодая русская биржа по покупке и продаже ссылок.
http://lr.seo-master.net - русский сервис по оценке эффективности ссылки с заданной страницы.
http://www.linkvendor.de - буржуйский сервис по стоимости ссылки с данной страницы сайта.
http://lp.ruip.net - русский сервис по рассчету стоимости ссылок с данной страницы сайта. Опирается при расчете на: тИЦ, ПР, наличие в Яндекс Каталоге и Каталоге Dmoz, а также на количество внешних ссылок с данной страницы.
http://vface.controlstyle.ru - русский сервис по оценке стоимости ссылки сморды. Является аналогом программы CS Yazzle.
http://sopt.ru - русский сервис по оценке и анализу морд сайтов и покупке ссылок с них.
http://www.niklab.ru - русский сервис для выбора среди всех бэков ссылок с морд и определения стоимости ссылок и прдвижения в целом.
http://grandweb.ru - русский сервис для выбора среди всех бэков ссылок с морд и определения стоимости ссылок и прдвижения в целом. Имеет более широкие возможности, чем предыдущий сервис.
http://www.xap.ru/ - рекламная система. Бесплатное размещение тысячи прямых ссылок с авторитетных сайтов. Удобная система управления размещаемыми ссылками, поддержка уникальных текстов для каждой площадки, работа с внутренними страницами.
http://web.doska.us/ - это доска объявлений web-мастеров о покупке/продаже сайтов, скриптов, ссылок, рекламных мест.
http://www.sape.ru/ - купля продажа ссылок с главных и внутренних страниц сайтов с широкими возможностями. (new)
http://www.clx.ru/ - крупнейший рекламный брокер. Покупка и продажа ссылок. (new)
Доменные имена. Whois. Биржи имен
http://www.webnames.ru - русский сервис, помогающий найти подходящее свободное доменнное имя для вашего ресурса.
http://www.abris.com.ua - поиск свободных доменных имен списками. Есть возможность проверки по украинским региональным зонам.
http://majordomo.ru - поиск и регистрация подходящего доменнного имени.
http://www.nic.ru - проверка свободности домена по списку. Конструктор подбора имен доменов.
http://www.imena.ua - удобный в пользовании модуль проверки занятости домена в десятках зон. Есть проверка по украинским региональным зонам.
http://www.check.ru - универсальный поиск доменных имен по всем зонам. Автоматический подбор доменного имени.
Готова к выпуску новая версия системы SLAED CMS 3.2. В данной версии были учтены основные пожелания клиентов касательно новых функций третьей ветки системы. Были внесены положительные модификации и изменения уже существующих функций и возможностей. Основными из них являются повышение безопасности системы от возможных «Flood Atack» и «DDoS Atack», написаны новые функции интеграции системы SLAED CMS с самыми популярными и актуальными на сегодняшний день форумами: Invision Power Board (1.3.1, 2.0.*, 2.1.*, 2.2.2), phpBB, vBulletin, SMF, а так же для улучшения индексации поисковыми системами, написано полнофункциональное ЧПУ для основных модулей системы. Более детальную информацию о нововведениях и проделанных работах Вы можете получить в подробном просмотре.
