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

На случай если необходимо запретить использовать любые изображения сайта

1. Войдите в панель управления системой, отдел: Панель администратора >> Редактор
2. В файл конфигураций правил преобразований ЧПУ на серверном уровне: .htaccess

После:

Код

# Mod rewrite on
RewriteEngine On
RewriteBase /

Добавьте следующую запись:

Код

RewriteOptions MaxRedirects=100
RewriteCond %{HTTP_REFERER} !^http://(www\.)?slaed\.net/ [NC]
RewriteRule \.(jpe?g|gif|bmp|png)$ http://www.slaed.net/images/logos/Logo_Web_2_2.gif [L]

Заместо: slaed укажите своё имя домена.
Заместо: net укажите своё окончание домена.
Заместо: http://www.slaed.net/images/logos/Logo_Web_2_2.gif укажите ссылку на ваш логотип или изображение которое будет отображаться на том сайте который использует Ваше изображение.

Для того, что бы запретить использовать изображения только определённой директории

1. Создайте файл: .htaccess со следующим содержанием:

Код

RewriteEngine On
RewriteOptions MaxRedirects=100
RewriteCond %{HTTP_REFERER} !^http://(www\.)?slaed\.net/ [NC]
RewriteRule \.(jpe?g|gif|bmp|png)$ http://www.slaed.net/images/logos/Logo_Web_2_2.gif [L]

Заместо: slaed укажите своё имя домена.
Заместо: net укажите своё окончание домена.
Заместо: http://www.slaed.net/images/logos/Logo_Web_2_2.gif укажите ссылку на ваш логотип или изображение которое будет отображаться на том сайте который использует Ваше изображение.

2. Загрузите созданный файл в директорию, использования изображений которой должны быть запрещены.

Для работы этих методов, сервер Вашего хостера должен поддерживать работу с .htaccess, Mod Rewrite должен быть установлен и активирован.

Для проверки информации о системных настройках PHP рекомендуем воспользоваться стандартной функцией phpinfo(). Она выводит большое количество информации о текущем статусе PHP. Сюда входит информация об опциях компиляции PHP и о расширениях, версии PHP, информация сервера и окружения (если скомпилирован как модуль), окружение PHP, версия ОС, пути, master и локальные переменные опций конфигурации, шапки HTTP и PHP License.

Поскольку каждая система настроена по-своему, phpinfo() обычно используется для проверки установок конфигурации и доступности предопределённых переменных в данной системе. Также phpinfo() является важной отладочной утилитой, так как содержит все данные EGPCS (Environment, GET, POST, Cookie, Server).

Создайте файл: info.php

Файл должен иметь следующее содержание:

Код

<?php
phpinfo();
?>

Загрузите созданный файл в директорию Вашего сайта.

Вызовите этот файл: http://www.ваш_сайт/info.php

Скорее всего, браузер показывает вам устаревшую страницу. Браузер ускоряет работу, не загружая повторно некоторые страницы, но часто ошибается, когда имеет дело с сайтами с динамическим содержанием. Нажмите кнопку «Обновить» или клавишу F5, чтобы перезагрузить страницу. Этот эффект может проявляться и на других страницах. Поэтому если вы, например, написали комментарий и не видите результата, то не стоит повторно писать ваш комментарий. Просто перезагрузите страницу. Если это не помогает выйти из системы, то необходимо очистить “Cookies” (Меню «Сервис» - «Свойства Обозревателя» – Удалить “Cookies”).

Да, но для этого вам потребуется второй почтовый ящик. В этом случае вам придется делать выход при смене пользователя. Если при частой смене пользователей система начала ошибаться при идентификации пользователя, то помогает очистка “Cookies”. Не забывайте, что браузер может показывать вам старый вариант страницы с другим пользователем. Перезагрузите страницу, чтобы увидеть последний её вариант. Можно упростить смену пользователей, создав второго пользователя в Windows. В этом случае разные пользователи сайта будут полностью независимы.

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

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

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

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

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

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

Блок является анализатором Page Rank и предназначен для определения релевантности сайтов в поисковой системе Google. Установка блока не составляет особого труда. Просто загрузите файл в директорию блоков Вашего сайта и активируйте данный блок из панели администратора системы.

Представляю вашему вниманию обновление форума SLAED BB до актуальной на данный момент версии 2.0.20 для системы SLAED CMS 1.6 Free Final.

Обновление:
1: Загрузите все файлы из архива на ваш сервер
2: Войдите в систему как администратор
3: Запустите скрипт обновления http://ваш_сайт/index.php?name=Forums&file=update
4: Удалите файл modules/Forums/update.php

В двух предыдущих частях мы познакомились с основами «правил перезаписи» URL и «условиями правил». Позвольте предложить к рассмотрению два примера, иллюстрирующих более сложные приложения. Первый пример имеет дело с динамическими страницами, а второй показывает возможности вызова «.txt» файлов и произведение различных действий над ними.

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

http://www.yoursite.com/cgi-bin/shop.cgi?product1
http://www.yoursite.com/cgi-bin/shop.cgi?product2
http://www.yoursite.com/cgi-bin/shop.cgi?product3

Эти адреса представлены как ссылки на большинстве страниц сайта.

А теперь допустим, что вы решили добавить сайт для индексации в поисковые системы. Тут вас поджидает небольшая неприятность – не все поисковики принимают, понимают и индексируют URL, в которых содержится символ «?».

Более естественным и приемлемым для поисковика является URL вида:

http://www.yoursite.com/cgi-bin/shop.cgi/product1

В данном случае символ «?» заменяется на «/».

Еще более комфортабельный URL с точки зрения поисковика будет иметь вид:

http://www.yoursite.com/shop/product1

Для поисковика, «shop» теперь как-бы является директорией, содержащей товары product1, product2 и т.д.

Если пользователь, со страницы результатов запроса в поисковике проследует по такой ссылке, то эта ссылка должна будет трансформироваться в ссылку: shop.cgi?product1.

Чтобы добиться такого эффекта можно использовать mod_rewrite, используя следующую конструкцию в файле .htaccess:

Код

RewriteEngine on
Options +FollowSymlinks
RewriteBase /
RewriteRule ^(.*)shop/(.*)$ $1cgi-bin/shop.cgi?$2

Переменные $1 и $2 составляют так называемые "backreferences". Они связаны с текстовыми группами. Вызываемый URL разбивается на части. Все, что находится перед «shop», плюс все что находится после «shop/» определяется и хранится в этих двух переменных: $1 и $2.

До этого момента, наши примеры использовали «правила» типа:

Код

RewriteRule ^.htaccess*$ - [F]

Однако мы еще не достигли истинной перезаписи URL адресов, в смысле того, что один URL должен перенаправлять посетителя на другой.

Для нашей записи вида:

Код

RewriteRule ^(.*)shop/(.*)$ $1cgi-bin/shop.cgi?$2

применяется общий синтаксис: RewriteRule текущийURL перезаписываемыйURL

Как видите, эта директива выполняет действительную «перезапись» URL адреса.

В дополнение к записям в файл .htaccess, нужно еще заменить все ссылки на сайте, которые имеют формат «cgi-bin/shop.cgi?product», на ссылки вида: «shop/product»

Теперь, когда поисковик найдет страницу с подобными ссылками, он проиндексирует сайт без всяких видимых проблем.

Таким образом вы можете превратить чисто динамический сайт в сайт, имеющий статическую структуру, что явно принесет пользу в вопросе индексирования различными посковыми машинами. Обратите внимание на вид URL адресов на данном сайте. Вдобавок ко всему, они имеют еще и легкочитамую для человека структуру - ЧПУ (человекопонятный УРЛ). Но об этом мы поговорим в другой статье.

В нашем втором примере мы обсудим, как переадресовать запросы «.txt» файлов к сценарию программы.

Многие хостинг провайдеры, работающие с Apache предоставляют лог-файлы в общем формате. Это означает то, что они не будут соджержать поля с ссылающимися страницами и юзер-агентами.

Однако, относительно запросов к файлу «robots.txt», предпочтительно иметь доступ ко всем этим данным, чтобы иметь больше информации о посещении поисковиков, чем просто знать их IP адреса. Для того, чтобы оганизовать это, в «.htaccess» должны быть следующие записи:

Код

RewriteEngine on
Options +FollowSymlinks
RewriteBase /
RewriteRule ^robots.txt$ /text.cgi?%{REQUEST_URI}

Теперь при запросе файла «robots.txt» наш RewriteRule переадресует посетителя (робота) к обрабатывающему запросы скрипту text.cgi. Кроме того, переменная передается скрипту, которая будет обработана в соответствии с вашими нуждами. «REQUEST_URI» определяет имя запрашиваемого файла. В данном примере это – «robots.txt». Скрипт прочтет содержание «robots.txt» и отправит его web-браузеру или роботу поискового сервера. Таким образом, мы можем считать хиты посетителей и вести свои лог-файлы.

С этой целью, скрипт будет использовать переменные окружения «$ENV {'HTTP_USER_AGENT'}» и т.д. Это обеспечит получение всей требуемой информации. Вот исходный текст для сценария cgi, упомянутого выше (пример взят с сайта http://fantomaster.com):

Код

#!/usr/bin/perl
# If required, adjust line above to point to Perl 5.
#################################
# (c) Copyright 2000 by fantomaster.com #
# All rights reserved. #
#################################

$stats_dir = "stats";
$log_file = "stats.log";

$remote_host = "$ENV{'REMOTE_HOST'}";
$remote_addr = "$ENV{'REMOTE_ADDR'}";
$user_agent = "$ENV{'HTTP_USER_AGENT'}";
$referer = "$ENV{'HTTP_REFERER'}";
$document_name = "$ENV{'QUERY_STRING'}";

open (FILE, "robots.txt");
@TEXT = ;
close (FILE);

&get_date;

&log_hits
("$date $remote_host $remote_addr $user_agent $referer $document_name
");

print "Content-type: text/plain

";
print @TEXT;

exit;

sub get_date {
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst)=localtime();
$mon++;
$sec = sprintf ("%02d", $sec);
$min = sprintf ("%02d", $min);
$hour = sprintf ("%02d", $hour);
$mday = sprintf ("%02d", $mday);
$mon = sprintf ("%02d", $mon);
$year = scalar localtime;
$year =~ s/.*?(d{4})/$1/;
$date="$year-$mon-$mday, $hour:$min:$sec";
}

sub log_hits {
open (HITS, ">>$stats_dir/$log_file");
print HITS @_;
close (HITS);
}

Загрузите файл с данным содержимым в корневую или в DocumentRoot директорию сервера и установите права доступа у файлу (chmod) 755. Затем, создайте каталог «stats». Более детальное описание о том, как установить скрипт вы можете получить на сайте разработчика.

Если настройки вашего сервера не позволяют исполнять cgi-сценарии в главной директории (DocumentRoot), то попробуйте следующий вариант:

Код

RewriteRule ^robots.txt$ /cgi-bin/text.cgi?%{REQUEST_URI}

Обратите внимание, что в этом случае, будет необходимо изменить пути в коде скрипта!

Наконец, вот решение задачки, данной в предыдущей части этой публикации:

Код

RewriteCond %{REMOTE_ADDR} ^212.37.64
RewriteRule ^.*$ - [F]

Если мы пишем в регулярном выражении «^212.37.64» вместо «^212.37.64.» (с точкой в конце), то даст ли это тот же самый эффект, и будут ли исключены те же самые IP адреса?

Регулярное выражение ^212.37.64 удовлетворяет и применимо к следующим строкам:

212.37.64
212.37.640
212.37.641
212.37.64a
212.37.64abc
212.37.64.12
212.37.642.12

Следовательно, последняя цифра «4» может сопровождаться любой символьной строкой. Однако, максимальным значением IP является адрес 255.255.255.255 – который подразумевает, что например 212.37.642.12 – неправильный (недопустимый) IP. Единственный допустимый IP в вышеприведенном списке – 212.37.64.12!

Автор статьи: Denveroid
Источник: sitemaker.ru