oleg889

Members
  • Content count

    293
  • Joined

  • Last visited


Reputation Activity

  1. diplomdistant liked a post in a topic by oleg889 in Сильно скачут позиции в гугле   
    Ей богу....задрали уже с этим вопросом..скачу ттак пусть себе и скачут..как..буд-то ты от этого то больше то меншье зарабатываешь..не дури..успокойся..скачут потому что не ты  у руля и не даелаешь всё как тебе захочется...успокнойся..и развивай сайт......
  2. oleg889 liked a post in a topic by Zivler in За что бы вы заплатили в интернете?   
    НИПАНЯТНА. Именно за что 500 рублей? Или вообще за что готов платить деньги в интернете? Если второе, то... часто делаю покупки в интернет-магазинах, оплачивая через Webmoney. Например, 3 недели назад купил автомобильный пылесос за 2700 рублей, а месяц назад купил прикольную клубную футболку за 1200 руб, стильные джинсы за 6500 руб и очень-даже-секси-труселя за 500 руб. Думаю, многие люди покупают различные вещи в инет-магазинах, что и является показателем того, за что люди готовы платить в интернете.
     
    P.S. Ооооо! Только что заметил! Последняя написанная мной покупка - это как раз 500 рублей. Это я к вопросу о 500 рублях.
  3. oleg889 liked a post in a topic by LetSevI in Как реализовать такую задумку?   
    https://www.platron.ru/
    Или даже так http://yandex.ru/yandsearch?text=системы%20приема%20платежей
  4. Marina_Dianova liked a post in a topic by oleg889 in Какой домен лучше? С ключевым словом или короткий?   
     
    Тут есть немного такая тема....если например вы компания продающая презервативы,и у ваш домен (preservativ.com)то это круто...а вроде длинное название,да?
    Кароче название домена для оптимизации сайта имеет только тогда когда оно того стоит..а так не стоит путать название ...кароче долго объяснять на вот возьми и посмотри видос......https://www.youtube.com/watch?v=Z2iQ06co99Y
  5. Анна111 liked a post in a topic by oleg889 in Группа в ВК и socelin   
    Тот сервис не советую...Вот нормальный сервис и цены приемлемые...https://sociate.ru/
     
    Но сразу говорю,что рекламировать у них адалт тематику нельзя.Прежде лучше прочитайте правила.
    А группах 90% настоящие люди.Но нужно смотреть и проверять каждую группу.
    Предупреждаю что читайте правила прежде чем рекламироваться.
  6. plankton liked a post in a topic by oleg889 in В поиске хорошей программы – видео конвертер (.mp4 H264) для видео стриминга через видео флеш плеер   
    Я думаю потестируй ещё и эту прогу..может пойдёт..http://isif-life.ru/poleznye-programmy/handbrake-kak-sgat-mp4-fail-po-maksimumu.html
     
     
    http://video-converter.ru/download.php  эта тоже неплохая...
  7. dusk liked a post in a topic by oleg889 in Продвижение в ПС Киносайта   
    Тематика сильно конкурентная.Только поведенческие факторы и время тебе помогут.
    Кароче говоря сами пользователи тебе поднимут рейтинг сайта.Главное не останавливайся и добавляй киношки.И ещё самое главное это добавляй новинки сразу как выходят.
  8. sindoyun liked a post in a topic by oleg889 in «Яндекс» пожаловался на Google в ФАС :)   
    На мой взгляд у Яндекса немного не правильная политика.Может я и не прав.
    Они любят когда весь сайт хороший и отвечает на запрос пользователя.А ведь если так глубже копнуть,то не обязательно в ТОП ставить такие сайты.Ведь запрос-то человека не требует того чтобы он увидел аж целый сайт.Ему достаточно увидеть ответ и всё.Для этого не обязательно было бы делать аж целый огромный сайт с обширными статьями как любит Яндекс.Достаточно и одной страницы.То ест ьакцент делать не на сайт и его страницы,а на саму суть ответа и именно таким образом ранжировать.А они получается что порно сайт "дойки" уже с 1800 года в ТОП сидит и никуда не вылазит просто потому что там постоянно свежий контент.Многим уже блевать хочется на него,но нет ни надо.Он же хороший.В общем есть за Яндексом мне кажется чуток черноты.Эт о на их совести.
     
    P.S.Против Яндекса ничего против не имею.
  9. witosp liked a post in a topic by oleg889 in Баннер мешает просматривать форум   
    Я тебе скажу так.Никакой антивирус не сможет обнаружить хорошо спрятанный вирусный код.Так что всё придётся делать ручками.
    Попробуй залезть в реестр компа и удалить весь adobe с всеми его причендалами.Потом скачай его с нормального сайта.
     
    Да,делать это всё нужно в безопасном режиме.И ещё попробуй удалить браузеры все,так же в реестре удали и скачай новые.
     
    Подробно рассказывать нет толку,потому что сам не знаю как,просто было примерно такое же и я решил проблему именно таким образом.
    Ты главное не качай никаких утилит,они нихера не помогут.
  10. oleg889 liked a post in a topic by plankton in Нужен совет   
    Мне без разницы 20 или 100 фоток, главное что большие сочные, мясистые  персики были, как на BangBros ком)))
  11. Sanchello liked a post in a topic by oleg889 in Предложили подработку   
    Вы сначала предложите им свою цену примерную,узнаёте сколько они вообще готовы дать,а потом уже смотрите по своим силам как раскрутите.Можете им предложить за каждого привлечённого клиента.Просто если пойдёт двиг,а они этим никогда не занимались,то это есть шанс что только вы у них будете этим заниматься.
     
    А лучше сначала узнаете сколько они готовы заплатить.
  12. StayinLight liked a post in a topic by oleg889 in Как закрыть, какую-то часть текста от индексации в Яше?   
    https://help.yandex.ru/webmaster/controlling-robot/html.xml#noindex почитай
  13. sairon liked a post in a topic by oleg889 in Издевательства яндекса над вебмастерами и не только   
    Ааааааааа...так ты уже писал как-то про него.я ещё помню что-то тебе посоветовал поменять на счёт изложения точнее излагания текстов(вроде так) недели 3 назад.Помнишь?НЕ поменял.
     
     
    Вот  буду ржать если твоя статья про яндекс выйдет в ТОП.Вот это будет прикол.  
     
    Блин да ты не там копаешь братан.Не про то блог пишешь.А про яндекс и тому подобное писать нужно,у тебя реально талант к этому.Я серьёзно.
     
     
    НУ ты реально жжёшь,супер.Так вкусно пишешь.У тебя талант.Братан.Я бы если у меня был бы сайт на такую тему на всех страницах бы поставил ссылки на тебя. Клянусь. 
  14. seo-net liked a post in a topic by oleg889 in VPN или Прокси что выбрать   
    почитай.http://setupcomp.ru/vpn-ili-proxy-server.html
  15. wega2015 liked a post in a topic by oleg889 in Издевательства яндекса над вебмастерами и не только   
    Логично.
    Для начала молодому сайту нужны люди,а не ссылки.А потом уже по мере возрастания посещаемости уже и ссылки.
    Ну а вообще всё зависит от сайта а конкретней от каждой его страницы.Его (её) может посещать хоть 10000 тыс человек в день,но никто не проставит ссылку,а потому что незачем(можно даже сказать что тема сайта такая что ну незачем ставить на него ссылки.).
    Другой компот когда тема сайта того требует.
     
     
    Вот я уже давно говорил что само продвижение заключается не в том чтобы были ссылки на твой сайт и вообще дело не в ссылках.Ссылка лишь связывает две страницы.(а может и не связывает,задумайтесь.)
    На самом деле само понятие так возникло ссылки вес ссылок и т.д. Но алгоритмы давно уже не работают по этой теме.Поэтому нужно искать нужные страницы ну и сайты соответсвенно.То есть всё должно быть оправданно на все 100% иначе у поисковика  будет повод задуматься зачем эта ссылка стоит на этой странице и указывает на другую страницу другого сайта.
     
    Если не оправдывает себя,то соответственно и такой результат и будет.
     
    P.S.Я опять гоню.Просто мысли вслух.Опять можете подумать что я курил.Неа..не курил..
  16. sashok2993 liked a post in a topic by oleg889 in Что купить на 25к рублей?   
    Согласен.
     
    А если не знаешь что купить потрать на то что сердце подскажет.ТОлько не пробухай.
  17. oleg889 liked a post in a topic by Limpopo in Это мне знак? хорошо или плохо   
    @Zivler, 
    да ты избранный 
  18. oleg889 liked a post in a topic by Zivler in Это мне знак? хорошо или плохо   
    Эммм... если быть дотошно точным, то 1.6666666667 Дьявола.
  19. dan95 liked a post in a topic by oleg889 in Бывший гендиректор Opera показал новый браузер Vivaldi   
    Не правильно ....Мусоргский
  20. seo-net liked a post in a topic by oleg889 in подскажите по софту   
    ЩАс дам,сам пользуюсь ей.Хотя особо там нет наворотов,простая,но зато пакетная.
    Easy Image Modifier 
    и ещё одна
     
     
    Photo Filtre Studio X
     
    простые но думаю то что надо...
  21. Scream23 liked a post in a topic by oleg889 in Задавайте любой вопрос!Отвечу!   
    Только если купишь ещё парочку рук и к ним к каждой паре ещё по мозгу.      
    А если честно — учись у Юлия Цезаря.
  22. Newton liked a post in a topic by oleg889 in Имя домена   
    1.Ключевые слова в доменом имени не влияют на рейтинг сайта в выдаче.
    2.Не поможет ничего,только должен быть качественный сайт,единственное решение.
    3.Дефис разделяет слова в доменом имени(то есть два слова и между ними дефис будут читаться как два разных слова,только если это не типо "Лебедь-Кумач" т.е. где дефис необходим)
    4.Лучше конечно развивать свой стиль и бренд.Но понятие бренд для маленького сайта,а тем более если это просто сайт а не компания, для поисковиков ничего не говорит, т.е. бренд — это значит что-то поболее чем просто сайт.Добиться "брендовости" очень сложно,но к этому нужно стремиться,а вдруг получиться.
  23. Vitaliy liked a post in a topic by oleg889 in Задавайте любой вопрос!Отвечу!   
    Вот решил помочь тем кому смогу.Отвечу на вопросы касающиеся оптимизации.Прямо сейчас их и задавайте.Естественно,какой будет вопрос,такой будет и ответ,постарайтесь задавать вопросы по существу,и по конкретней,дабы не было всяких неурядиц.
    Прямо сейчас задавайте,ещё полтора часа поторчу здесь.
     
     
    P.S.Мини конкурс умников.          
     
  24. melnychuk1985 liked a post in a topic by oleg889 in Настройка редиректа в .htaccess   
    Ребят вот не знаю,вот нашёл когда-то давно,может что-то уже неактуально : 
     
    25 правил .htaccess, которые должен знать каждый web-разработчик
     
    × Версия для печати
     
    Прежде чем мы начнем, обращаю ваше внимание на тот факт, что злоупотребление использованием .htaccess может привести к снижению производительности вашего сайта. Главное правило: использовать .htaccess для реализации той или иной задачи стоит только в том случае, если нет других вариантов.
     
    Убедитесь в том, что вы сделали резервную копию оригинального файла .htaccess для вашего сайта, прежде чем вносить какие-либо изменения. Кроме того, помните — работоспособность указанных ниже правил зависит от индивидуальных настроек вашего web-сервера, заданных хостером. Некоторые директивы могут быть запрещены и не работать.
     
    .htaccess (от. англ. hypertext access) — файл дополнительной конфигурации веб-сервера Apache, а также подобных ему серверов. Позволяет задавать большое количество дополнительных параметров и разрешений для работы веб-сервера в отдельных каталогах (папках), таких как управляемый доступ к каталогам, переназначение типов файлов и т.д., без изменения главного конфигурационного файла.
     
     
     
    Файл .htaccess может быть размещён в любом каталоге. Директивы этого файла действуют на все файлы в текущем каталоге и во всех его подкаталогах (если эти директивы не переопределены директивами нижележащих файлов .htaccess).
     
    Для того чтобы эти файлы .htaccess можно было использовать, необходимы соответствующие настройки главного конфигурационного файла (значение директивы AllowOverride должно быть установлено All). Как правило, подавляющее большинство хостеров разрешают использовать свои файлы .htaccess.
     
    1. Запрещаем загрузку файлов с внешних сайтов
     
    Вам надоели люди, которые размещают картинки, опубликованные на вашем сайте — на своих ресурсах, тем самым расходуя ваш траффик и создавая ненужную нагрузку на ваш хостинг? Данный код, размещенный в конце вашего файла .htaccess, позволит предотвратить загрузку ваших изображений — сторонними сайтами.
     
    Options +FollowSymlinks
    #Запрещаем загрузку файлов с внешних сайтов
    RewriteEngine On
    RewriteCond %{HTTP_REFERER} !^$
    RewriteCond %{HTTP_REFERER} !^http://(www.)?site.com/ [nc]
    RewriteRule .*.(gif|jpg|png)$ http://site.com/stop.gif[nc]
    Не забудьте изменить site.com на ваше доменное имя и создать изображение stop.gif, которое будет показано вместо запрошенной картинки.
     
    2. Блокируем все запросы от нежелательных User Agents
     
    Это правило позволяет заблокировать нежелательные User Agent, которые могут быть потенциально опасными или просто перегружать сервер ненужными запросами.
     
    #Блокируем плохих ботов и роботов
    SetEnvIfNoCase user-Agent ^FrontPage [NC,OR]
    SetEnvIfNoCase user-Agent ^Java.* [NC,OR]
    SetEnvIfNoCase user-Agent ^Microsoft.URL [NC,OR]
    SetEnvIfNoCase user-Agent ^MSFrontPage [NC,OR]
    SetEnvIfNoCase user-Agent ^Offline.Explorer [NC,OR]
    SetEnvIfNoCase user-Agent ^[Ww]eb[bb]andit [NC,OR]
    SetEnvIfNoCase user-Agent ^Zeus [NC]
    <limit get="" post="" head="">
    Order Allow,Deny
    Allow from all
    Deny from env=bad_bot
    </limit>
    Список User Agent браузеров, роботов и пауков поисковых машин, веб-каталогов, менеджеров закачек, спам-ботов и плохих ботов можно найти на сайте List of User-Agents.
     
    3. Запрещаем доступ для всех, кроме указанных IP-адресов
     
    Если по какой-либо причине, вы хотите запретить всем или разрешить только отдельным IP-адресам доступ к вашему сайту — добавьте этот код в ваш .htaccess-файл:
     
    #Запрещаем доступ для всех, кроме указанных IP-адресов
    ErrorDocument 403 http://www.domainname.com
    Order deny,allow
    Deny from all
    Allow from 124.34.48.165
    Allow from 102.54.68.123
    Не забудьте изменить domainname.com на ваше доменное имя.
     
    4. Настраиваем SEO-Friendly 301 Redirect
     
    Если вы перенесли доменное имя (или свой подсайт) или хотите перенаправлять пользователя на определенную страницу (страницы), без санкций со стороны поисковых машин, используйте этот код:
     
    #Настраиваем SEO-Friendly 301 Redirect
    Redirect 301 /1/file.html http://www.site.com/2/file.html
    Не забудьте изменить site.com на ваше доменное имя, а /1/file.html и /2/file.html на соответствующие директории и страницы.
     
    5. Создаем собственные страницы ошибок
     
    Вам надоел стандартный вид страниц ошибок? Нет проблем — с помощью следующего кода, вы легко можете создать свою страницу и показывать пользователю именно ее:
     
    ErrorDocument 401 /error/401.php
    ErrorDocument 403 /error/403.php
    ErrorDocument 404 /error/404.php
    ErrorDocument 500 /error/500.php
    Не забудьте создать в корневой директории вашего сервера папку error и разместить в ней соответствующие файлы.
     
    6. Создаем черный список IP адресов
     
    Устали от спам-комментариев или определенного пользователя? Просто заблокируйте его IP с помощью следующего кода, добавляемого в .htaccess-файл.
     
    #Создаем черный список IP адресов
    allow from all
    deny from 145.186.14.122
    deny from 124.15.
    Узнать IP адреса комментаторов можно или в логах Apache или с помощью сервисов статистики. У многих CMS есть свои встроенные средства для мониторинга адресов посетителей. Например, в Drupal IP- адреса комментаторов можно увидеть в административной панели — Отчеты.
     
    7. Устанавливаем e-mail адрес по-умолчанию для администратора
     
    Используйте данный код, для того, чтобы установить e-mail адрес по-умолчанию для администратора сервера.
     
    #Устанавливаем e-mail адрес по-умолчанию для администратора
    ServerSignature EMail
    SetEnv SERVER_ADMIN default@domain.com
    Не забудьте заменить default@domain.com — своим e-mail адресом.
     
    8. Защищаем определенный файл
     
    Нижеследующий код позволяет вам запретить доступ к любому файлу — при запросе будет выдаваться ошибка 403. Для примера я закрыл доступ к самому файлу htaccess, повысив общий уровень безопасности сайта.
     
    #Защищаем .htaccess файл
    <files .htaccess="">
    order allow,deny
    deny from all
    </files>
    9. Сжимаем элементы с помощью mod_deflate
     
    В качестве альтернативы компрессии файлов с помощью Gzip, вы можете использовать mod_deflate (предположительно работает быстрее). Разместите следующий код в начале вашего файла .htaccess (также вы можете добавить перечисления .jpg|.gif|.png|.tiff|.ico):
     
    #Сжимаем элементы с помощью mod_deflate
    <ifmodule mod_deflate.c="">
    <filesmatch .(js|css)$="">
    SetOutputFilter DEFLATE
    </filesmatch>
    </ifmodule>
    10. Добавляем срок жизни в заголовки
     
    Данный код позволяет добавить сроки жизни в заголовки:
     
    #Добавляем срок жизни в заголовки
    <filesmatch .(ico|pdf|flv|jpg|jpeg|png|gif|swf)$="">
    Header set Expires «Wed, 21 May 2010 20:00:00 GMT»
    </filesmatch>
    11. Устанавливаем страницы по-умолчанию
     
    Обычно страницей по-умолчанию является index.html, однако с помощью этого кода вы можете настроить по-умолчанию любую другую страницу.
     
    #Устанавливаем альтернативную страницу по-умолчанию
    DirectoryIndex about.html
    12. Защищаем паролем папки и файлы
     
    Вы можете включить проверку пароля для доступа в любую папку или файл на вашем сервере, используя этот код:
     
    #защита паролем файла
    <files secure.php="">
    AuthType Basic
    AuthName «Prompt»
    AuthUserFile /pub/home/.htpasswd
    Require valid-user
    </files>
    #защита паролем папки
    resides
    AuthType basic
    AuthName «This directory is protected»
    AuthUserFile /pub/home/.htpasswd
    AuthGroupFile /dev/null
    Require valid-user
    Для того, чтобы организовать доступ к файлу по паролю, необходимо создать файл .htpasswd и внести в него пару логин-пароль в формате user:password.
     
    Однако в этом случае пароли будут хранится в открытом виде, что не слишком хорошо с точки зрения безопасности. Поэтому оптимальнее пароль зашифровать. Для этого воспользуйтесь сервисами генерации записей в файлы .htpasswd. Например, вот таким.
     
    В нашем примере файл с паролями доступа лежит в корневой директории сайта и называется .htpasswd. Директория указывается от корня сервера и если путь будет некорректным — Apache, не получив доступа к файлу, откажет в доступе к папке любому пользователю — в том чилсе и тому, который ввел правильную пару логин:пароль.
     
    13. Перенаправляем со старого домена — на новый
     
    Используя .htaccess, вы можете настроить перенаправление со старого доменного имени на новое, добавив следующий код:
     
    #Перенаправляем со старого домена old.com  — на новый
    RewriteEngine On
    RewriteRule ^(.*)$ http://www.new.com/$1 [R=301,L]
    Перенаправление используется в том случае, если вы переносите свой существующий сайт на новое доменное имя. В этом случае любой пользователь, который наберет в адресной строке www.old.com — будет перенаправлен на www.new.com.
     
    14. Усиливаем кеширование
     
    Использование этого правила не означает прямое ускорение загрузки вашего сайта. Оно предназначено для более быстрой загрузки сайта — для уже заходившего на него посетителя, путем отправки статуса 304 для тех элементов, которые не обновлялись.
     
    Таким образом, при повторной загрузке страницы браузер посетителя не будет заново скачивать изображения, скрипты или CSS, а выведет те файлы, которые уже хранятся в его кеше. Вы можете изменить срок жизни кеша, путем корректирования его значения в годах (year), месяцах (month) или, например — секундах (seconds). В примере указан 1 год.
     
    #Усиливаем кеширование
    FileETag MTime Size
    <ifmodule mod_expires.c>
    <filesmatch ".(jpg|gif|png|css|js)$">
    ExpiresActive on
    ExpiresDefault «access plus 1 year»
    </filesmatch>
    </ifmodule>
    15. Сжимаем компоненты сайта путем включения Gzip
     
    При использовании Gzip, сервер будет сжимать файлы перед отправкой их пользователю, ввиду чего ваш сайт будет грузиться быстрее.
     
    #Сжимаем компоненты сайта путем включения Gzip
    AddOutputFilterByType DEFLATE text/html text/plain ..
    .. text/xml application/xml application/xhtml+xml ..
    .. text/javascript text/css application/x-javascript
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4.0[678] no-gzip
    BrowserMatch bMSIE !no-gzip !gzip-only-text/html
    Обратите внимание, что включение компрессии приведет к большей нагрузке на процессор сервера. Здесь строка AddOutputFilterByType записывается в одну длинную строчку с двумя нижними (все .. нужно убрать).
     
    16. Удаляем «category» из URL
     
    Для изменения ссылки yourdomain.com/category/blue на yourdomain.com/blue, просто добавьте следующий код в конце вашего .htaccess файла.
     
    #Удаляем category из URL
    RewriteRule ^category/(.+)$ http://www.site.com/$1 [R=301,L]
    Не забудьте изменить www.site.com на ваше доменное имя.
     
    17. Запрещаем просмотр содержимого папки
     
    Для того, чтобы ограничить доступ к директориям, которые могут содержать разнообразную информацию и для обеспечения безопасности сервера, добавьте этот код в файл .htaccess
     
    #Запрещаем просмотр содержимого папки
    Options All —Indexes
    18. Перенаправляем свою RSS-ленту на FeedBurner
     
    Покажем как это можно сделать на примере RSS-ленты Drupal на сервис Google Feedburner.
     
    #Перенаправляем RSS-ленту Drupal на FeedBurner
    <ifmodule mod_rewrite.c="">
    RewriteEngine on
    RewriteCond %{HTTP_USER_AGENT} !FeedBurner [NC]
    RewriteCond %{HTTP_USER_AGENT} !FeedValidator [NC]
    RewriteRule ^rss.xml$ http://feeds.feedburner.com/yourfeed [R=302,NC,L]
    </ifmodule>
    Изначально необходимо зарегистрировать ленту своего блога в сервисе Feedburner. Далее не забудьте заменить yourfeed на имя вашей ленты уже в Feedburner.
     
    19. Запрещаем комментарии от пользователей без Referrer
     
    Чаще всего спам-боты обращаются напрямую к файлу комментариев, например к wp-comments-post.php, не заходя на страницы записей вашего блога. Приведенный ниже код позволяет заблокировать комментарии, отправленные пользователями, которые пришли «из ниоткуда», позволяя комментировать только тем читателям, которые перешли на страницу вашего блога с каких-либо других страниц (например, результатов поиска Google).
     
    #Запрещаем комментарии от пользователей без Referrer
    RewriteEngine On
    RewriteCond %{REQUEST_METHOD} POST
    RewriteCond %{REQUEST_URI} .comment\/reply\/*
    RewriteCond %{HTTP_REFERER} !.*yourblog.com.* [OR]
    RewriteCond %{HTTP_USER_AGENT} ^$
    RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]
    Не забудьте заменить yourblog.com на доменное имя вашего блога.
     
    20. Убираем расширение файла из URL
     
    Данный код позволяет удалить расширение файла .php (вы можете изменить его на любое другое, например — .html) из URL-адресов страниц.
     
    #Убираем расширение файла из URL
    RewriteRule ^(([^/]+/)*[^.]+)$ /$1.php [L]
    21. Защищаем сайт
     
    Данный код позволяет защитить сайт от scripts enjection и нежелательных модификаций _REQUEST и/или GLOBALS:
     
    #Включаем отслеживание сим-ссылок
    Options +FollowSymLinks
    #Запускаем url_rewriting
    RewriteEngine On
    #Блокируем все ссылки, содержащие <script>
    RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
    #Блокируем все скрипты, которые пытаются изменить переменные PHP Globals:
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    #Блокируем все скрипты, которые пытаются изменить переменную _REQUEST:
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
    #Перенаправляем все подобные на страницу с ошибкой 403 — запрещено
    RewriteRule ^(.*)$ index.php [F,L]
    22. Перенаправляем посетителя с помощью директивы RedirectMatch и регулярных выражений
     
    Еще одна полезная директива, рекомендуемая к использованию  — RedirectMatch. Цитата: «Эта директива позволяет в качестве запрашиваемого адреса использовать регулярное выражение (пересылка не „с документа“, а „со всех документов, типа ...“). Редирект внешний — браузеру сообщается о необходимости загрузить другую страницу.
     
    Синтаксис:
     
    RedirectMatch [status] regexp URL
    Значения статусов (код возврата веб-сервера) стандартные:
     
    permanent (301 — постоянный редирект), temp (302 — временный редирект, приходите ещё), seeother (303 — летим туда, там много вкусного), gone (410 — удалён навсегда).
     
    Пример:
     
    То же перенаправление со старого домена на новый без подключения RewriteEngine:
     
    RedirectMatch 301 ^(.*)$ www.domainname.com/$1
    От себя добавлю, что вы можете использовать не только http-статусы, но и другие условия:
     
    RedirectMatch (.*)\.gif$ http://www.myserver.com$1.png
    RedirectMatch (.*\.jpg)$ http://www.myanother.com$1
    Обязательно сделайте резервную копию файла .htaccess до внесения изменений и проверьте работоспособность всего сайта — после добавления новых строк.
     
    23. Защита от прямых ссылок для изображений через .htaccess
     
    Хотлинк (Hotlink) — вставка прямых ссылок изображений или файлов с одного сайта на другие. Этот прием используется довольно часто, ну например, у вас на сервере не хватает места для хранения картинок и вы пользуетесь каким-либо бесплатным сервисом для хранения файлов изображений, т.е. загружаете картинку, получаете URL и вставляете его на свой сайт.
     
    В итоге: вы сохраняете место для вашего сайта и используете пропускную способность хостинга для картинок, но это уже не ваше дело. Но вот как быть, если кто-то решил, что ваш сайт можно использовать как подобный сервис.
     
    Как не стать бесплатным поставщиком изображений и файлов?
     
    Есть ли защита от этого? Да, есть! Чтобы запретить другим сайтам пользоваться вашим трафиком и/или просто указывать прямые ссылки на ваши файлы (картинки), то добавьте в ваш .htaccess файл следующие строки:
     
    # Запретить другим сайтам использовать прямые ссылки на ваши картинки
    RewriteCond %{HTTP_REFERER} !^$
    # Дальше список разрешенных доменов
    RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?sitename.ru.*$ [NC]
    RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?sitename.ru:80.*$ [NC]
    # IP сайта (домена)
    RewriteCond %{HTTP_REFERER} !^http(s)?://111.111.111.111.*$ [NC]
    RewriteCond %{HTTP_REFERER} !^http(s)?://111.111.111.111:80.*$ [NC]
    RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?yandex.ru [NC]
    RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?google. [NC]
    # RewriteCond %{HTTP_REFERER} !^http(s)?://(www.)?домен_дружественного сайта.ru [NC]
    RewriteCond %{HTTP_REFERER} !search?q=cache [NC]
    # Форматы файлов, для которых устанавливается защита
    # Выводит ошибку 403
    # RewriteRule \.(jpe?g|bmp|gif|png|css|mov|swf|dcr|exe|rar|avi|vob|zip|pdf|txt|doc|flv|mp3|mp4)$ — [NC,F,L]
    # или показывает спецрисунок вместо указанного
    RewriteRule .*\.(jpe?g|bmp|gif|png)$ files/images/nohotlink.jpg [NC,L]
    В итоге все остальные сайты получат ошибку 403 Forbidden (т.е. Доступ запрещен) и ваша пропускная способность больше «не работает на других».
     
    24. ImageCache и защита от хотлинка через .htaccess
     
    Для ImageCache предыдущий пункт работать не будет, поэтому добавляем такие настройки:
     
    SetEnvIfNoCase Referer «^$» local_ref=1
    # Allowed domains
    # Далее разрешенные домены
    SetEnvIfNoCase Referer «^http://(www\.)?domain\.ru» local_ref=1
    SetEnvIfNoCase Referer «^http://(www\.)?domain\.com» local_ref=1
    # File extensions that you want to protect
    # Расширения файлов, которые нужно защитить
    <FilesMatch "\.(bmp|jpe?g|gif|png)">
    Order Allow,Deny
    Allow from env=local_ref
    </FilesMatch>
    Теперь у нас есть и защита от хотлинка и модуль ImageCache — вместе они работают превосходно. Одно «но» — таким способом, как вы видите не получится выдавать другую картинку; только защита своих изображений, что и является основной целью.
     
    25. Мало этого?
     
    Вот лучшие и подробные ресурсы по магическому .htaccess в Интернете:
     
    Энциклопедия по .htaccess по-русски;
    Apache htaccess official tutorial;
    Других 12 полезных трюков в .htaccess;
    Практические решения по использованию файла .htaccess;
    Comprehensive guide to .htaccess;
    Вводное руководство по .htaccess файлам;
    Попытка номер раз создать почти идеальный .htaccess.
    Похожие страницы:
    15 регулярок, которые должен знать каждый PHP-программист
    Минимум команд Memcached, который нужно знать наизусть
    Анонимная сеть i2p - добро пожаловать. FreeBSD. Часть 2
    Анонимная сеть i2p - добро пожаловать. Торренты через Ubuntu
    Анонимная сеть i2p - добро пожаловать. FreeBSD. Часть 1
    Управляем ОС Android удаленно при помощи ADB
    Принтер-шоу: творим хардкор своими руками. Часть 1
    10 перспективных языков программирования, которые могут перевернуть мир ИТ
    Как автоматически распознают порно системы фильтрации контента
    Веб-разработчики – тоже программисты?
    twitter.com facebook.com vkontakte.ru odnoklassniki.ru mail.ru ya.ru rutvit.ru friendfeed.com blogger.com liveinternet.ru livejournal.ru memori.ru google.com bobrdobr.ru yandex.ru del.icio.us 
     
    Подписка на обновления блога → через RSS, на e-mail, через Twitter
    Теги: SEO, горячее, интернет, практика, программистское, чужое, шпора
    Эта запись опубликована: Пятница, 30 декабря 2011 в рубрике Программирование → Обзоры.
    10 комментариев
     
    Следите за комментариями по RSS
    jham
    12.02.2012 в 07:32
    Хорошая, удобная подборочка!
     
    Комментатор 46
    18.05.2012 в 04:10
    а кто подскажет как сделать так что бы загружалась другая стартовая страница? не страница движка, а к примеру index.html
     
    Аноним
    17.09.2012 в 03:35
    ОГОРОМНОЕ СПАСИБО ЗА МАТЕРИАЛЫ .HTACCESS
     
    aerome
    28.04.2013 в 09:26
    Прочитал и всё же не понял как сделать чтобы на моём сайте
     
    был редирект со страницы
     
    http://aerome.ru/156
     
    на
     
    http://aerome.ru/156-Относительно+новые+французские+комедии
     
    Хэлп
     
    aerome
    29.04.2013 в 10:21
    похоже данная проблема решается не на уровне htaccess, вопрос снят
     
    ntking
    23.05.2013 в 10:39
    Внимательно просмотрите пункт №2. Винегрет из 2-х разных принципов.
     
    Стинко
    02.07.2013 в 05:00
    Подскажите как сделать редирект на особую страницу моего сайта page.php если например пользователь пришел с конкретного сайта site.com ?
     
    Я понял, что нужно использовать переменную HTTP_REFERER в htaccess. Но что-то не получается. Привожу код из ".htaccess":
     
    RewriteCond %{HTTP_REFERER} ^http://(www.)?site.com/ [nc]
     
    RewriteRule ^(.*)$ /page.php [R=301,L]
     
    Sergey
    01.08.2013 в 04:23
    Статья хорошая, но в п. 2 у автора есть ошибка env=bad_bot нигде не определен. Должно быть так:
     
    SetEnvIfNoCase user-Agent ^FrontPage bad_bot [NC,OR]
  25. mashinist liked a post in a topic by oleg889 in Правильная внутренняя перелинковка страниц сайта   
    Дело не в переходе по ссылке,а в том — с какой целью стоит ссылка.И нужна ли она там вообще,указывает ли она на материал по той теме(например статье) в которой она стоит и т.д.
    А разделы,меню и тому подобное не учитываются вообще,просто нет смысла.
     
    а как это понимать?Не важно стоит ссылка или нет, если по ней нет переходов, то ссылка считается спамом           если ссылка не стоит,то она спамная!