На фоне стремительно растущего числа каталогов, заблокированных поисковыми системами, веб-мастера все больше внимания стали уделять прямому и перекрёстному обмену ссылками. Еще вчера твой сайт после прогона по белым каталогам имел ИЦ равный 500 и более 1000 обратных ссылок, а сегодня Яндекс устроил новую чистку. И сайт двукратно снизил свои показатели. Как следствие, резкое снижение позиций в выдаче поисковых систем по большинству среднечастотных и низкочастотных запросов. Подобные чистки линкопомоек, называемых зачастую белыми каталогами, теперь не редкость. Но у «бедного» веб-мастера все же остается основной инструмент повышения видимости сайта – обмен ссылками.

Ах, как хочется меняться...

Большинство веб-мастеров готовы произвести тематический обмен ссылками, но каждый из них в отдельности за то, чтобы ссылка на свой сайт стояла, а ответная со временем исчезла. Для целей SEO это прекрасный ход. Пусть на тебя ссылаются, а ты ни на кого ссылаться не будешь. Безусловно, такое положение вещей оценят поисковые системы. Но как это сделать? Обмануть своего партнера по обмену!

В Интернете есть немало веб-мастеров, готовых пойти на обман своих партнеров по обмену в ущерб своей деловой репутации. А всегда ли известно, чей это сайт и какие еще сайты есть у вашего партнера? Не слукавлю, если предположу, что многие веб-мастера держат «серенькие» и «временные» проекты, которые готовы продвигать любыми методами. Для достижения целей продвижения они не гнушаются способами обмана своих партнеров.

Способ первый – топорный.

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

Способ второй – методический.

Ты создаешь статический или динамический каталог и начинаешь активный обмен ссылками. Каждые три-шесть месяцев ты полностью удаляешь весь каталог, создаешь новый и опять занимаешься обменом. Через пару лет твой сайт обрастает некоторым количеством стабильных обратных ссылок, не ссылаясь при этом на другие ресурсы.

Способ третий – наивный.

Ты создаешь небольшой статический каталог, преимущественно из ссылок на свои же проекты. Начинаешь рассылать письма с предложением по обмену ссылками: «Разместите мою ссылку на сайте. В ответ я в течение трех-пяти дней размещу вашу ссылку у себя». И ничего в ответ не размещаешь. Расчет простой. Многие веб-мастера слишком заняты, чтобы контролировать каждое обратное размещение. А многие просто не делают этого совсем или забывают про некоторые ссылки. В общем, можешь рассчитывать, что 5%-15% ресурсов так и оставят твою ссылку у себя. Если постоянно и активно заниматься таким обменом, то твой сайт будет достаточно стабильно держаться в видимости поисковиков. Кроме того, мои наблюдения показывают, что появление твоей ссылки на новых сайтах прибавляет ценности ресурсу. Даже в том случае, если позже ссылка на твой сайт исчезает.

Способ четвёртый – прогрессивный.

Чтобы обезопасить себя от нечестного обмена, веб-мастера устанавливают каталоги, чьи скрипты способны контролировать размещение обратной ссылки. Контроль ведется как на этапе добавления новой ссылки, так и с помощью последующего сканирования твоих страниц на наличие ответной ссылки. Уже создано большое количество коробочных версий программ управления обменными каталогами. Если ты хочешь добавить свою ссылку в такой каталог, то предварительно должен разместить обратную ссылку у себя и указать точный URL, где она размещена. Размещение обратной ссылки периодически контролируется. Программа скачивает указанный тобой URL, проверяет его на видимость поисковыми системами и наличие кода ссылки. Если все в порядке, то твоя ссылка публикуется в каталоге. Но что стоит обмануть глупого робота?

Приступаем к прогрессивному обмену. Пишем или заказываем скрипт на PHP или CGI, который умеет подменять содержание страниц, основываясь на IP, с которого приходит запрос. Получится совершенно несложная программа. Когда робот определенного сайта запросит страницу, где должна быть размещена ссылка на этот сайт, программа определит IP запроса. Если IP соответствует заданному домену, то будет выдана страница с кодом ответной ссылки. Всем же остальным IP будет отдаваться не подменяемая постоянная страница. Нужно только предварительно добавить в программу сведения о том, какому хосту подменять содержание страницы и чем подменять, заранее определив IP сайта с каталогом, куда вы добавили ссылку. Эти функции также можно автоматизировать.

Остаются небольшие опасности, что трюк будет замечен, если программа каталога проверит наличие ответной ссылки по данным Яндекса. Но шансов невероятно мало. Страница хорошо индексируется поисковыми системами, а проверять каждую страницу, где «по мнению» поисковой системы не учтена ответная ссылка, веб-мастер не станет. Тем более, это накладно программными средствами с нынешней политикой поисковых систем и нереально вручную, если вы добавили ссылку в крупный обменный каталог.

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

Довольно много web-программистов пытаются писать собственные CMS. По самым разным и множественным причинам. Некоторые считают, что написание своей системы управления контентом займет меньше времени, чем изучение чужой. Некоторые думают, что в собственной системе будет меньше дыр, чем в чужой, — постоянно проскакивает информация о новых уязвимостях в той или иной CMS. Чуть ли не каждую неделю появляются сообщения о дырах в nuke-системах управления контентом, другие системы тоже не отстают. Довольно громкое дело — взлом spreadfirefox.com, работающего на движке Drupal: админы просто не поставили новую версию.

История происхождения и развития наиболее известных и популярных систем построения сайтов. В 1998 году Франциско Бурзи один из первых, разработал и создал систему построения сайтов. На данный момент подобные системы называются CMS - Content Management System. Взяв за основу популярную в то время новостную ленту ThatWare, он выпустил в свет PHP-Nuke. Таким образом, Франциско Бурзи стал родоначальником данного направления развития подобных систем. В скором времени начали появляться в свет подобные системы, они брали за основу или частично использовали структуру и функции PHP-Nuke.

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

Ссылки, которые мне удалось найти, на те проекты, которые существуют или существовали в своё время по данному адресу.

CPG-Nuke: cpgnuke.com
MD-Pro: maxdev.com
Xaraya: xaraya.com
Envolution: envolution.com
myPHPNuke: myphpnuke.com
myPhPortal: myphportal.sourceforge.net
OpenPHPNuke: openphpnuke.com
phpWebSite: phpwebsite.appstate.edu
PHP-Nuke: phpnuke.org
PostNuke: postnuke.com
Xoops: xoops.org
RUNCMS: runcms.org
SlimCMS: slimengine.org
SmallNuke: smallnuke.com
sPaiz-Nuke: spaiz-nuke.net

Если обратить внимание на самые популярные системы, которые основаны на PHP-Nuke, то можно заметить что они полностью или почти полностью изменили основные функции. Это говорит о том, что сама по себе система PHP-Nuke нуждается в оптимизации и модификации. Некоторые системы занимаются наращиванием или изменением функций, не обращая внимание на скорость работы и нагрузку на сервер.

Разрабатывая SLAED CMS, мы в отличие от других, в первую очередь максимально снизили нагрузку на сервер и скорость работы системы, максимально увеличили безопасность. При всём этом, функционал системы нисколько не пострадал, даже наоборот увеличился. Уделяется особое внимание на простоту в использовании, интуитивно понятный интерфейс, приятное оформление. Система росла, видоизменялась и модифицировалась. В конечном итоге родилась самостоятельная система SLAED CMS, которая переросла своего прародителя, избавилась от всех его недостатков, в свою очередь, переняв и приумножив все его плюсы.