Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
В плане функционала, безопасности и стабильной работы системы, следующие параметры и настройки сервера являются оптимальными.
PHP: 5.* или выше
PHP GD: 2.* или выше
MySQL: 5.* или выше
Post size: 8 MB или выше
Upload file size: 2 MB или выше
Memory limit: 32 MB или выше
Execution time: 30 сек. или выше
Mod Rewrite: On
GZip compression: On
BZip2 compression: On
Register globals: Off
Safe mode: On
Magic quotes gpc: On
Данная информация доступна на главной панели администратора в блоке «Системная информация». Если у Вас нет данного блока, активируйте его в конфигурациях системы.
Параметры: Register globals, Safe mode и Magic quotes gpc можно изменить если они не соответствуют оптимальным.
1. Войдите в панель управления системой, отдел: Панель администратора >> Редактор
2. В файл конфигураций правил преобразований ЧПУ на серверном уровне: .htaccess
Найдите следующую запись:
Измените её, сняв знак # комментария. В изменённом состоянии она должна выглядеть так:
Для работы этого метода, сервер Вашего хостера должен поддерживать работу с .htaccess и разрешать смену данных параметров. При возникновении проблем, проконсультируйтесь у хостера.
Не для кого не секрет что некоторые сайты для экономии своего трафика и размера используемого места на сервере применяют удалённые изображения с других сайтов, тем самым поглощают чужой трафик и повышают нагрузку на сервер. Что бы этому воспрепятствовать, предлагаю к использованию следующие методы.
На случай если необходимо запретить использовать любые изображения сайта
1. Войдите в панель управления системой, отдел: Панель администратора >> Редактор
2. В файл конфигураций правил преобразований ЧПУ на серверном уровне: .htaccess
После:
Добавьте следующую запись:
Заместо: slaed укажите своё имя домена.
Заместо: net укажите своё окончание домена.
Заместо: http://www.slaed.net/images/logos/Logo_Web_2_2.gif укажите ссылку на ваш логотип или изображение которое будет отображаться на том сайте который использует Ваше изображение.
Для того, что бы запретить использовать изображения только определённой директории
1. Создайте файл: .htaccess со следующим содержанием:
Заместо: slaed укажите своё имя домена.
Заместо: net укажите своё окончание домена.
Заместо: http://www.slaed.net/images/logos/Logo_Web_2_2.gif укажите ссылку на ваш логотип или изображение которое будет отображаться на том сайте который использует Ваше изображение.
2. Загрузите созданный файл в директорию, использования изображений которой должны быть запрещены.
Для работы этих методов, сервер Вашего хостера должен поддерживать работу с .htaccess, Mod Rewrite должен быть установлен и активирован.
1. Пока вы не активировали ваш аккаунт, вы не можете войти в систему. Прежде всего, вы должны загрузить специальную страницу (ссылка должна прийти к вам по электронной почте вместе с регистрационными данными).
2. Проверьте ваши регистрационные данные (логин и пароль в письме о регистрации).
3. Обратите внимание на каком языке и в каком регистре вы вводите пароль.
4. Проверьте параметры конфиденциальности, установленные в вашем браузере. Если ваш браузер блокирует установку “Cookies”, то вы не сможете войти на наш сайт под своим именем.
1. Удалить файл case.php в папке admin/ модуля.
2. Названия функций не должны повторятся в модулях установленных в системе.
3. Скрипты модуля должны быть написаны с применением функций, но никак не без них. Это значит, что код модуля администратора должен содержатся в функции.
4. Верхняя часть модуля администратора должна выглядеть так:
Блок выводит баннер из директории баннеров в случайном режиме. Как правило, предназначен для использования как верхний или нижний баннер системы. В пакет вошли баннеры в стиле Web 2 от участника нашего проекта zigmat. За что ему отдельная благодарность.
Принцип работы блока прост, он выбирает баннеры из директории images/banners/random/ в случайном режиме. Единственный нюанс, который должен быть учтен, это название баннера.
Разберём на примере
slaed.net – Адрес сайта при нажатии на который будет переадресован посетитель. Указываем без использования приставок www и http://. 1 – Номер баннера, зависит от количества. Указываем в последующем порядке. Номера не должны повторятся. .gif – Как обычно, стандартный тип. Возможно использование различных графических типов.
Стандартный размер для баннеров 468х60. Размер можно изменить в самом коде блока, указав необходимый.
Установка
1. Разархивируйте все файлы из скачанного архива.
2. Импортируйте все файлы из папки html/ в Вашу директорию сайта.
3. Войдите в меню администратора и добавьте блок "Banner Random" в отделе "Блоки и баннеры".
Еще одна обработка скрипта из серии модулей с использованием флэш-плейера. В нем можно проигрывать файлы в формате FLV (Flash Video)
Реализованы следующие возможности:
1. Добавление текста на страницу модуля, который редактируется в админке с возможностью использования html редактора
2. Автоматическое сканирование директории с видео и создание плейлиста (внимание! при сохранении плей-листа для его корректного отображения на сайте, нужно удалить все строки (не путать с , они должны остаться) и знаки "-".
3. Возможность добавить скрипт в блок
4. Комментарии пользователей
5. Индивидуальная конфигурация скрипта для модуля, блока и радио
Очень простой блок Топ пользователей. Переделан из Топа Новостей. Для работы блока в системе должны быть установлены группы, а так же назначены пункты за действия на сайте.
Инструкция:
1. Залить блок в ../blocks/
2. В админке >> Группы >> Добавить новую группу пользователей >> Система пунктов
Поправил выложенный тут недавно модуль видео-каталога.
Конечно много чего делал под себя лично, из-за чего могут появится разного рода проблемы. Часть изменений описана в файле _install.txt
Что изменилось:
1. Из блока "block-Catalog-Last-Movie-central.php" теперь работает ссылка на видео-архив.
2. Скачивание файла работает в popup окне.
3. Работает плейлист VLC. По идее и другие должны работать - не проверял. Раньше их блокировала безопастность движка, но проблема решена в этом модуле.
4. Работают все javascript фишки (поиск, доп. инфа, коментарии). У меня лично они были всегда открыты и просто не реагировали на нажатие.
5. Поправлен плугин afisha. Теперь можно импортировать кадры фильма, если конечно они есть.
Возможно что-то упустил. Пример работы можно посмотреть на сайте http://atlic.ru
При отборе сайтов в ответ на запрос гугль отфильтровывает множество сайтов, формально подходящих под условия запроса, но по тем или иным причинам вызывающие сомнения и подозрения. Вот об этих сомнениях и подозрениях и поговорим. Называются они фильтрами. У гугля их много. Нет никаких доказательств истинности этого списка, то есть пресс-релизы Google объявляют только о том, что фильтры существуют, а сам список основывается скорее на идеях, теориях и предположениях, построенных исходя из опыта оптимизации поисковых систем.
Песочница
Обычно применяется к новым сайтам, появившимся в течении последнего года. Благодаря этому фильтру страницы не попадают в результаты поиска по высококонкурентным фразам, хотя по редким фразам сайт может присутствовать в выдаче. Гугль использует систему называемую "степень доверия", в основе которой авторитетность сайтов, ссылающихся на ваш новый сайт. Для того, чтобы поскорее выбраться из песочницы необходимо заиметь побольше таких авторитетных ссылок. Это нелегко, а иногда и практически невозможно. Тогда можно попробовать расширить контент сайта, чтобы взять не качеством а количеством на редких фразах.
-30
Этот фильтр применяется гуглем к сайтам, которые используют черные методы, такие как дорвеи и редиректы при помощи javascript. Когда гугль обнаруживает такое на вашем сайте, то ваш сайт понижается на 30 позиций. Чтобы обойти этот фильтр, как правило, достаточно убрать редирект.
Bombing
Применяется к сайтам, которые имеют большое количество входящих ссылок с одним и тем же текстом. Гугль справедливо полагает, что это неестественно, что везде текст ссылки один и тот же. Если гугль уже применил этот фильтр, то наверное лучше всего будет написать запрос на повторное включение сайта. Если вы опасаетесь, что этот фильтр вот-вот будет применен к вашему сайту, то можно попросить людей изменить ссылки на вас или купить несколько ссылок с разнообразным текстом.
Дублирующийся контент
Фильтр применяется к сайтам, которые используют заимствованный контент, который уже публиковался на других сайтах. В случае применения этого фильтра к сайту, сайт обесценивается и если он не имеет достаточное количество весомых входящих ссылок, то ваш сайт попадает в "опущенные результаты", которые выдаются пользователю только если он нажмет на одноименную ссылку на последней странице. Главные действия по преодолению этого фильтра должны быть направлены на удаление дублирующегося контента. Напишите письма тем, кто воспользовался вашим контентом, с требованием убрать ваш контент, напишите их хостерам, пожалуйтесь гуглю в конце концов.
Дополнительные результаты
Гугль может проиндексировать ваши страницы и поместить их в под-индекс. Страницы помещенные туда не считаются гуглем достойными, но они используются в случаях, когда у гугля недостаточно хороших страниц для запроса. Чтобы избежать этого фильтра обычно достаточно нескольких входящих ссылок.
Возраст домена
Этот фильтр тесно связан с "песочницей". В его основе лежит предположение, что более старые домены имеют больше доверия, чем только что появившиеся. Повлиять тут на что либо трудно, поправить ситуацию могут ссылки с авторитетных сайтов. Можно еще перекупать старые домены.
Опущенные результаты
Страницы вашего сайта могут попадать в опущенные результаты поиска и будут показаны только если пользователь долистает до последней страницы и нажмет одноименную ссылку, что крайне маловероятно, т.е. фактически ваши страницы выпадают из поиска. Причины попадания туда - недостаток входящих ссылок, дублирующийся контент, дублирующиеся заголовки страниц и метатеги, а также слабая внутренняя перелинковка страниц. Чтобы исправить ситуацию измените метатеги и заголовки страниц, исправьте дублирующийся контент и добавьте внешних ссылок.
Степень доверия
Подобно PR(PageRank) степень доверия (Google Trust Rank) имеет множество влияющих факторов. Из известных факторов можно отметить возраст сайта, количество авторитетных входящих ссылок, количество исходящих ссылок, качество внутренней перелинковки. Все сайты проходят через этот фильтр и если ваш Trust Rank низкий, то это неативно повляет на ваши позиции в результатах поиска. Как новый так и старый сайт могут иметь одинаково высокий или низкий Trust Rank. Для того чтобы его повысить оптимизируйте остальные известные факторы, влияющие на степень доверия.
links.htm
Этот фильтр наказывает сайты, которые были замечены во взаимном обмене ссылками. Обмен ссылками - эта старый способ повысить позицию в гугле, который не поощряется гуглем. Вместо использования links попробуйте назвать страницу по-другому, например coolsites. Взаимный обмен ссылками теперь не так эффективен как когда-то, возможно стоит и вообще отказаться от этой практики.
Ссылочные фермы
Ссылочные фермы - это сайты (или страницы), которые содержат огромное количество ссылок, как правило совершенно различной тематики, перелинкованные между собой беспорядочно. Участие в подобной ферме может сильно понизить позиции сайта или вообще сайт может быть забанен. Способ борьбы с этим явлением только один - не участвовать в таких махинациях.
Социтирование
Этот фильтр анализирует структуру внешних ссылок на ваш сайт. Если рядом со ссылками на ваш сайт находятся ссылки на порно и онлайновые казино, то гугль посчитает, что ваш сайт тоже связан с порно и казино. Это может повредить действительной теме сайта и он будет понижен по релевантным этой теме фразам. Для того чтобы этого не произошло нужно тщательно проверять места, где вы покупаете ссылки.
Много ссылок сразу
Этот фильтр блокирует сайт когда у него слишком быстро растет число внешних ссылок. Это может привести к полному бану сайта всеми поисковиками. Чтобы этого не произошло следует осторожно покупать ссылки и не использовать ссылочный спам.
Много страниц сразу
Суть фильтра в том, что нормальный сайт не может разрастаться слишком быстро и если у какого-то сайта число страниц увеличивается крайне быстро, то это скорее всего искусственно сгенерированный контент не достойный внимания поисковика. Некоторые считают что 5000 страниц в месяц - это предел, однако многие полагают, что эта цифра может зависеть от различных факторов. Результатом работы этого фильтра может быть помещение страницы в "опущенные результаты", а иногда в особо тяжелых случая к полному бану сайта. Если ваш сайт берет контент из открытых источников или динамически формарует страницы следите за тем, чтобы число новых страниц не превышало 5000 в месяц чтобы не попасть под действие этого фильтра. В зависимости от того насколько большой и известный у вас сайт эта цифра может варьироваться, но в любом случае стоит помнить об этом фильтре и не увлекаться созданием новых урлов.
Битые ссылки
Битые внутренние ссылки приводят к тому что поисковый бот не может получить содержимое страницы, и соответственно закешировать ее и поместить в индекс. Если ваша главная страница не имеет ссылок со всех других страниц вашего сайта это может плохо сказаться на результатах поиска и на общих показателях качества вашего сайта наподобие PR. Это не только плохо с точки зрения SEO и с точки зрения дизайна сайта. Это также плохо для ваших посетителей, что может привести к снижению трафика и плохим позициям в поисковиках. Убедитесь, что у вашего сайта правильный нижний колонтитул, что карта сайта содержит все ваши страницы и проверьте свой сайт на наличие битых ссылок.
Время загрузки
Этот фильтр очень прост. Если поисковый бот гугля не дождется страницы в течение определенного времени, он ее попросту пропустит. Это приведет к тому, что страница не будет кеширована и не попадет в индекс. Такие страницы никогда не попадут в результаты поиска Google. Поэтому убедитесь, что ваши страницы не слишком огромные и грузятся достаточно быстро.
Чрезмерная оптимизация
Под действие этого фильтра могут попасть сайты напичканные ключевыми фразами, со слишком высокой плотностью ключевиков, со слишком близким расположением ключевых слов, с перегруженными мета-тегами. Рекомендация лишь одна - не переборщите с оптимизацией своего сайта.
Дата: 14.07.2008 Модуль: Новости Категория: Интернет Разместил: A. Hapanovich
Вы решили заявить о себе в интернете. Вы знаете, о чем будет Ваш сайт. Но уверены ли Вы том, что Ваш сайт будет пользоваться успехом? Сможет ли Ваш веб-проект окупить хотя бы затраты на его построение и содержание. Для того чтобы Ваш сайт приносил прибыль, Ваша работа должна состоять из следующих этапов. Что самое главное при создании сайта? Нет не дизайн, самое главное это сделать так чтобы на сайт приходили люди, а еще главнее, чтобы они возвращались. Как повысить посещаемость и сделать ваш сайт привлекательным для людей вы узнаете в этой статье...
Сделайте сайт максимально удобным для посетителей. Не перенасыщайте страницы информацией, однако и не заставляйте людей кликать множество раз, чтобы добраться до того, что им нужно. Навигация по сайту должна быть удобной. Используйте поисковые формы каталогов и поисковых систем, с помощью которых можно бедет посетителям дополнительно поискать информацию.
Самый существенный момент. Чтобы посетители приходили к Вам, они должны быть уверены, что в следующий раз найдут для себя что-то новое. Поэтому необходимо постоянное обновление страниц. Не обязательно ежедневно - раз в неделю или в две, как у Вас получится. Выделяйте добавленные ссылки или разделы: new! Придумывайте оригинальные новости. Можно немного пофилосовствовать по мере способностей. Новости желательно вынести на основную страницу.
Обратите внимание на дизайн. Дизайн должен сочетать в себе эстетитечское удовлетворение, удобство поиска информации, минимум времени на загрузку страниц. Не перенасыщайте страничку рисунками и баннерами. Если Вы обмениваетесь баннерами с другими сайтами, постарайтесь загрузить их на свой сервер, чтобы они всегда были видны в виде рисунка, а не в виде пустого пятна.
Если есть возможность, постарайтесь не использовать на страничке фреймы, это облегчит Вам жизнь при индексировании вашего сайта в поисковых системах. Если Вы используете таблицы, для построения навигации старайтесь задавать ширину в пикселях, а не в процентах. Иначе у машин с разным рарешением экрана страничка будет выглядеть по разному. Никогда не ориентируйте свою страничку на определенный броузер. От этого вы можете потерять до половины своих посетителей в день. Постарайтесь найти компромис.
Постарайтесь сделать свой сайт привлекательным. Как? Наиболее полно охватите полюбившуюся Вам тему, сделайте ссылки на сайты, которые предоставляют аналогичную информацию.
Устройте конференцию по Вашей теме. Пусть сразу посетителей будет немного, но Вы сами должны обязательно давать ответы на задаваемые вопросы. Организуйте конкурсы, желательно с призами. Например в качестве приза можно поместить на страничке баннер победителя или написать обзор его сайта в новостях.
Предлагайте бесплатные услуги. Убедитесь, что предлагаемая бесплатная услуга тесно связана с вашей продукцией, чтобы воспользовавшиеся ею посетители сайта с большой долей вероятности могли стать вашими партнерами или клиентами. Предоставьте посетителям множество возможностей перехода и ссылок на страницы сайта, посвященные предлагаемой продукции и условиям работы с клиентами.
Дата: 18.06.2007 Модуль: Новости Категория: Интернет Разместил: Иванов
Вы уже, наверное, в курсе, что группа разработчиков ядра PHP 6 встречалась в ноябре 2005 года в Париже. Это была захватывающая встреча, на которой разработчики обсудили развитие PHP со своей точки зрения. Прежде чем я начну свой рассказ о принятых решениях, вынужден предупредить – все что здесь перечислено, это не «100% решенные вопросы» и в окончательном релизе PHP 6 дела могут обстоять иначе. Конечно же, все эти моменты будут обсуждаться подробнее, но уже сейчас можно говорить о перспективах.
Окончательные релизы PHP 6 появятся не скоро, но профессиональные разработчики должны знать к чему готовиться...
Юникод
Поддержка юникода в настоящий момент может быть установлена только на уровне «per request», т.е. для каждого запрашиваемого файла. Это означает, что PHP придется сохранять варианты классов, имен методов и функций одновременно в таблице символов Unicode и в non-Unicode, что, конечно же, увеличивает количество потребляемых ресурсов. Разработчики решили сделать настройку юникода на уровне всего сервера, а не запроса. Отключение поддержки юникода, если таковая не требуется, может увеличить производительность строковых функций до 300% и приложений в целом до 25%. Вынос настроек в php.ini позволит снять заботу о юникоде с разработчика и переложить ее на администраторов хоста.
Если вы самостоятельно собираете PHP и несете всю ответственность за ваши серверы, то вам будет полезно знать, что для PHP 6 потребуются библиотеки ICU (в зависимости от того, будет ли нужен Unicode или нет).
Register Globals уйдут в прошлое
Попрощайтесь с этой настройкой, она будет окончательно убрана. Такой настройки больше не будет в php.ini и если вы ее внесете, то получите ошибку уровня E_CORE_ERROR. Это означает, что PHP 6 наконец-то завершит эру скриптов PHP 3. Это серьезный, но очень нужный шаг.
Magic Quotes будут исключены
Опция magic quotes будет так же исключена из PHP и при попытке включения такой настройки, «выскочит» ошибка E_CORE_ERROR. Это повлияет на magic_quotes, magic_quotes_sybase и magic_quotes_gpc.
Больше не будет Safe Mode
Это понравится тем, кто хостится на серверах с обязательным включением Safe Mode. Теперь, включение опции будет вызывать ошибку E_CORE_ERROR. Причиной для этого становится механизм посыла «сигнала опасности», который делает PHP более безопасным. Сохранится лишь open_basedir.
'var' будет полным алиасом 'public'
Var используется в классах PHP 4. В объектном подходе PHP 5, употребление var вызывает ошибку уровня E_STRICT. В PHP 6 предупреждение об ошибке будет устранено и var станет полным синонимом public. Это вполне нормальное решение, однако, те, кто «подогнал» свои скрипты под PHP 5, сделали в этом плане лишнюю работу.
Возврат по ссылке вызовет ошибку
И '$foo =& new StdClass()' и 'function &foo' теперь вызовут ошибку уровня E_STRICT.
Будет убрана совместимость с zend.ze1
Ze1 всегда пытался поддерживать старое поведение PHP 4, но не всегда «работал на 100%», поэтому в шестой версии PHP он будет полностью исключен.
Поддержка Freetype 1 и GD 1 будет убрана
Поддержка обоих (очень-очень старых) библиотек будет убрана.
dl() останется только в SAPI
Каждую функцию SAPI нужно будет регистрировать отдельно и только CLI и embed SAPI будут работать с этого момента. В других вариантах dl() работать не будет.
FastCGI всегда включена
FastCGI код будет «вылизан» и станет включенным по-умолчанию для CGI SAPI. При этом, поддержку FastCGI будет невозможно отключить.
Старые названия глобальных массивов будут удалены
Помните старые массивы HTTP_*_VARS? Если вы еще не начали использовать $_GET и $POST, то начните делать это прямо сейчас, потому что в PHP 6 эти массивы будут вызывать E_CORE_ERROR.
Перемещения расширений
Расширения XMLReader и XMLWriter войдут в дистрибутив и станут доступны по умолчанию. Расширение ereg для работы с регулярными выражениями переедет в PECL (т.е. будет удалено из PHP). Это означает, что PCRE будет по умолчанию недоступно и выключено. Такой шаг делается для включения нового расширения для работы с регулярными выражениями, основанными на ICU. Чрезвычайно полезное расширение Fileinfo будет включено в дистрибутив и доступно по умолчанию.
Дополнения к движку PHP
64 битный целочисленный тип данных
В движок будет добавлен новый тип данных -int64. Он будет использоваться поумолчанию для integer.
Goto
Никаких команд goto не будет добавлено. Однако, команда break расширится статической меткой, поэтому будет возможно написать break foo и это перекинет на метку foo: в вашем коде.
ifsetor()
Похоже, что мы не увидим эту функцию, что обидно. В операторе ?: можно будет опускать один параметр, что позволит писать так: "$foo = $_GET['foo'] ?: 42;" (т.е. если foo является истиной, то $foo будет равно 42). Это сэкономит немного кода, однако будет не так читаемо, как при использовании ifsetor().
foreach для многоуровневых массивов
Это отличное новшество – вы сможете проходить с помощью foreach по нескольким уровням массива, к примеру "foreach( $a as $k => list($a, $b))".
{} против []
Сейчас вы можете использовать и {} и [] для обращения к строковым индексам. Однако, запись {} уже сейчас вызовет E_STRICT в PHP 5.1 и будет полностью устранена в PHP 6. К тому же, [] частично заменят substr и array_slice и вы сможете использовать "[2,]" для получения символов от второго и до конца строки. Очень удобно.
Изменения в объектном стиле
Связка static
Будет добавлено новое ключевое слово для доступа к последующей связке – static::static2(), что позволит управлять static во время выполнения.
Пространства имен
Этот момент остается нерешенным и по сей день. Мой совет – не задерживайте дыхание.
Типизированные значения при возврате из функций
Разработчики высказались против типизации, потому как это «не в стиле PHP». Однако такая возможномть будет добавлена, но не решен вопрос ее синтаксиса. В любом случае, это будет полезная возможность.
Вызов динамческих функций как статических приведет к E_FATAL
Сейчас вы можете вызывать статические и динамические методы не обращая внимание на то, статические они или динамические. Вызов динамической функции как статической, вызовет E_FATAL.
Добавления в PHP
APC войдет в ядро
Работа APC с байткодом будет включена в основную поставку PHP в качестве стандарта, но, вероятно, не будет активизирована по-умолчанию, но результаты ее работы будут стимулировать хостеров включать эту опцию.
Hardened PHP патч
Этот патч выполняет большое количество дополнительных проверок на безопасность. Разработчики тщательно изучают этот патч и некоторые элементы найдут свое место в PHP: защита от разделения HTTP-запроса, allow_url_fopen будет разделена на две: allow_url_fopen и allow_url_include. Первая опция будет по-умолчанию включена, а вторая – отключена.
E_STRICT войдет в E_ALL
Вау, это серьезная штука! Сообщения об ошибках наконец-то войдут в E_ALL по умолчанию. Это демонстрирует старания разработчиков научить «лучшей практике программирования» посредством сообщений «Эй, ты делаешь неправильно!».
Прощайте asp-тэги <%
Будет удалена поддержка ASP-тэгов, но останутся короткие PHP-тэги <? ?>.
Заключение
PHP 6 движется в интересном направлении – разработчики PHP начали направлять программистов на правильный путь, вместо того чтобы упреждать «так делать не надо, потому что это устарело». Категоричное искоренение таких моментов как register globals, magic quotes, long arrays, {} string indexes и call-time-pass-by-references наконец-то заставит программистов «вычистить» свой код. Плохо ли это? Я так не думаю, но все это сделает переход на PHP 6 еще более медленным, чем мы наблюдаем с PHP 5 (который итак происходит ужасно!).
Официальная информация: http://www.php.net/~derick/meeting-notes.html
Оригинал статьи: http://www.corephp.co.uk/archives/19-Prepare-for-PHP-6.html
Автор: Richard Davey
Перевод: Андрей Олищук
Источник: http://phpclub.ru
Все, изложенное мной, является плодом более чем 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 адресов без разрешения их владельцев, и тем более в незащищенном от сканирования виде – хороший повод навлечь на себя гнев недовольных. А неосторожное обращение с конфиденциальной персональной информацией в некоторых странах чревато даже уголовной ответственностью.
Для разных людей термин "веб-стандарты" означает разные вещи. Для некоторых это просто "страницы без таблиц", для других - "правильный код". Однако веб-стандарты это нечто намного большее. Сайт, простроенный по веб-стандартам, это сайт, который придерживается стандартов (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG и т.д.) и лучших отработанных решений (валидный код, доступный код, семантически правильный код).
Указан ли у страниц правильный Doctype?
Doctype (сокращенно от 'document type declaration' - "декларация типа документа") сообщает валидатору, какая версия (X)HTML используется в вашей странице. Декларация должна присутствовать в начале каждой веб-страницы. Doctype - ключевой компонент страницы, претендующей на соответствие стандартам: ваша разметка и CSS не пройдут валидацию, если в вашем документе отсутствует Doctype.
Указан ли у страниц кодировка (charset)?
Если пользовательский агент (например браузер) не может самостоятельно определить кодировку вашей веб-страницы, пользователи увидят на экране нечитаемый текст. Эта информация в особенности важна для тех, кто создает и поддерживает многоязычные веб-сайты. Но вообще объявление кодировки очень важно для тех, кто создает страницы в XHTML/HTML и CSS.
Валиден ли (X)HTML код страниц сайта?
Валидный код браузер выведет быстрее, чем невалидный. Валидный код браузер выведет лучше, чем невалидный. Все больше и больше браузеры подчиняются стандартам, и потому все более важным является валидный и стандартный HTML-код.
Валидны ли CSS-таблицы сайта?
Не забывайте убедиться, что ваш HTML-код и CSS-страницы не содержат ошибок, так как ошибки приведут к искаженному отображению документа на экране.
Использует ли сайт какие-либо CSS-хаки?
В сущности каждый сам решает, какие хаки ему использовать. Это зависит от того, насколько хорошо вы знакомы со всеми вариантами, и от того, какой дизайн вы хотите создать.
Используются ли на сайте какие-либо лишние и ненужные классы (class) и идентификаторы (id)?
Я заметил, что разработчики, осваивая новые приемы и технологии, часто создают замечательные CSS-таблицы, и при этом - плохой XHTML-код. В особенности часто в XHTML-коде встречаются ненужные и лишние "div" и "id". Из-за этого HTML-код теряет стройность, а CSS-файлы становятся запутанными.
Хорошо ли структурирован код страниц?
Семантически правильная разметка подразумевает использование html-элементов по их прямому назначению. Хорошо структурированный HTML-документ хорошо воспринимается всем спектром пользовательских программ (браузерами без поддержки стилевых таблиц, текстовыми броузерами, наладонниками, поисковыми роботами и т.д.)
Есть ли на сайте "сломанные" ссылки?
"Сломанные" ссылки разочаровывают пользователей и потенциально отвращают от вашего сайта ваших клиентов. "Сломанные" ссылки могут также сказаться на том, как поисковые роботы будут индексировать ваш сайт.
Как у сайта со скоростью загрузки страниц и с их размерами?
Не заставляйте меня ждать... Вот какую мысль подразумевают пользователи при проведении всех исследований. Даже пользователи с широким каналом устают от медленной загрузки.
Выдает ли браузер какие-либо ошибки JavaScript при работе со страницей?
Internet Explorer для Windows позволяет включить отладчик, который будет выскакивать на экран всякий раз, когда на странице будет обнаружена ошибка в JavaScript. Эта опция находится в меню "Internet Options" на закладке "Advanced". Уберите галочку с пункта "Disable script debugging".
Используется ли на сайте CSS для всех аспектов оформления страницы?
Используйте стилевые таблицы для управления компоновкой страницы и ее внешним видом.
Перенесены ли вся декоративная графика в CSS, или она все еще встречается в (X)HTML-коде?
Ваша цель, как веб-разработчика, состоит в том, чтобы убрать из html-кода вашей страницы все оформительские элементы. Благодаря чему код станет чище и семантически правильнее.
Используется ли атрибут "alt" во всех значимых изображениях?
Каждый нетекстовый элемент сопровождайте текстовым описанием.
Используется ли на сайте для шрифта относительные единицы измерения вместо фиксированных?
В коде и в стилевых таблицах используйте относительные, а не абсолютные единицы для указания размеров элементов.
Ломается ли каким-либо образом компоновка страницы при увеличении размера шрифта?
Проведите простой тест. Откройте свой веб-сайт в любом браузере, где есть функция изменения размера шрифта. Теперь увеличьте размер шрифта. Еще раз увеличьте. И еще раз... Посмотрите на свой веб-сайт. По-прежнему ли компоновка страницы осталась неизменной? При разработке сайта не рассчитывайте, что у посетителя в браузере размер шрифта совпадает с вашим.
Используются ли на сайте доступные формы?
Формы на веб-страницах не самая простая вещь для людей с физическими недостатками. Одно дело - навигация по странице с текстовым материалом, и совсем другое - переход по полям формы и ввод информации в нее.
Используются ли на сайте доступные таблицы?
Что касается таблиц. Не забудьте указать заголовки для столбцов и рядов... Для таблиц, где имеются два и более логических уровней рядов и столбцов, воспользуйтесь вспомогательными элементами языка html, чтобы связать логически ячейки данных с ячейками заголовков.
Достаточно ли контрастны и ярки цвета на страницах сайта?
Убедитесь, что разница между цветом фона и цветом текста достаточно контрастна, чтобы не вызывать затруднений при чтении у людей с пониженным восприятием цвета.
Используется ли только цвет для выделения критической информации?
Убедитесь, что вся важная информация, выделенная цветом, также выделена при отсутствии цвета, например с помощью контекста или элементами логической разметки.
Используется ли задержка в выпадающих меню (для пользователей с медленной моторикой)?
У людей с медленной моторикой могут возникнуть трудности при работе с меню, которые для них будут работать слишком быстро.
Все ли ссылки содержат достаточно описательный текст (для слепых пользователей)?
Ссылки должны быть достаточно понятными, чтобы они имели смысл при чтении вне контекста - либо при простом чтении или при чтении в виде списка.
Достаточно ли хорошо сайт работает и в современных и в старых браузерах?
Прежде чем начинать верстать страницы с использованием CSS, определитесь, какие браузеры вы собираетесь поддерживать и до какой степени.
Можно ли работать с материалами сайта при отключенном CSS?
На ваш сайт могут зайти люди, у которых браузер не поддерживает CSS или поддержка CSS отключена. Если ваши страницы правильно структурированы, у таких посетителей не возникнет никаких проблем при работе с ними.
Можно ли работать с материалами сайта при отключенных изображениях?
Некоторые пользователи просматривают веб-сайты не загружая графические элементы страниц. Так поступают в особенности те, у которых подключение к Интернету слишком медленное. Ваши страницы не должны вызывать затруднений в работе у таких посетителей.
Работает ли сайт в текстовых броузерах, таких как Lynx?
Текстовый браузер это как бы комбинация отключенных графики и CSS. Текстовые браузеры полагаются целиком на структуру документа при создании изображения на экране.
Хорошо ли выглядит сайт при распечатке?
К любому (X)HTML-документу можно прикрепить стиль для вывода на печать и для этого не потребуется трогать разметку самого документа.
Хорошо ли работает ли сайт на наладонных устройствах?
Этот момент вызывает наибольшие затруднения, так как в настоящее время нет единообразия в том, как наладонные устройства поддерживают веб-страницы. Однако некоторые решения в компоновке страниц поддерживаются на наладонниках лучше, чем другие. Поддержка наладонных устройств зависит от целевой аудитории вашего сайта.
Работает ли сайт в окнах различных размеров?
Среди веб-разработчиков бытует устойчивое убеждение, что с каждым годом средние размеры экрана у посетителей растут. Некоторые разработчики убеждены, что средний размер экрана у посетителей их сайтов составляет по ширине 1024 пикселей. Ну а что насчет пользователей с меньшими размерами экранов или с владельцами наладонников? Являются ли они частью вашей целевой аудитории, и будут ли они испытывать затруднения при работе с вашим сайтом?
Имеется ли на странице четкая визуальная иерархия элементов?
Организуйте и выделяйте важность того или иного материала с помощью размеров, отступов и логических связей.
Легко ли отличить один уровень заголовков от другого?
Используйте заголовки для того, чтобы раскрыть структуру документов, при этом используйте их в соответствие со спецификацией.
Достаточно ли легко понять навигацию по сайту?
Навигация вашего сайта должна подсказывать посетителю, на какой странице сайта он сейчас находится и куда он может следовать дальше.
Используется ли однообразная навигация на всех страницах сайта?
Если на каждой странице вашего сайта навигация придерживается одного и того же стиля, посетителям легче будет работать с сайтом и они быстрее будут находить нужную им информацию.
Используется ли на сайте приемлемый и однообразный язык текстов?
Ясный и простой язык материалов позволяет эффективно вести диалог с посетителем. Не забывайте, что ваш сайт могут читать пользователи, для которых ваш язык не является родным.
Есть ли у сайта карта и страница с контактной информацией? Легко ли их найти?
Большинству карт сайтов не удается раскрыть многоуровневую структуру архитектуры сайта. В тестах на юзабилити пользователи часто игнорируют карту сайта или просто не могут ее найти. Сложность карты также является проблемой: карта должна быть именно картой, а не головоломкой по навигации.
Если ваш сайт очень большой, есть ли на нем инструмент поиска?
Для маленького сайта функция поиска не особенно нужна. Всегда найдутся люди, которые никогда не пользуются поиском по сайту. Тем не менее функция поиска является дополнительным хорошим инструментом навигации по сайту для посетителей.
Присутствует ли на каждой странице сайта ссылка на его главную страницу?
Многие пользователи зарывшись в глубины сайта хотят быстро попасть на его главную страницу. Главная страница является как бы отправной точкой для таких пользователей, на которой они заново собираются с силами, чтобы нырнуть в новые глубины сайта.
Подчеркнуты ли ссылки?
Для полноты восприятия пользователями ссылок текст ссылок должен быть оформлен другим цветом или подчеркнут. Посетители не должны метаться по странице в поисках ссылки.
Четко ли выделены цветом ссылки, которые пользователь уже посетил?
Самое главное, если четкое выделены ссылки, которые пользователь уже посетил, он не нажмет на них случайно, и не будет попадать на ту же самую страницу, где уже побывал.
Есть ли у сайта понятная и полезная страница ошибки 404, которая работает с любого уровня сайта?
Вы запросили страницу - либо набрав URL в адресной строке, либо щелкнув по ссылке - и обнаружили, что провалились в Ничто. Дружественные к пользователю веб-сайты подадут руку помощи потерявшемуся пользователю, а другие сайты будут рассчитывать на то, что браузер пользователь сам их как-нибудь вытащит из бездны киберпространства.
Можно ли к вашему сайту доступиться, набрав адрес без "www"?
В целом не очень критичное требование, а иногда его даже невозможно удовлетворить. Но тем не менее всегда неплохо, если у ваших посетителей есть такая возможность. Если посетитель наберет название вашего сайта без "www" и не сможет до него доступиться, это будет плохо и для вас и для него.
Есть ли у сайта пиктограмма для закладок?
Пиктограмма для закладок (favicon) это графический файл с картинкой в нескольких разрешениях. Они как правило используются на всех профессионально выполненных сайтах. Пиктограмма для закладок дает веб-мастеру еще один способ рекламы сайта. Разумеется, пиктограмма для закладок не является критичной. Однако ее отсутствие порождает волну ошибок 404 в ваших лог-файлах. Такие браузеры как IE всегда запрашивают у сервера эту пиктограмму, когда пользователь помещает ссылку на ваш сайт в закладки. Если на вашем сайте этой пиктограммы нет, в логи попадет ошибка "404 File not found". Так что наличие такой пиктограммы поможет вам значительно сократить размер файла ошибок. То же самое относится и к файлу "robots.txt".
Использование самых новых технологий
Пользователь, столкнувшись с ошибкой JavaScript, покинет сайт сразу, пользователь не будет ломать голову над тем, как это работает. Поэтому, прежде чем использовать новую технологию, проверьте её хорошенько, все ли работает.
Перегрузка анимацией, апплетами
Многие web-дизайнеры любят навешать множество тяжеловесных апплетов, анимации, для того чтобы их сайт смотрелся красивей. Этого не стоит делать, так как у многих один апплет зачастую грузится более 1 минуты, и пользователи не будут дожидаться полной загрузки и просто уйдут.
Медленная загрузка страниц
Если ваш сайт очень долго грузится, то в большинстве случаев посетитель не дождется полной загрузки сайта и уйдет. Следует подобрать более быстрый сервер, хотя это не всегда так легко.
Появление новых окон браузера
Появление новых окон браузера - очень серьезная проблема, так как пользователи не хотят "засорять" свой экран. Если пользователю нужно будет открыть новое окно, он сделает это сам. Делайте открытие новых окон в особо важных случаях.
Отсутствие старой информации
Старая информация - не значит ненужная, так как пользователям нужна не только новейшая информация. Присутствие архивов может поднять посещаемость вашего сайта.
Размещение большого количества баннеров
Также многие любят поместить на одну страницу 5-7 баннеров для зарабатывания показов, у баннерных систем есть такое свойство, как "зависание баннеров", это очень раздражает посетителей, большое количество баннеров раздражает глаза.
Очень редкое обновление
Если ваш сайт редко обновляется, то посетители не будут возвращаться на ваш сайт за новой информацией, следует обновлять хотя бы раз в неделю, а лучше раз в 3 дня или чаще, но это уже для очень крутых проектов, которые должны окупаться.
Блок выводит баннер из директории баннеров в случайном режиме. Как правило, предназначен для использования как верхний или нижний баннер системы. В пакет вошли баннеры в стиле Web 2 от участника нашего проекта zigmat. За что ему отдельная благодарность.
Еще одна обработка скрипта из серии модулей с использованием флэш-плейера. В нем можно проигрывать файлы в формате FLV (Flash Video)
