Многим куда проще просто переписать собственный текст другими словами, чем постоянно обращаться к нотариусу для фиксации даты размещения контента на своем сайте, а затем для фиксации даты размещения этого же контента на чужом сайте – ведь сам факт воровства можно доказать только таким образом.

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

Итак, нужно лишь распечатать этот текст и послать самому себе по почте. При пересылке ставится почтовый штамп с указанием даты отправления/получения. Именно он может служить достаточно достоверным доказательством авторства и даты создания текста.

Впрочем, полноценные юридические отношения в полной мере еще не скоро доберутся до рунета, в от хорошо это или плохо – каждый решает для себя сам.

Дело в том, что использование т.н. “партнерских ссылок”, т.е. ссылок, с параметром, содержащим id партнера, весьма негативно влияет на поисковую оптимизацию сайта. Ведь подобные ссылки создают дубликаты страниц в недрах поисковой системы, а та в свою очередь, распределяет общий вес страницы между всеми этими дубликатами. А может и просто пессимизировать за большое количество дублированного контента.

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

На самом деле достаточно совместить два варианта – т.е. партнерская ссылка пусть будет с параметром, но вот вести она будет на страницу без параметра (через 301 редирект), а сам параметр нужно отправлять в cookie клиента.

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

И следовательно, те сайты, на которых эти слова этих запросов были написано правильно (а таких сайтов было абсолютное большинство), даже не попадали в поисковую выдачу “неправильных запросов”. Такую ситуацию оптимизаторы “просекли” довольно быстро. И “ошибочная выдача” вскоре оказалась забита сайтами, содержащими слова во всевозможных вариациях написания и произношения.

Поисковые системы долгое время думали, что же делать в данной ситуации, и в итоге стали исправлять ошибочно введенные в поисковую строчку слова, выдавая в серпе, соответственно, сайты с правильным написанием.

Впрочем, поисковые системы подошли к ошибочным запросам по-разному. Яндекс, например, не слишком заморачиваясь, просто исправляет ошибочные слова, а вот Google исправляя ошибочный запрос, показывает по исправленному варианту всего два результата, в то время как остальная поисковая выдача забита сайтами с неправильным написанием.

Таким образом, введенные в поисковик “стекляные двери”, превратятся в “стеклянные двери” и по этому поисковому запросу покажутся два сайта, но вот остальные восемь будут показаны именно по “стекляным дверям”, т.е. запросу, написанному с ошибкой.

Таким образом, ошибочное написание слов все еще актуально, пусть и в гораздо меньшей степени. А о том, где же найти такие варианты написания слов с ошибками, мы поговорим в следующий раз.

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

Впрочем, все решается довольно просто:

1. Указываем нужный нам виде ссылок, например.

/%postname%/

Сохраняем настройки.

2. Добавляем в конфиг сервера следующую строчку:

server.error-handler-404 = “/index.php?error=404″

И все должно заработать. Решение довольно нетипичное, но вот уже несколько дней отлично выполняет поставленную задачу и делает возможным использование seo-ссылок в lighttpd.

Однако, на практике столкнувшись с необходимостью реализовать отображение текста только на главной странице, понял, что не все так просто – оказалось, что данная функция возвращает единицу и в тех случаях, когда пользователь переходит по страницам навигации.

Решить проблему мне помог сайт для вебмастеров, на котором я нашел необходимое дополнение к коду (впрочем, можно было и самому догадаться).

В результате проверка стала выглядеть таким образом:

“if ( (is_home())&&!(is_paged())”

Данный вариант отлично работает, никаких проблем выявлено не было.