| |
 Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице. |
|
Модуль адаптации трекера Torrent Trader Lite для SLAED CMS 2.5 Lite. Включает собой непосредственно сам трекер (от оригинала отказаться так и неудалось) а также его модифицированную копию модуль для отображения на сайте. Не использует базу данных хранит всю информацию в текстовых файлах. Продукт пока ещё совсем сырой, так что вы используете его на свой страх и риск. В будущем я постараюсь довести его до ума, поубирать глюки и прочие и прочие и прочие. Это Beta версия, в отличии от Alfa исправлены недочёты, убраны некоторые глюки. В часности заменён процесс создания раздачи. Ставиться как и большинство модулей просто содержимое папки HTTP копируеться в корень сайта. И активируеться в админке. Незабудьте сделать бекап важных файлов перед установкой. На папки data и torrents необходимо установить права доступа 777. Руссификация вставляеться в конец lang-russian.php
Программирование Scout: Scout@best-oldgames.net
Перевод Lynx: Lynx@best-oldgames.net
Пример работы можно посмотреть на сайте: best-oldgames.net/index.php?name=Tracker |
|
|
Модуль адаптации трекера Torrent Trader Lite для SLAED CMS 2.5 Lite. Включает собой непосредственно сам трекер (от оригинала отказаться так и неудалось) а также его модифицированную копию модуль для отображения на сайте. Не использует базу данных хранит всю информацию в текстовых файлах. Продукт пока ещё совсем сырой, так что вы используете его на свой страх и риск. В будущем я постараюсь довести его до ума, поубирать глюки и прочие и прочие и прочие... Ставиться как и большинство модулей просто содержимое папки HTTP копируеться в корень сайта. И активируеться в админке. Незабудьте сделать бекап важных файлов перед установкой. На папки data и torrents необходимо установить права доступа 777. Руссификация вставляеться в конец lang-russian.php
Программирование Scout: Scout@best-oldgames.net
Перевод Lynx: Lynx@best-oldgames.net
Пример работы можно посмотреть на сайте: best-oldgames.net/index.php?name=Tracker |
|
|
KWClan – модуль для управления кланом. На сегодняшний день очень много людей ставит себе SLAED CMS для того, что бы создать свой собственный клан. Но модулей для этой задумки совсем нет. Подробнее список его возможностей. Возможности администратора:
1. Добавлять, редактировать, а также удалять игроков.
2. Изменять и присваивать ранги игрокам.
3. Принимать заявки на вступление в клан от любого желающего посетителя.
4. Создавать рассылку новостей и предупреждений всем участникам клана.
5. Турниры:
a. Возможность создавать/редактировать/удалять турниры.
b. Указывать дату проведения и описание турнира.
c. Принимать заявки на участие.
6. Настраивать информацию о клане:
a. Название клана.
b. Владелец.
c. E-mail клана.
d. Дата открытия.
e. Логотип.
f. Краткое описание.
h. и т.п.
Возможности пользователей:
1. Просматривать информацию о клане (см. выше).
2. Просматривать текущие списки игроков, а также персональную информацию игрока.
3. Подавать заявку на вступление в клан (после чего админ просмотрев его информацию, имеет право либо добавить его, либо игнорировать).
4. Турниры:
a. Возможность просматривать информацию о турнире.
b. При желании можно подать заявку на участие.
Также к модулю прилагается блок с навигацией.
Инструкция по установке лежит в архиве.
Модуль полностью подходит для SLAED 2.5 Lite. |
|
|
 Блок мониторинга для сервера Call of Duty 2. Взят от php-Nuke, доработан и улучшен на благо системы SLAED cms by Me :)
Возможности блока:
1. Если сервер пуст выводится соответствующее сообщение
2. Если на сервере есть игроки показывает инфу (картинка карты, название карты, имя сервера, адрес сервера)
3. Если на сервере есть игроки появляется возможность посмотреть кто on-line
Недостаток блока:
Не совсем корректно выводится инфо о максимальных слотах, т.е. максимально возможное кол-во игроков (если смогу, исправлю в ближайшее время) |
|
|
Версия: V2b.5_H
38. Сделал фиксированные размеры preview обложек в списке последних обновлений. При выключенном показе картинок - выглядело крайне уродско
39. Поправил сортировку в списке последних обновлений фильмов "по дате" по умолчанию. В качестве даты берется дата последних изменений в описании
фильма. Т.е. если добавленный два месяца назад фильм в группу "Wanted", то после его реального добавления и переноса в раздел "Online 2User",
фильм не появлялся на главных страницах как обновление. Таким образом узнать о том, что он появился было очень сложно...
40. Пофиксил обновлялку AVI-инфы, она оказалась не рабочая...
41. Обновлялка AVI-инфы после завершения не находила функцию errmovie, и вылетала нафиг куда-то... Пофиксил.
42. Перевел систему комментариев на интегрированную в SLAED.
!добавилось поле totalcomments в таблице slaed_catalog_movie
!скрипт function/comments.php изменен.
43. Написал конвертор из комментариев каталога в комментарии SLAED. Без него однако ни как
в папке с модулем/convert_comments/convert.php
!Коневертирование обязательно!
!После успешного конвертирования таблицу slaed_catalog_comments можно удалить.
44. В просмотре последних обновлений вывел общее количество комментариев к фильму.
!похоже теперь нет рейтингов Надо решить сей вопрос, но уже пора спать...
45. !java-скрипты каталога не работают в Firefox
46. В админке сменил не верное название поля "Продюсер" на верное "Режиссер".
47. При просмотре "показать все" фильмы убрал отображение видео-кодека заменив на отображение информации о звуке. Это помоему единственный
вариант того, как из всех фильмов найти те, у которых звук к примеру 6-ти канальный.
48. Сделал хитрый центральный блок. В нем показывает 6 фильмов, но первые три это последние добавления, а следующие три - это случайный фильм.
49. Сделал модуль для левой/правой панели. Одиночный случайный фильм.
50. Доработал вывод последних коментариев. Ибо совсем забыл, что в них могут быть стандартные смайлы, а вместо них мы видели  и т.д.
Теперь все в поряде.
51. Заменил родной файлик "noimage.gif", который сообщал об отсутствии постера к фильму, на более красивый. Нарисовал Apple'Sin г. Ижевск.
52. Переделал работу с кадрами. Теперь отображение кадров происходит сразу на странице с фильмом. Расчетное минимальное разрешение экрана 1024х768.
53. Перенес все Java-скрипты каталока в папку с модулем. Теперь нет необходимости в изменении самой CMS чтобы подключить эти скрипты.
54. Перевожу все картинки и кадры в каталог с модулем. Все что было в корневой папке reliz, теперь хранится в папке
Video/images/logo - и Video/images/cadrs - соответственно.
Как перенести файлы?
Копируем папку reliz/logo в modules/Video/images/logo
Создаем папку modules/Video/images/cadrs
Копируев в папку modules/Video/images/cadrs все содержимое папки reliz/video/*.*
Установим права 777 на папку modules/Video/images/logo и modules/Video/images/cadrs
55. Переделал вывод обложки. Теперь нет необходимости кликать по картике, или жать на лупу для увеличения обложки. Сделано все как и в кадрах,
при наведении на обложку, рядом всплывает окошко с увеличенной обложкой.
56. Сегодня не плохо поработал! Исправил все плагины поиска фильмов, в частности film.ru, sharereactor.ru.
57. Добавил новый плагин, который получает данные с сайта world-art.ru, а на нем огромное количество информации про ANIME. Его приемущество в том,
что кроме инфы есть еще и кадры к фильмам.
Итак теперь у нас четыре плагина.
Прошу все пожелания и недочеты оставлять на моем форему, на моем сайте. http://atlic.ru |
|
|
Сегодня интернет развивается семимильными шагами, сейчас провести рекламную кампанию в интернете сравнивают с печатными СМИ, пройдет совсем немного времени и интернет сравняется, а после и перегонит телевидение. Ежедневно открываются тысячи сайтов, и каждый хочет перегнать конкурента. Используют разные способы: от традиционных до самых «черных» методов. Когда ваша компания продает черный уголь с месторождения «Кара Кече», то по запросу «уголь из кара кече» скорее всего вы будете лидером в выдаче поисковых систем, но когда ваша компания предлагает например, пластиковые окна, то тут придется хорошенько поработать над тем, чтобы выйти хотя бы в 20-ку выдачи. Необходимо, во-первых быть просто хорошей компании, у которой есть хороший сайт. Во-вторых необходимо ежедневно работать над поисковой оптимизацией своего сайта, в-третьих покупать дорогостоящие ссылки с тематических сайтов, в-четвертых писать «копирайтинговые» статьи подбитые под ключевые запросы. А если аналогичные действия проводят ваши конкуренты? То выигрывает тот, у кого больше денег и мозгов. Ну с первым все понятно, а вот второе можно либо опять таки купить либо самому продвинуться в этом. На сегодняшний день самым эффективным и более менее «белым» способом становится размещение статей, в который ссылками выделены ваши ключевые запросы. Поисковик это расценивает как реальная ссылка с содержимого сайта, что очень способствует его продвижению. Но как мы говорили ранее, ко всему надо подходить с умом. Не стоит размещать статьи на «мусорках». Они рано или поздно будут в «бане». Размещать статьи необходимо на хороший сайтах, которые сделаны для людей, а не для поисковиков, посудите сами: если даже вы не продвинитесь в данном запросе, вы все равно получите целевую аудиторию плюс статичную и качественную ссылку на ваш сайт. Качественный каталог статей – это уникальный дружелюбный дизайн, свой программный движок и некоторые ограничения на размещаемые в нем статьи. Таких каталогов на самом деле не много, но они есть, и этот сайт именно из этой категории. |
|
|
Газета The Sun опубликовала список найденных ею забавных названий доменных имен. Это подчас смешные или нелепые имена сайтов. Газета называет эти названия дурацкими и нелепыми, предполагая, что такие имена сайтов появлялись случайно. Примером такого названия может служить адрес penisland.com. Из названия вовсе не очевидно, что речь идет всего лишь о сайте (своеобразном "острове"), где можно купить авторучки. Среди других названий, найденных журналистами The Sun, можно отметить:
whorepresents.com - это вовсе не сайт проституток, а база данных по поиску известных людей. (Verber: whore по английски - шлюха)
expertsexchange.com - не сайт специалистов по смене пола, а сообщество по обмену знаниями между программистами.
therapistfinder.com - помогает искать не насильников, а врачей-терапевтов(Verber: rapist - насильник).
molestationnursery.com - можно подумать, что это сайт педофилов, а на самом деле это место, где можно приобрести морозоустойчивые растения для сада.
Удалось обнаружить и другие, не менее забавные названия сайтов. Так знаменитый сайт эстонского детского сада носит гордое имя mudila.ee а Институт экспериментальной биологии там же в Эстонии располагается по не совсем приличному для нашего глаза и уха адресу ebi.ee. Еще более неприличен e-mail института, по которому предложено обращаться на главной странице сайта.
Сайт anus.com создан американской ассоциацией нигилистов (The American Nihilist Underground Society),
а представительство ООО "Стройсвязьурал-1" располагается по адресу ssu.ru. А urka.ru - это сайт Удмуртской Республиканской Коллегии Адвокатов (УРКА).
На сайте dermo.com , производящей химические реагенты, красуется приветственная надпись Welcome to Dermo, что не может не вызвать улыбку у русскоязычных пользователей интернета. А по адресу nasrat.com расположен сайт туристических услуг - там, к примеру, можно заказать авиабилет.
Французская телекоммуникационная компания выбрала для своего сайта оригинальный адрес - minet.net . Компания так и называется - MiNet. Немецкая фирма-производитель противомоскитных сеток также неблагозвучно имени своего сайта на русском языке - neher.de.
Компания Jopa Company - сайт jopa.com - занимается ландшафтным дизайном, а по адресу jopa.net расположена благотворительная некоммерческая организация Jopa Ministries, Inc. Кроме того, существует сайт jopaonline.com , предлагающий посетителям заказать горячие обеды с доставкой.Впечатляет приветствие : Welcome to jopa!
Нигерийская компания Ebun Industries Limited является крупным поставщиком какао на мировой рынок. Адрес сайта соответствующий - ebun.com. Еще неприличнее звучит адрес сайта компании Education Based Latino Outreach, занимающейся образованием Education Based Latino Outreach.
Словенский информационный портал расположен по адресу sraka.com, а если набрать в строке браузера suki.net, то вы попадете на японский сайт, посвященный сетевым технологиям. Suka.org приведет вас на сайт благотворительной организации - Singapore United Kingdom Association.
Итальянский музыкант выбрал себе оригинальный псевдоним, и сайт у него такой же - urod.org. А chmo.com принадлежит компании, разрабатывающей микрокомпьютеры.
Отсюда вывод 1 000 раз подумай как назвать своё творение. |
|
|
На фоне стремительно растущего числа каталогов, заблокированных поисковыми системами, веб-мастера все больше внимания стали уделять прямому и перекрёстному обмену ссылками. Еще вчера твой сайт после прогона по белым каталогам имел ИЦ равный 500 и более 1000 обратных ссылок, а сегодня Яндекс устроил новую чистку. И сайт двукратно снизил свои показатели. Как следствие, резкое снижение позиций в выдаче поисковых систем по большинству среднечастотных и низкочастотных запросов. Подобные чистки линкопомоек, называемых зачастую белыми каталогами, теперь не редкость. Но у «бедного» веб-мастера все же остается основной инструмент повышения видимости сайта – обмен ссылками. Ах, как хочется меняться...
Большинство веб-мастеров готовы произвести тематический обмен ссылками, но каждый из них в отдельности за то, чтобы ссылка на свой сайт стояла, а ответная со временем исчезла. Для целей SEO это прекрасный ход. Пусть на тебя ссылаются, а ты ни на кого ссылаться не будешь. Безусловно, такое положение вещей оценят поисковые системы. Но как это сделать? Обмануть своего партнера по обмену!
В Интернете есть немало веб-мастеров, готовых пойти на обман своих партнеров по обмену в ущерб своей деловой репутации. А всегда ли известно, чей это сайт и какие еще сайты есть у вашего партнера? Не слукавлю, если предположу, что многие веб-мастера держат «серенькие» и «временные» проекты, которые готовы продвигать любыми методами. Для достижения целей продвижения они не гнушаются способами обмана своих партнеров.
Способ первый – топорный.
Ты создаешь статический каталог в чистом HTML коде, куда и вносишь ссылки партнеров по обмену. По мере поступления новых ссылок по обмену, удаляешь старые. Представь, что за десять месяцев ты обменялся ссылками с тысячей сайтов. Но в свой каталог ты вносишь только те ссылки, которые поступили не позже двух месяцев назад. Остальные ты просто замещаешь новыми. Таким образом, на тебя ссылается тысяча сайтов, а ты оставил ссылки всего на двести сайтов – поступившие за два последних месяца. Минус такого обмена в нестабильности твоих ссылок. Ты не можешь быть уверен, что владелец сайта, где находится твоя ссылка, не поступит аналогично. Больше шансов, что он тоже удалит старые ссылки из каталога, включая твою.
Способ второй – методический.
Ты создаешь статический или динамический каталог и начинаешь активный обмен ссылками. Каждые три-шесть месяцев ты полностью удаляешь весь каталог, создаешь новый и опять занимаешься обменом. Через пару лет твой сайт обрастает некоторым количеством стабильных обратных ссылок, не ссылаясь при этом на другие ресурсы.
Способ третий – наивный.
Ты создаешь небольшой статический каталог, преимущественно из ссылок на свои же проекты. Начинаешь рассылать письма с предложением по обмену ссылками: «Разместите мою ссылку на сайте. В ответ я в течение трех-пяти дней размещу вашу ссылку у себя». И ничего в ответ не размещаешь. Расчет простой. Многие веб-мастера слишком заняты, чтобы контролировать каждое обратное размещение. А многие просто не делают этого совсем или забывают про некоторые ссылки. В общем, можешь рассчитывать, что 5%-15% ресурсов так и оставят твою ссылку у себя. Если постоянно и активно заниматься таким обменом, то твой сайт будет достаточно стабильно держаться в видимости поисковиков. Кроме того, мои наблюдения показывают, что появление твоей ссылки на новых сайтах прибавляет ценности ресурсу. Даже в том случае, если позже ссылка на твой сайт исчезает.
Способ четвёртый – прогрессивный.
Чтобы обезопасить себя от нечестного обмена, веб-мастера устанавливают каталоги, чьи скрипты способны контролировать размещение обратной ссылки. Контроль ведется как на этапе добавления новой ссылки, так и с помощью последующего сканирования твоих страниц на наличие ответной ссылки. Уже создано большое количество коробочных версий программ управления обменными каталогами. Если ты хочешь добавить свою ссылку в такой каталог, то предварительно должен разместить обратную ссылку у себя и указать точный URL, где она размещена. Размещение обратной ссылки периодически контролируется. Программа скачивает указанный тобой URL, проверяет его на видимость поисковыми системами и наличие кода ссылки. Если все в порядке, то твоя ссылка публикуется в каталоге. Но что стоит обмануть глупого робота?
Приступаем к прогрессивному обмену. Пишем или заказываем скрипт на PHP или CGI, который умеет подменять содержание страниц, основываясь на IP, с которого приходит запрос. Получится совершенно несложная программа. Когда робот определенного сайта запросит страницу, где должна быть размещена ссылка на этот сайт, программа определит IP запроса. Если IP соответствует заданному домену, то будет выдана страница с кодом ответной ссылки. Всем же остальным IP будет отдаваться не подменяемая постоянная страница. Нужно только предварительно добавить в программу сведения о том, какому хосту подменять содержание страницы и чем подменять, заранее определив IP сайта с каталогом, куда вы добавили ссылку. Эти функции также можно автоматизировать.
Остаются небольшие опасности, что трюк будет замечен, если программа каталога проверит наличие ответной ссылки по данным Яндекса. Но шансов невероятно мало. Страница хорошо индексируется поисковыми системами, а проверять каждую страницу, где «по мнению» поисковой системы не учтена ответная ссылка, веб-мастер не станет. Тем более, это накладно программными средствами с нынешней политикой поисковых систем и нереально вручную, если вы добавили ссылку в крупный обменный каталог.
В заключение хочется добавить, что я перечислил далеко не все способы обмана при обмене ссылками. Их может быть намного больше. Указанные мной способы активно используют неблагонадёжные партнеры. А четвёртый способ в последнее время встречается все чаще. Будь внимательнее при выборе партнёров. Не позволяй себя обмануть.
Автор: Абрамян Сергей
Сайт: abrams.ru
E-Mail: 9674605@mail.ru |
|
|
 Разработчики форума PhpBB официально представили новую версию форума PhpBB 3 под кодовым названием Olympus. На данный момент это первая Beta версия. Но Вы уже можете скачать её на сайте разработчиков для тестирования и изучения новых возможностей. Надеюсь, что разработка данной версии пойдёт с этого момента более быстрым темпом. Так как слухи о ней бродили по Интернету уже минимум как год, а релиз состоялся совсем недавно. |
|
|
Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. Сразу предупреждаю, что все мои советы актуальны для владельцев серьезных тематических ресурсов, а не всяких дурацких развлекательных порталов, цель которых – привлечь абы кого, чтобы только заработать баннерные показы или накрутить счетчик. Продвижение сайта - Заголовки
Итак, я открываю серию статей, посвященных продвижению интернет-сайта в сети. Все, изложенное мной, является плодом более чем 3-летнего опыта в области оптимизации сайтов и практических наблюдений. Таким образом, мои рекомендации будут носить в большей степени субъективный практический характер, чем теоретический. В моих статьях я не буду тратить время на всякие системы накрутки счетчиков, обмена посетителями и прочую подобную фигню. Продвижение в моем случае прежде всего означает оптимизацию страниц сайта под поисковые роботы + различные советы и тонкости из практики. Надеюсь, вам будет интересно и кому-нибудь мои советы даже помогут в увеличении целевой аудитории, посещающей ваш сайт.
Будем считать, что вы хорошо владеете программированием на HTML и знаете, для чего нужны различные тэги и куда их пихать, поэтому на технической стороне я не буду заострять внимание. Говоря о заголовке, я имею в виду содержание страницы от тэга ‹HEAD› до тэга ‹/HEAD›. Напомню, что структура стандартной страницы представляет из себя примерно следующее:
‹HTML›‹HEAD›‹TITLE›Титул страницы‹/TITLE›
‹META HTTP-EQUIV="параметр" CONTENT="значение"›
‹META NAME="параметр" CONTENT="значение"›
‹/HEAD›‹BODY›
Содержимое страницы
‹/BODY›‹/HTML›
Как раз о верхней части страницы и пойдет речь в этой статье, т.е. подробно о тегах TITLE и META.
TITLE
Надеюсь, вы уже догадались, что TITLE – это титул страницы. Пользователь видит его в верхней части окна браузера. Тэг TITLE прежде всего имеет важное значение при оптимизации страницы под поисковые машины. Все без исключения поисковые роботы обрабатывают значение TITLE и в соответствии с его содержанием формируют перечень ключевых слов и фраз страницы. Таким образом, титул должен отражать реальное содержание страницы или сайта. Однако при заполнении этого параметра многие совершают следующие ошибки:
Начинают перечислять перечень ключевых слов. Современные поисковые роботы стали гораздо сообразительней, чем раньше и в большинстве случаев им удается распознать, что в титуле написана белиберда, а не четкое и внятное содержание страницы. Это может привести к тому, что поисковик проигнорирует титул при индексации;
Вбивают текст размером с первый том "Капитала" Карла Маркса. Дело в том, что поисковые роботы серьезно относятся к содержимому тэга TITLE, но обычно индексируют первые 25-50 символов. Таким образом, оставшаяся писанина только напрасно увеличивает объем страницы и время загрузки;
Перегружают титул спецсимволами (запятыми, кавычками, тире и пр. знаками). Спецсимволы в TITLE не индексируются поисковыми роботами, так что их использование лучше свести к минимуму, или вообще постараться обойтись без них;
Пишут содержание TITLE прописными (заглавными) буквами. Многие поисковики этого не любят. Так что лучше их не злить понапрасну и писать нормально. От того, что вы напишете титул прописными, заметней для поисковика вы не станете!
В общем, рекомендую перед заполнением тэга TITLE как следует подумать, о чем ваш сайт и выразить его тематику в 2-3 веских словах в виде словосочетания.
META
О тэге META у нас будет разговор серьезный. Прежде всего необходимо понять, что META-тэги являются важной составляющей в странице и их правильное использование может как поднять популярность страницы, так и оказать обратное воздействие.
META-тэги делятся на две группы: контролирующие отображение страницы браузером и служащие ценной информацией для поисковых машин. Первая группа тэгов вводится следующим образом:
‹META HTTP-EQUIV="параметр" CONTENT="значение"›
Я не буду заострять внимание на этом виде META-тэга, т.к. моя задача – рассказать, как сделать страницу доступной, а не как сделать, так, чтобы она правильно отображалась браузером. Но чтобы вы поняли, для чего нужны эти META-тэги, приведу несколько примеров их использования:
‹META HTTP-EQUIV="content-type" CONTENT="text/html; charset=windows-1251"›
Указывает, в какой кодировке должна выводиться страница (в данном случае: windows-1251). Также возможны значения (в поле CHARSET): koi8-r, iso-8859-5, iso-8859-1 и т.д.
‹META HTTP-EQUIV="content-script-type" CONTENT="text/javascript"›
Указывает типы переменных, содержащихся на странице (в данном случае: текст и 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"›
Запрет на кэширование браузером страницы. Тэг актуален в том случае, если содержимое страницы часто меняется. В этом случае браузер будет при каждом обращении к странице заново ее кэшировать.
‹META HTTP-EQUIV="content-language" CONTENT="en,ru"›
Сообщает браузеру язык, на котором написана страница (в данном случае: английский и русский). Возможно указать и один язык (например, только "ru") или несколько через запятую. Сразу скажу, что этот тэг актуален только для очень старых браузеров, а новые на него внимания не обращают, так что лучше его избегать.
‹META HTTP-EQUIV="refresh" CONTENT="5; URL=http://yandex.ru/index.html"›
Принудительно осуществляет переход на указанную страницу через определенное количество секунд (в данном случае: переход на страницу "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-тэга еще до конца не утрачена и заполнять его все-таки рекомендуется.
‹META NAME="document-state" CONTENT="static/dynamic"›
Сообщает поисковому роботу частоту обновлений содержимого. В соответствии с этим страница может быть статичной (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›
‹META HTTP-EQUIV="content-type" CONTENT="text/html; charset=windows-1251"›
‹META NAME="description" CONTENT="Статья о том, как правильно заполнить заголовок интернет-страницы"›
‹META NAME="keywords" CONTENT="html, meta, справочник, тэг, заголовок, title"›
‹META NAME="revisit-after" CONTENT="7 days"›
‹META NAME="robots" CONTENT="all"›
‹/HEAD›‹BODY›
С содержимым страницы вы уже ознакомились ;)
‹/BODY›‹/HTML›
Автор: BattleGrim |
|
|
В этом разделе собраны веб-дизайнерские правила хорошего тона (бонтон), следуя которым вы приобретете славу хорошего и культурного дизайнера, а возможно и больше. Дополнительно к этому собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов.
Всегда соблюдайте основное правило веб-дизайна: посетитель вашего сайта всегда должен чувствовать, что его любят.
Ссылки следует ставить на ключевое слово или словосочетание. Например. "Подробное описание работы данного устройства смотрите в статье Кулибина."
Золотое правило бонтона: "Никогда не вмешивайся в родной интерфейс браузера". Посетитель любит свой браузер и не терпит любых изменений в его привычной работе и в его внешнем виде.
Если вы решили, что вашему сайту нужна фоновая музыка, то следует предложить посетителю включить ее, но ни в коем случае не запускать сразу так, чтобы потом он, ошарашенный вашим музыкальным вкусом, лихорадочно не искал выключатель, присутствие которого, кстати, на сайтах с музыкой просто обязательно.
Бонтоном является конструировать тексты для чтения шириной, такой же как в печатных книгах, то есть 10-14 см, обрамленного полями. Кстати, ныне модный "резиновый" дизайн страницы, отличающийся тем, что содержание сайта может растягиваться пропорционально размерам окна, - не самое лучшее решение для оформления текстов. Имеет смысл подпирать размер строк, ограничив тем самым чрезмерное растягивание текста.
Очень хорошо, если вы дадите возможность посетителю самостоятельно изменять размер шрифта, которым написаны все тексты.
Соблюдайте правило десяти секунд. Любая страница должна открываться не дольше этого времени, особенно первая. Если объем страницы велик, то любым способом дайте знать посетителю, что придется некоторое время подождать загрузки выбранной информации. Можете, например, рядом со ссылкой указать размер файла.
Публикуйте только вычитанные тексты. Ссылки на чужие источники, или цитаты, должны быть обязательно проверены. Выдерживайте единый стиль изложения. Лучше, если тексты готовят специально обученные люди - редакторы и корректоры.
Вы должны точно знать происхождение публикуемой информации (текстов, картинок, музыки и т. д.), которая обязательна должна быть легальной. То есть вы сами являетесь ее автором, или у вас есть разрешение на ее публикацию, лучше письменное или е-mail. Очень редко бывает, когда кто-либо отказывает в использовании (даже совершенно бесплатно) своего материала на других сайтах. Уважайте Закон и не только об авторском праве.
На первой странице обязательно должна присутствовать информация, из которой с первых слов или изображений было ясно о чем этот сайт.
Соблюдайте правило трех щелчков - в любое место сайта можно добраться не более чем за три щелчка по мышке.
Для информационных сайтов, как ни странно это звучит, но необходима стереотипная навигация. Посетители должны с первых секунд догадаться, как управлять вашим сайтом.
Хорошим тоном является маскировка или защита от сканирования роботами публикуемых чужих адресов электронной почты. Публикация этих адресов в любом случае должна быть только с согласия их владельцев. И вообще, максимально щепетильно относитесь к доверяемой вам персональной информации.
Для тех, кому больше нравится исходить от противного, рассчитан раздел "моветон", в котором рассказывается о том, чего следует избегать при создании и поддержании сайтов.
В этом разделе собраны примеры веб-дизайнеского "безобразия", то есть того, что следует избегать в создании веб-сайтов. Ни в коем случае не поступайте так, как тут написано.
Итак, вот чего следует избегать в ваших веб-дизайнерских разработках.
Использовать дурные ссылки. Пример: "Подробное описание работы данного устройства смотрите здесь." Совсем кощунственны надписи: кликни здесь, дави сюда. Представьте, вы распечатаете текст с такими мовессылками и даете прочесть его человеку, который понимает все буквально. Он долго смотрит "здесь", никаких подробностей не видит. Потом в недоумении начнет в полный голос кликать их. Но так как они, естественно, не откликаются, начнет сдавливать этот злосчастный текст, словно героя партизана, в слесарных тисках, добиваясь столь нужных подробностей.
Другая картинка. Представьте, вы зашли в туалет и видите на дне унитаза надпись –"писать сюда".
Изменять текст в статусной строке браузера и, тем более, использовать всевозможные бегущие строки и другие эффекты в ней. Подобные эффекты неуместны также в поле заглавия.
Автоматически открывать дополнительные окна.
Автоматически изменять размеры текущего окна.
Изменять цвет и вид полос прокрутки в браузере. Исключение - полосы прокрутки во внутренних фреймах.
Автоматически раскрывать окно браузера во весь экран, то есть полностью лишать посетителя родного интерфейса.
Запускать на сайте фоновую музыку.
Верх неприличия заставлять посетителя ждать более десяти секунд загрузки страницы, тем более первой с какой-либо мощной заставкой и без возможности пропустить этот "шедевр".
Очень бестактно выглядит надпись наподобие "подождите, идет загрузка" без отображения статуса происходящего. Тем более, если это не флэш ролик, а просто маскирующая страница. Сколько ждать? Загружается ли вообще что-то?
К ущемлению прав человека можно прировнять надписи наподобие следующих: "Для просмотра использовать Internet Explorer 5", "Извините, в Netscape страница недоступна", "Используйте разрешение 1024х768" и тому подобных.
Конечно - грамматические ошибки. Это уже само собой разумеющееся - жи, ши пиши с и. Еще, публикация, например, непроверенных цитат может поставить вас не только в неловкое положение.
Публикация на своем сайте текстов, картинок и любого другого материала, который был скопирован с других сайтов в Интернете – великолепный способ нарваться на неприятности. Выход прост – просите разрешения.
Изображать в качестве кнопки выбора языка сайта флаг государства, в котором якобы на нем разговаривают. У языка есть свое конкретное название и вовсе не стоит отождествлять его с названием государства, тем более, что в каждом из них присутствует определенная доля не разговаривающих на нем. Те же Соединенные Штаты, например. И, даже далеко ходить не нужно, – Латвия, в которой говорящий по-русски вовсе не обязательно является гражданином России или считает себя причастным к ней. Вообще национальный вопрос лучше обходить подальше. Побочный аспект – почти всегда флаги не подходят под стиль любого конкретного сайта.
Пошло и вульгарно размещать на своих сайтах надписи наподобие следующих: "Добро пожаловать на страницу Брандупея Запухшего", "Вы попали на страницу фирмы "Самтакой"", "Это сайт про баранов". Как будто наших умственных способностей не хватает сообразить, что мы загрузили в браузер. Скорее они подскажут нам, что мы забрели на сайт для тугодумов или доморощенных коммивояжеров. Представьте такие надписи: "В этом пакете молоко", "Вы попали в магазин", "Этот ящик – троллейбус", "В этой книге буквы".
Разделение навигационной панели и информационной части по разным фреймам это то же самое, что прийти в оперу в засаленной робе. Для палеозойской эры это еще было оправдано, но сейчас на дворе другие стереотипы. В пользу бесфреймовой конструкции страницы есть много доводов, начиная с того, что это некрасиво и заканчивая тем, что такие сайты очень неудобно находить с помощью поисковых машин, а если они и обнаруживаются, то в браузере открывается только один проиндексированный фрейм, и становится вообще непонятно, где находишься и что это за сайт без единой ссылки. Ушлые бороздильщики Интернета, конечно, расшифруют, но не все же такие "умные".
Совсем неуместно использовать жаргон там, где его могут не понять. А использование арго вообще является признаком умственного отставания.
Отвратительное впечатление оставляет использование клипартов. Особо это касается анимированных декоративных элементов. Сколько сайтов можно увидеть с горящими факелами и свечками, развевающимися флагами, вращающимися скелетами, почтовыми ящиками американского образца и так далее. А если еще и каждая кнопка навигации вращается, то это будет уже не сайт, а средство для тренировки психической устойчивости.
Дурным тоном является использование смайликов - это вот таких сочетаний знаков - :) :( - в текстах сайта. Кстати, еще более вопиющим является использование их в печатных изданиях. Смайлики приемлемы лишь в чатах, форумах и частной переписке, но даже в этих случаях, если вы претендуете на статус интеллектуала, следует писать так, чтобы эмоции были понятны без искусственных приемов.
Хотите поставить свою фирму в ряд несолидных, тогда напишите: "предоставляем полный спектр услуг". Эта фраза вообще – полный... спекрт.
Не показывайте посетителям сайта неготовые разделы или страницы. Это выглядит просто ужасно.
Публикация на сайте чужих е-mail адресов без разрешения их владельцев, и тем более в незащищенном от сканирования виде – хороший повод навлечь на себя гнев недовольных. А неосторожное обращение с конфиденциальной персональной информацией в некоторых странах чревато даже уголовной ответственностью.
Автор: Александр Щербин (www.alx.lv) |
|
|
Для разных людей термин "веб-стандарты" означает разные вещи. Для некоторых это просто "страницы без таблиц", для других - "правильный код". Однако веб-стандарты это нечто намного большее. Сайт, простроенный по веб-стандартам, это сайт, который придерживается стандартов (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".
Автор: Russ Weakley
Перевод: Александр Качанов |
|
|
Даже опытные веб-разработчики долго не могут привыкнуть к тому, что с помощью CSS можно сделать практически что угодно — от разметки колонок до кнопок и всплывающих окон. Технология Cascading Style Sheets позволяет контролировать практически любые элементы дизайна — от размера шрифтов до цветовой гаммы отдельных блоков. Более того, CSS способна сделать гораздо больше. Пит Фрайтаг в своем блоге, посвященном веб-программированию, опубликовал 20 советов и секретов по CSS, подобрав примеры не совсем стандартного использования этой технологии. Каждый пример включает не только демонстрацию оригинального эффекта, но и подробное описание способа его создания.
1. Закругленные углы.
2. Закругленные углы без использования изображений.
3. Создание «звездных» рейтингов.
4. Формы без использования таблиц.
5. Стилизованные списки.
6. Техника разметки двух колонок.
7. Разметка трех колонок.
8. Три колонки по центру фиксированной ширины.
9. Печать средствами CSS.
10. Добавление стиля CSS в <nobr>RSS-поток.
11. «Прилипчивый подвал» (footer). Эта техника позволяет сделать такой «подвал», который будет располагаться либо внизу страницы, либо внизу контента, в зависимости от того, что визуально находится ниже.
12. Эффект «hover». При наведении курсора элемент меняет свой внешний вид. Работает для текста, для ссылок, для графики и для любых других элементов.
13. Несколько альтернатив для тега горизонтальной разметки (hr).
14. Перемещение подвижных блоков (floats). Приводится несколько методов, а также способы решения проблем в разных браузерах.
15. Всплывающие окна средствами CSS.
16. «Расталкивающие» блоки. Внедрение элементов с автоматическим изменением границ окружающих блоков.
17. Создание кнопок.
18. Оранжевые кнопки RSS и XML средствами CSS.
19. Десять дополнительных советов и секретов CSS.
20. Еще десять советов по CSS. |
|
|
В сегодняшнем мировом Интернет-сообществе стремительно набирают популярность системы управления контентом – CMS. С их помощью любой пользователь может с минимальными усилиями создать полноценный web-сайт. При этом пользователь не обязан знать всех тонкостей web-программирования. Достаточно установить CMS на сервер, наполнить получившийся web-сайт необходимым содержанием и новый портал готов принимать посетителей. Остается только один вопрос – какую CMS выбрать? В этой статье мы познакомим вас с новой, но уже набирающей популярность системой Open SLAED. Предыстория
Проект SLAED CMS (http://www.slaed.net) был создан несколько лет назад и сразу зарекомендовал себя с лучшей стороны. Сегодня разработано уже четвертое поколение SLAED CMS Pro, и несомненным ее козырем является стабильность работы и отлично проработанная система защиты.
Совсем недавно разработчики SLAED CMS представили первую версию системы, относящуюся к новому поколению CMS. Ее название – Open SLAED. Это поколение не только вобрало в себя лучшие качества платной версии SLAED CMS, но и содержит абсолютно новые функции и технологии. Поэтому в сегодняшней статье я познакомлю вас с этой системой управления контентом. Для начала давайте узнаем, какие же преимущества имеет Open SLAED:
• Использование UNICODE для функции многоязычности
• Внедренная технология AJAX
• Поддержка PHP 4, PHP 5, а также готовящейся к выходу PHP 6
• Повышенный уровень безопасности системы и ее компонентов
• Работа системы под лицензией GPL 3
Пожалуй, о последнем пункте нужно рассказать отдельно. Как известно, ветка SLAED CMS Pro является платной, а предшественница Open SLAED – SLAED CMS Lite распространялась как freeware. Open SLAED – это первое поколение SLAED CMS, которое распространяется под лицензий GNU/GPL. Таким образом, эта система имеет большие перспективы в мире CMS, поскольку теперь разработчики и энтузиасты могут свободно расширять функциональность Open SLAED, создавать неограниченное количество компонентов для нее: блоков, модулей, тем, языковых пакетов.
Установка
Перед тем, как познакомиться с Open SLAED, ее необходимо установить на сервер. Для начала нам потребуется сам дистрибутив системы. Open SLAED можно загрузить на сайте: http://www.slaed.net. Для установки системы нам потребуется web-сервер, совместимый с Apache, интерпретатор PHP, а также СУБД MySQL. Итак, для начала необходимо распаковать дистрибутив Open SLAED в корневую папку сайта, после чего нужно выставить необходимые права доступа:
• 666 – на все файлы в папке config/, config/cache/, config/counter/, config/logs/ (кроме файлов .htaccess и index.html);
• 777 – на папки (именно папки, а не файлы!) config/cache/, config/counter/, config/logs/, а также на папку uploads/ и все остальные папки, вложенные в нее.
Кроме этого, разработчики рекомендуют изменить имя файла admin.php в целях безопасности.
Еще один важный момент – подготовка базы данных для Open SLAED. Для этого достаточно создать новую БД с помощью имеющегося средства для управления MySQL (скорее всего, это будет phpMyAdmin), например, с именем openslaed (рис.1).
Рис.1. Создание БД для Open SLAED.
Теперь, подготовив почву для CMS, запускаем установочный скрипт, который находится по адресу: http://корневая_папка/setup.php. Инсталлятор приветливо встречает нас и предлагает выбрать один из языков системы – английский, немецкий, русский. Кстати, сразу же бросается в глаза отличный и тщательно проработанный дизайн инсталлятора (рис.2).
Рис.2. Выбор языка CMS.
Далее система отобразит лицензионное соглашение и спросит, согласны ли вы с ним. Теперь следует важный этап инсталляции – установка соединения с базой данных. Для этого необходимо указать сервер БД, имя пользователя и пароль для авторизации, а также название той базы данных, которую вы создали для Open SLAED, также можно изменить стандартный префикс для таблиц БД (это необязательно). Кроме того, если вы изменили в целях безопасности имя файла admin.php, обязательно укажите в конфигурации новое имя этого файла (без расширения .php). Теперь, если вы все параметры указали верно, инсталлятор соединится с БД и добавит необходимые для Open SLAED таблицы (рис.3).
Рис.3. Процесс установки таблиц.
Финальным аккордом будет создание учетной записи администратора. Больших трудностей этот шаг вызвать не должен – вводим имя, пароль, e-mail и адрес сайта. Также можно разрешить создание учетной записи администратора как обычного пользователя. На этом процесс установки окончен. Теперь можно авторизоваться и войти в админ-панель.
- Уголок web-мастера -
Перед тем, как перейти к изучению интерфейса системы, должен обратить ваше внимание на следующую деталь. На некоторых серверах возможна ситуация, когда браузеры ошибочно используют для русского варианта Open SLAED не UNICODE, а другую кодировку, чаще всего Windows-1251 или KOI8-R. Чтобы избежать такого эффекта, необходимо явно указать браузеру использование UNICODE. Для этого открываем файл .htaccess, находящийся в корневой папке, и добавляем в него следующую строку:
AddDefaultCharset UTF-8
Теперь все будет отображаться без ошибок.
- Уголок web-мастера -
Админ-панель
Итак, вы вошли в админ-панель (рис.4). Как можно заметить, ее интерфейс разделен на несколько частей:
• Меню;
• Панель блоков;
• Рабочее место администратора;
• Панель настройки выбранного модуля.
Рис.4. Админ-панель.
Главной частью админ-панели является рабочее место администратора, где отображаются системные сообщения и ссылки на все имеющиеся модули админ-панели; отсюда начинается настройка и администрирование Open SLAED. Первым делом мы обратимся к модулю «Конфигурации». Здесь собраны основные параметры CMS, как то: название сайта, адрес, логотип и т.д. Кроме того, если вы собираетесь устанавливать форум на свой web-сайт, то здесь можно объединить регистрацию пользователей форума и Open SLAED, а также интегрировать в систему профили и сервис личных сообщений форума. Open SLAED поддерживает следующие форумы:
• phpBB 2.0.x;
• Invision Power Board 1.3.1, 2.0.x, 2.1.x, 2.2.x, 2.3.x;
• vBulletin;
• Simple Machines Forum (SMF).
Кроме этого, модуль «Конфигурации» содержит немало других интересных параметров. Здесь можно настроить работу графического кода (captcha) для защиты от рекламных роботов, использование редакторов в модулях системы, cookies, ЧПУ, языки, цензуру, кэширование и многое другое. Кстати, Open SLAED содержит и поддерживает четыре редактора для публикации: обычный BB-редактор, TinyMCE 3, Spaw 2 и FCKeditor.
В отличие от предыдущего поколения Lite, в Open SLAED также был вынесен отдельный модуль для управления рейтингами. В стандартной комплектации возможно настройка рейтингов в модулях «Новости», «Профиль» и «Каталог файлов».
Также заметно улучшился модуль «RSS каналы». Теперь пользователи могут создать собственное оформление новостей, управлять количеством выводимых новостей, подробно просматривать отдельные каналы RSS.
Должен обрадовать тех, кто создает многоязычные порталы. В Open SLAED появился отдельный модуль для управления языками. Сюда были вынесены все настройки языков для модулей системы и админ-панели. Но не это главное. Изюминка модуля «Языки» состоит в том, что теперь можно редактировать языковые файлы прямо из админ-панели с помощью редактора языков! Причем все языковые константы отсортированы и разделены по установленным языкам, поэтому теперь вы сможете легко и быстро создать многоязычный web-сайт (рис.5).
Рис.5. Редактор языков.
Еще я должен отметить новый модуль «Файловый редактор». Используя его, вы забудете о длительных загрузках на FTP-сервер файлов для каталога или изображений для новостей. По умолчанию для загрузки используется папка uploads/news/ и файлы форматов *.gif, *.jpg, *.jpeg, *.png. Однако, используя конфигурации, можно настроить загрузки под себя и разрешить другие форматы файлов, а также указать допустимый размер файлов, количество одновременных загрузок, количество файлов на страницу, разрешить гостям добавлять файлы.
Конечно, не ударил лицом в грязь и модуль «Безопасность». Как всегда, здесь можно найти все для блокировки нежелательных IP-адресов, настройки правил для администраторов, защиты от DDoS- и Flood-атак, работы со статистикой.
Пользователи
Итак, изучив основные возможности админ-панели, перейдем к одному из фундаментальных компонентов Open SLAED – управлению пользователями. Важным нововведением в этой сфере является система очков (пунктов) и рейтингов.
С помощью очков (пунктов) можно судить об активности на портале того или иного пользователя. Например, за просмотр страницы добавляется 1 пункт, за публикацию материала в FAQ – 10 пунктов, а за оценивание какого-либо файла в каталоге – 3 пункта. В Open SLAED уже имеется некоторый набор действий, за которые добавляются очки, а администратор уже может настроить количество выставляемых очков по своему вкусу (рис.6).
Рис.6. Настройка системы пунктов.
Рейтинг, в отличие от очков, выставляет не CMS, а другие посетители вашего портала. Оценку определенному пользователю можно выставлять по пятибалльной шкале в комментариях и только один раз (рис.7).
Рис.7. Комментарий и рейтинг.
Кстати, у администраторов есть возможность изменять количество пунктов у посетителя. Для этого достаточно зайти в модуль «Пользователи», найти там нужного пользователя и отредактировать его профиль. Кроме количества очков, здесь можно указывать такую контактную информацию, как web-сайт, e-mail, аккаунты в ICQ, AIM, Yahoo и MSN, личную информацию (увлечения, род занятий и т.д.), используемый язык на сайте. Кроме того, можно создать с помощью редактора собственное меню, которое будет отображаться на панели блоков.
Как всегда, имеется стандартный набор инструментов для работы с комментариями (рис.7):
• Персональная информация о комментаторе;
• Переход на web-сайт комментатора;
• Отправка писем на e-mail;
• Информация об IP-адресе;
• Блокировка нежелательных посетителей;
• Редактирование комментария:
• Удаление комментария.
Страничка с профилем комментатора, на которую ведет первая ссылка, содержит подробную информацию о нем, как то: ник, дата рождения, IP-адрес, пол, количество набранных пунктов, группы, контакты и даже подробная информация о браузере пользователя (рис.8)!
Рис.8. Персональная информация.
Выводы
Итак, новая CMS Open SLAED уже зарекомендовала себя как стабильная и мощная система с отличным набором инструментов для управления порталом, необходимых для создания собственного web-сайта. С помощью Open SLAED можно создать сайт практически любой направленности – от домашней странички до сложного корпоративного портала или софтового каталога. Поэтому, если вы хотите создать хорошо защищенный и функционирующий web-сайт, попробуйте эту систему, она прекрасно выполнит свою работу, а вы и ваши посетители останутся довольны. На этом позвольте попрощаться, до новых встреч!
---
Кирилл Симонов
http://www.winsoft-com.info
winsoft@inbox.ru |
|
|
Самой распространенной проблемой, с которой сталкиваются большинство пользователей на начальной стадии изучения основ создания сайтов и веб проектов, это изменение атрибутов файлов (CHMOD, 777 и т.п.). Атрибуты файла можно изменить непосредственно программой, которую вы используете для загрузки файлов на сервер или веб оболочкой, в случае если таковая предоставляется Вашим хостинг провайдером. FTP команда CHMOD - это упрощённая система прав доступа, которая используется в Unix (Linux) системах и соответственно на Unix (Linux) хостингах. Для серверов работающих на основе систем Windows в установке прав доступа нет необходимости.
Очень важно иногда назначить права доступа на определённые файлы и папки, находящиеся на веб-сервере, будь то в целях безопасности или просто для корректной работы скрипта. Это действие и называется chmod (change file mode), или по-русски: изменение режима доступа к файлам. Это название берёт свое начало с команды Unix - chmod, которая изменяет разрешения на файлы. Со временем «chmod» стал синонимом слова «разрешение» («permission»).
Когда какой-то CGI- или PHP-скрипт пытается записать данные в файл, он должен иметь соответствующее разрешение от операционной системы (Unix, Linux и им подобной). Без разрешения скрипт просто получит ошибку и не запишет никаких данных. Чтобы дать скрипту разрешение на запись в определённые файлы, на эти файлы должны быть установлены соответствующие разрешения (права). Процесс установки таких разрешений обычно называется установкой CHMOD. Итак, под CHMOD обычно понимается изменение прав доступа к файлу или каталогу.
На серверах под управлением Windows Server упрощённая система установки прав через атрибуты не работает и не используется. На Windows системах установки прав на файлы и каталоги эквивалентна максимальным правам, которые задаются через CHMOD.
Установка прав на файлы и каталоги (папки, директории)
Права доступа - это атрибуты файла или каталога, которые указывают серверу кто и что может делать с соответствующим файлом или каталогом. Обычно права доступа регламентируют такие действия как чтение, запись в файл (или каталог), исполнение.
В системах Unix (Linux) все пользователи разделяются на три группы:
user - непосредственно владелец файла;
group - член той же группы, к которой принадлежит владелец файла;
world - все остальные.
Когда вы соединяетесь с сервером, он определяет, к какой группе вы относитесь. Например, подключаясь к серверу по FTP, вы входите под своим именем пользователя, соответственно сервер относит вас к группе user. Другие пользователи, подключаясь по FTP, будет отнесены к группе group, а когда человек попадает к вам на сайт через свой браузер, то он попадает в группу world.
После определения группы пользователь получает права на действия с объектами, то есть он может прочитать, записать или выполнить файл. Чтобы просмотреть каталог, он должен быть исполняемым, чтобы просмотреть его содержимое, он должен иметь атрибут чтения, а чтобы создать новый файл или каталог в существующем каталоге, необходимо иметь право на запись. Таким образом, чтобы выполнялось приложение или CGI- или PHP-скрипт, необходимо ставить на каталог атрибут чтения и выполнения.
Создавая файл, пользователь автоматически получает самые широкие права на делание с этим файлом чего угодно, его группа — несколько меньшие права, а все остальные — совсем ничтожные права. В Unix (Linux) есть только три основных права — читать файл или просматривать каталог («Read»), изменять файл или каталог, записывая в него что-нибудь, или вообще его удалять («Write»). Последнее право — право на запуск файла («eXecute»).
Чтобы распределить права для соответствующих групп, используются цифровые обозначения:
4 = read (право на чтение);
2 = write (право на запись);
1 = execute (право на выполнение).
Первая цифра в обозначении устанавливает права для группы user (т.е. фактически для вас), вторая для группы group и третья для world.
Простым сложение цифр можно добиться установления прав на совокупность действий. Например:
3 (2+1) - разрешает запись и выполнение файла (каталога);
5 (4+1) - разрешает чтение и выполнение;
6 (4+2) - разрешает чтение и запись;
7 (4+2+1) - устанавливает право чтения, записи и выполнения.
То есть существует всего семь вариантов:
7 = read, write & execute (чтение, запись, выполнение);
6 = read & write (чтение и запись);
5 = read & execute (чтение и выполнение);
4 = read (чтение);
3 = write & execute (запись и выполнение);
2 = write (запись);
1 = execute (выполнение).
Для установления прав доступа используется команда CHMOD.
Несмотря на это, еще никому не помешало знать чуть больше о командах Unix. Так вот, команда chmod имеет два режима: Абсолютный (цифровой) и Символьный режим. Команда chmod, используемая в Unix, или команда site chmod, используемая в некоторых FTP-менеджерах (-клиентах) (FTP Explorer, например), могут использоваться в обоих режимах.
При Абсолютном (цифровом) режиме используется описанный выше 3-х цифровой код прав доступа. Символьный режим использует буквенный формат для установки прав доступа. Здесь используются буквы r (read, чтение), w (write, запись) и x (execute, выполнение). А также u (user, пользователь), g (group, группа), o (other (world), другие, весь мир) и a (all, все [не используется]).
Вот несколько наиболее часто встречающихся сочетаний:
CHMOD 755 - Для директорий, CGI-скриптов, PHP-скриптов
CHMOD 644 - Для обычных файлов, PHP-скриптов
CHMOD 600 - Скрыть файлы от всех, кроме ваших скриптов
Во всех современных FTP-клиентах присутствует возможность назначения прав доступа путем простановки «галочек» в чекбоксах, либо просто введением цифрового кода в соответствующее поле. |
|
|
|
Сотовые Аксессуары
|
