Мы будем Вам признательны, если Вы поддержите проект Open SLAED и используя Ваши возможности, разместите наш пресс-релиз на страницах своих сайтов, проектов, форумов, блогов. Текст пресс-релиза, возможно, видоизменить под Ваш формат, не искажая смысл. Пресс-релиз можно взять на данной странице.
Иногда возникает необходимость перенаправления определённого посетителя, допустим пришедшего с определённого сайта или определённой страны, на определённую страницу. Данную потребность, возможно, реализовать стандартными средствами системы. В качестве примера, ниже мы рассмотрим несколько вариантов.
Перенаправление посетителя пришедшего с определённого сайта
1. Войдите в панель управления системой, отдел: Панель администратора >> Редактор
2. В файл внедрения в шапку системы: config_header.php
Добавляем следующую запись:
$reflink - Отвечает за адрес нужного нам сайта
Заместо: slaed.net укажите свой домен.
$metlink - Отвечает за страницу, куда будет перенаправлен посетитель
Заместо: news.html укажите необходимую страницу или сайт.
Перенаправление посетителя из определённой страны
1. Войдите в панель управления системой, отдел: Панель администратора >> Редактор
2. В файл внедрения в шапку системы: config_header.php
Добавляем следующую запись
$userlang - Отвечает за нужную нам страну
Название страны не должно быть произвольным и должно соответствовать стандартам использования класса. Правильность написания той или иной страны можно проверить в переменной $COUNTRY_NAMES файла: function/geo_ip.php
$metlink - Отвечает за страницу, куда будет перенаправлен посетитель
Заместо: news.html укажите необходимую страницу или сайт.
Данная программа поможет создать дополнительную защиту Вашего сайта файлами .htaccess и .htpasswd Данная защита обеспечивается средствами сервера и является наиболее надежной по сравнению с другими видами защит. Ограничение доступа к определенной части вашего веб-сайта можно легко организовать при помощи системы паролей. Если посетитель попробует зайти в закрытую часть веб-сайта, то его браузер откроет окно, в котором посетитель должен будет ввести свои логин и пароль. Настройка системы паролей заключается в следующем: в отдельный текстовый файл с помощью утилиты passwd, записываются нужные логины и пароли, после чего можно ограничить доступ к любой части веб-сайта.
На фоне стремительно растущего числа каталогов, заблокированных поисковыми системами, веб-мастера все больше внимания стали уделять прямому и перекрёстному обмену ссылками. Еще вчера твой сайт после прогона по белым каталогам имел ИЦ равный 500 и более 1000 обратных ссылок, а сегодня Яндекс устроил новую чистку. И сайт двукратно снизил свои показатели. Как следствие, резкое снижение позиций в выдаче поисковых систем по большинству среднечастотных и низкочастотных запросов. Подобные чистки линкопомоек, называемых зачастую белыми каталогами, теперь не редкость. Но у «бедного» веб-мастера все же остается основной инструмент повышения видимости сайта – обмен ссылками.
Ах, как хочется меняться...
Большинство веб-мастеров готовы произвести тематический обмен ссылками, но каждый из них в отдельности за то, чтобы ссылка на свой сайт стояла, а ответная со временем исчезла. Для целей SEO это прекрасный ход. Пусть на тебя ссылаются, а ты ни на кого ссылаться не будешь. Безусловно, такое положение вещей оценят поисковые системы. Но как это сделать? Обмануть своего партнера по обмену!
В Интернете есть немало веб-мастеров, готовых пойти на обман своих партнеров по обмену в ущерб своей деловой репутации. А всегда ли известно, чей это сайт и какие еще сайты есть у вашего партнера? Не слукавлю, если предположу, что многие веб-мастера держат «серенькие» и «временные» проекты, которые готовы продвигать любыми методами. Для достижения целей продвижения они не гнушаются способами обмана своих партнеров.
Способ первый – топорный.
Ты создаешь статический каталог в чистом HTML коде, куда и вносишь ссылки партнеров по обмену. По мере поступления новых ссылок по обмену, удаляешь старые. Представь, что за десять месяцев ты обменялся ссылками с тысячей сайтов. Но в свой каталог ты вносишь только те ссылки, которые поступили не позже двух месяцев назад. Остальные ты просто замещаешь новыми. Таким образом, на тебя ссылается тысяча сайтов, а ты оставил ссылки всего на двести сайтов – поступившие за два последних месяца. Минус такого обмена в нестабильности твоих ссылок. Ты не можешь быть уверен, что владелец сайта, где находится твоя ссылка, не поступит аналогично. Больше шансов, что он тоже удалит старые ссылки из каталога, включая твою.
Способ второй – методический.
Ты создаешь статический или динамический каталог и начинаешь активный обмен ссылками. Каждые три-шесть месяцев ты полностью удаляешь весь каталог, создаешь новый и опять занимаешься обменом. Через пару лет твой сайт обрастает некоторым количеством стабильных обратных ссылок, не ссылаясь при этом на другие ресурсы.
Способ третий – наивный.
Ты создаешь небольшой статический каталог, преимущественно из ссылок на свои же проекты. Начинаешь рассылать письма с предложением по обмену ссылками: «Разместите мою ссылку на сайте. В ответ я в течение трех-пяти дней размещу вашу ссылку у себя». И ничего в ответ не размещаешь. Расчет простой. Многие веб-мастера слишком заняты, чтобы контролировать каждое обратное размещение. А многие просто не делают этого совсем или забывают про некоторые ссылки. В общем, можешь рассчитывать, что 5%-15% ресурсов так и оставят твою ссылку у себя. Если постоянно и активно заниматься таким обменом, то твой сайт будет достаточно стабильно держаться в видимости поисковиков. Кроме того, мои наблюдения показывают, что появление твоей ссылки на новых сайтах прибавляет ценности ресурсу. Даже в том случае, если позже ссылка на твой сайт исчезает.
Способ четвёртый – прогрессивный.
Чтобы обезопасить себя от нечестного обмена, веб-мастера устанавливают каталоги, чьи скрипты способны контролировать размещение обратной ссылки. Контроль ведется как на этапе добавления новой ссылки, так и с помощью последующего сканирования твоих страниц на наличие ответной ссылки. Уже создано большое количество коробочных версий программ управления обменными каталогами. Если ты хочешь добавить свою ссылку в такой каталог, то предварительно должен разместить обратную ссылку у себя и указать точный URL, где она размещена. Размещение обратной ссылки периодически контролируется. Программа скачивает указанный тобой URL, проверяет его на видимость поисковыми системами и наличие кода ссылки. Если все в порядке, то твоя ссылка публикуется в каталоге. Но что стоит обмануть глупого робота?
Приступаем к прогрессивному обмену. Пишем или заказываем скрипт на PHP или CGI, который умеет подменять содержание страниц, основываясь на IP, с которого приходит запрос. Получится совершенно несложная программа. Когда робот определенного сайта запросит страницу, где должна быть размещена ссылка на этот сайт, программа определит IP запроса. Если IP соответствует заданному домену, то будет выдана страница с кодом ответной ссылки. Всем же остальным IP будет отдаваться не подменяемая постоянная страница. Нужно только предварительно добавить в программу сведения о том, какому хосту подменять содержание страницы и чем подменять, заранее определив IP сайта с каталогом, куда вы добавили ссылку. Эти функции также можно автоматизировать.
Остаются небольшие опасности, что трюк будет замечен, если программа каталога проверит наличие ответной ссылки по данным Яндекса. Но шансов невероятно мало. Страница хорошо индексируется поисковыми системами, а проверять каждую страницу, где «по мнению» поисковой системы не учтена ответная ссылка, веб-мастер не станет. Тем более, это накладно программными средствами с нынешней политикой поисковых систем и нереально вручную, если вы добавили ссылку в крупный обменный каталог.
В заключение хочется добавить, что я перечислил далеко не все способы обмана при обмене ссылками. Их может быть намного больше. Указанные мной способы активно используют неблагонадёжные партнеры. А четвёртый способ в последнее время встречается все чаще. Будь внимательнее при выборе партнёров. Не позволяй себя обмануть.
Даже опытные веб-разработчики долго не могут привыкнуть к тому, что с помощью CSS можно сделать практически что угодно — от разметки колонок до кнопок и всплывающих окон. Технология Cascading Style Sheets позволяет контролировать практически любые элементы дизайна — от размера шрифтов до цветовой гаммы отдельных блоков. Более того, CSS способна сделать гораздо больше.
Пит Фрайтаг в своем блоге, посвященном веб-программированию, опубликовал 20 советов и секретов по CSS, подобрав примеры не совсем стандартного использования этой технологии. Каждый пример включает не только демонстрацию оригинального эффекта, но и подробное описание способа его создания.
11. «Прилипчивый подвал» (footer). Эта техника позволяет сделать такой «подвал», который будет располагаться либо внизу страницы, либо внизу контента, в зависимости от того, что визуально находится ниже.
12. Эффект «hover». При наведении курсора элемент меняет свой внешний вид. Работает для текста, для ссылок, для графики и для любых других элементов.
В прошлой главе мы познакомились с основами модуля mod_rewrite. В примере, который был рассмотрен, мы использовали конструкцию, которая в буквальном смысле означает следующее: «Если кто-то пытается получить доступ к файлу .htaccess, выдается ошибка, сообщающая, что доступ к файлу запрещен».
Это «правило» глобально, то есть каждый получит указанное сообщение об ошибке. Напомню, что mod_rewrite является модулем, который предоставляет «основанный на правилах механизм динамического изменения запрашиваемых URL-ов».
Мы можем ограничивать «правило» при помощи различных «условий правила». «Правило» будет выполнено только в том случае, если перед ним будет встречен ряд условий.
Синтаксис: условие должно предшествовать правилу!
Возьмем еще один пример (запись в файле .htaccess):
Назначение первых трех записей было подробно разобрано в первой части публикации. Их функция - включение «движка перезаписи», то есть самого модуля.
Последние две строки запрещают доступ поисковому роботу под кодовым названием «EmailSiphon» (имеется ввиду имя юзер-агента). Данный робот является сборщиком почтовых адресов с различных веб страниц.
Проверочная строка – переменная сервера, которая может быть записана в общей форме: «% {ИМЯ_ПЕРЕМЕННОЙ}».
Образец условия – регулярное выражение. Для более полного понимания темы стоит рассмотреть регулярные выражения как класс.
Регулярные выражения – это механизм, позволяющий задать шаблон для строки и осуществить поиск данных, соответствующих этому шаблону в заданном тексте. Кроме того, дополнительные функции по работе с такими выражениями позволяют получить найденные данные в виде массива строк, произвести замену в тексте по шаблону, разбиение строки по шаблону и т.п. Однако главной их функцией, на которой основаны все остальные, является именно функция поиска в тексте данных, соответствующих шаблону (образцу), описанному в синтаксисе регулярных выражений.
Регулярные выражения подобны маленькому, компактному языку программирования со своими правилами.
Например, регулярное выражение:
заменит строку «abc», на строку «xyz» во всем тексте.
Вот краткий обзор наиболее важных элементов с некоторыми примерами:
. (точка) - текст (любой символ)
| - чередование (то есть/abc|def/)
* - квантификатор (разрешено любое число)
^ $ - якоря строки
s - оператор (string1 заменить на string2)
g - модификатор (искать по всему тексту)
Регулярные выражения конструируются с помощью этих элементов и других «обычных» символов. Они не являются отдельным языком, а используются другими средствами, например языками программирования типа Perl или PHP, а также текстовыми редакторами (Emacs).
Если говорить о связи регулярных выражений и модуля mod_rewrite, то они используются в директивах RewriteRule и RewriteCond.
«^» обозначает начало строки. Из этого следует, что UserAgent должен начинаться со строки «EmailSiphon» и ни с чего другого («NewEmailSiphon», например, не работал бы).
Но, поскольку данное регулярное выражение не содержит символ "$" (якорь конца строки), UserAgent мог бы быть, например, «EmailSiphon2».
Последняя строка нашего примера:
определяет, что именно нужно делать, когда робот запросит доступ.
Регулярное выражение «^.*$» означает: «Доступ ко всем файлам запрещен».
Точка «.» в регулярном выражении – мета символ (подстановочный знак), означающий любой случайный символ.
«*» означает то, что строка может встречаться неограниченное количество раз. В этом случае, независимо от имени запрошенного файла, будет выдана ошибка.
«EmailSiphon», конечно, не единственный почтовый сборщик. Другой известный член этого семейства - «ExtractorPro». Допустим мы хотим запретить доступ и этому роботу. В таком случае нам необходимо еще одно условие.
Теперь файл .htaccess будет выглядеть так:
Третий аргумент [OR] (в первой строке RewriteCond) называется «флагом». Существуют два возможных флага:
NC – не учитывать регистр букв.
OR – означает «или следующее условие».
Флажок NC позволяет игнорировать регистр букв в искомом образце. Например:
Эта строка определяет, что и "emailsiphon" и "EmailSiphon" будут признаны как идентичные выражения.
Вы можете использовать сразу несколько флажков, разделяя их запятыми.
Нет никаких ограничений по числу условий. Таким образом, Вы можете блокировать 10, 100, 1000 или более известных почтовых сборщиков. Определение этих 1000 условий – просто вопрос загрузки сервера и прозрачности файла «.htaccess».
В вышеупомянутом примере используется глобальная переменная «HTTP_USER_AGENT». Существуют также другие переменные: REMOTE_HOST, REMOTE_ADDR
Например, если Вы хотите заблокировать паука пришедшего с www.site.ru, Вы можете использовать глобальную переменную «REMOTE_HOST» таким образом:
Если Вы хотите заблокировать определенный IP адрес, условие будет выглядеть так:
В регулярном выражении по проверке точного и полного IP адреса нужно использовать начальные и конечные якоря.
Также можно исключить целый диапазон:
Этот пример показывает, как можно заблокировать диапазон IP адресов с 212.37.64.0 по 212.37.64.255.
А вот маленькая задачка для проверки приобретенных знаний (решение будет дано в следующей части):
Внимание, вопрос!
Если мы пишем в регулярном выражении «^212.37.64» вместо «^212.37.64.» (с точкой в конце), то даст ли это тот же самый эффект, и будут ли исключены те же самые IP адреса?
До сих пор мы использовали простой RewriteRule, который генерирует сообщение об ошибках. В третьей части публикации мы проанализируем, как можно использовать RewriteRule для переадресации посетителей к определенным файлам.
Данная услуга представляет собой полную установку портальной системы на виртуальный хостинг или обновление системы до актуальной версии. В пакет услуг входит: Загрузка системы на сервер, установка базы данных, установка прав на файлы и директории, при необходимости настройка сервера доступными средствами или подгонка системы под настройки сервера.
Мы производим новую установку или обновление системы SLAED CMS на Ваш хостинг или сервер доступный в сети интернет. Установка на локальные серверы не доступные через интернет не производится. Версия системы не влияет на стоимость установки.
При заказе услуг просьба указывать данные:
1. Пароль и логин на панель управления хостингом.
2. Пароль, логин и адрес доступа через FTP в директорию где должна быть установлена система.
3. Пароль, логин и адрес базы данных.
4. Желаемые пароль, логин и адрес для входа в панель администратора системы.