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

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

Ладно, свобода лени каждого - дело этого самого каждого и тут обсуждаться не должна. Давайте лучше глянем, к чему приводит "объединение леней" - ситуация, когда один немножко наленился, потом другой тоже чуть-чуть схалтурил и т.д.

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

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

Рассмотрим ситуацию.

Есть некий сайт, построенный на некой CMS. Эта CMS обладает полезной особенностью - она все генерируемые страницы "выплевывает" в виде статичных HTML-документов. Получается, что на сайте вместо уродливых адресов типа: http://www.super-kontora.com/my_texts/show.php?text=article1, странички доступны по очень красивым ссылкам: http://www.super-kontora.com/article1.html.

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

• http://www.super-kontora.com/article1.html
• http://www.super-kontora.com/text/article1.html
• http://www.super-kontora.com/musor/00/01/02/03/article1.html

серфер получает одну и туже страницу. Знакомо, да?

Правильный CMS должен был бы первый запрос обработать нормально (выплюнуть страницу с инфой), а в ответ на остальные показать серферу (да и и всему остальному миру) большую фигу с вытатуированным брутальным готическим шрифтом волшебным кодом "404". Это было бы правильно как с точки зрения вэб-стандартов, так и с точки зрения логики и здравого смысла.

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

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

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

Вэб-мастер ленив по-своему. Его задача - сделать так, чтоб было красиво снаружи, а вот как оно внутри никто смотреть не будет. И как раз при построении этих внутренностей любой вэб-мастер с удовольствием выпускает свою лень на прогулку, чтоб не скулила под ухом и не отвлекала от работы.

Во что все это выливается - тема для отдельной многостраничной рукописи. Здесь же обратим внимание лишь на одну деталь - сокращенные ссылки. Это когда в коде страницы вместо:
< a hrеf="http://www.super-kontora.com/аbout.html">
присутствует куцый вариант ссылки:
< a hrеf="аbout.html">

В обычных условиях описанный подход тоже абсолютно безопасен. Браузер сам подставит имя домена перед именем страницы из ссылки и получит грамотный, правильный URL. А о том, что браузер подставляет с именем домена еще и папочный путь внутри сайта сейчас вэб-мастер не думает, т.к. купленная им CMS генерит все страницы в корень сайта и ссылок куда-то глубже быть просто не должно.

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

Итак, работа завершена. Сайт набит сотнями страниц (надо же чем-то его наполнить), спущен на воду (иначе зачем его строили), обвешан рекламными блоками (должен же он приносить прибыль) и скормлен роботам поисковых систем (ну а как еще привлечь народные массы для исследования сего бесценного ресурса?).

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

Но тут происходит что-то невероятное: какого-то серфера заносит на несуществующую страницу, находящуюся якобы не в корне сайта, а в папочке.

Как его туда занесло? Да как угодно, пути серфирования неисповедимы. Например, возомнил он себя крутым хакером и решил слить с сайта весь продаваемый на нем софт. Соответственно и ломанулся этот кул-хацкер на страницу http://www.super-kontora.com/download/ просто тупо вбив путь в строке адреса своего любимого Microsoft Internet Explorer'а.

"Умная" CMS, получив такой неожиданный запрос и не найдя в нем указания конкретной страницы, выплюнула просто главную и умыла руки. Хакер тоже понял, что обломился. На том вроде конфликт и исчерпан. Но не тут-то было!

Этот безобразно глупый хит оказывается именно той каплей птичьего помета, которая вызывает лавину, стирающую с лица Земли целые селения. Ибо именно с этого хита начинается цепная реакция.

Фаза первая.

Расположенный на сайте скрипт от Гугль-аналитикс, (или любой другой конторы по подсчету статистики) засекает этот хит и вносит в статистику посещаемости новую, ранее невиданную, страницу с адресом http://www.super-kontora.com/download/.

Естественно Гугль изо всех сил спешит проиндексировать новую страницу, заходит туда и.... о ужас! Он находит там ПОЛНУЮ КОПИЮ основного сайта! Т.е. все те сотни страниц, которые размещены на сайте и доступны из корня, теперь найдены роботом вторично, но уже не в корне, а в папке по адресу http://www.super-kontora.com/download/ (ведь вэб-мастеру было лень вставлять полные ссылки, а короткие привели к созданию ссылок с именем папки в адресе).

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

Фаза вторая.

Любой оптимизатор (да и просто более-менее грамотный админ сайта) знает о существовании систем активной раскрутки и продвижения сайтов типа 1ps.ru или xap.ru. Это системы, позволяющие получать (за деньги или бесплатно) ссылки с одних сайтов на другие, тем самым повышая индексы цитирования, PR-ы и прочие показатели, сильно влияющие на позицию сайтов в серпах.

Так вот, для оценки "качества" страницы, на которой такая система собирается поставить ссылку, она (система) кроме сканирования самого сайта-площадки делает еще и запросы в разные поисковики, с целью узнать, что, кем, когда и где проиндексировано.

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

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

Поисковики, засекая новые страницы в серпах друг-друга, с удовольствием сканируют "новый" сегмент сайта и вносят его в свои базы. И естественно посылают туда посетителей, ломая на корню всю так нужную вэб-мастеру статистику.

Естественно, путь развития этой раковой опухоли может быть иным. Например, левую страницу может заметить какой-нить счетчик (типа LiveInternet) и внести в свой рейтинг посещаемости, а оттуда ее вытянет бот. Вариантов может быть много.

Первый вход в псевдо-папку так же может быть разным. Мне как-то попался сайт, в котором одна из ссылок по какой-то случайности получила в хвост слэш, т.е. код выглядел примерно так: < a href="about.html/">О сайте< /a>.

Это было ужасно! Естественно все без исключения поисковики приняли эту конструкцию за ссылку на папку с именем about.html, зайдя в которую они находили кроме копии всего сайта еще более ужасную вещь - ту же ссылку на папку about.html, но уже уровнем глубже. Очень быстро в списках проиндексированных страниц этого сайта появились монстры типа: http://site.ru/about.html/about.html/about.html/about.html/about.html/article.html и им подобные.

Фаза третья.

Дальнейшая жизнь сайта может происходить по-разному. Возможно процесс остановится уже после второй фазы, а может он будет развиваться как все в природе - по спирали: кто-нить как-нить создаст запрос к страницам еще глубже вложенным в иерархию папок и вызовет тем самым новый виток индексации "новых" псевдо-страниц.

Но, в любом случае, поисковые системы, обнаружив даже по одному 100%-му клону всех страниц в пределах одного сайта, решат, что что-то здесь не ладно и очень похоже на попытку искусственного воздействия на результаты ранжирования и, как следствие, позицию в серпе. А таких действий поисковики очень не любят. И потому их вердикт будет весьма строгим: в лучшем случае - нехилое падение в этом самом серпе (с первой страницы на, скажем, двадцатую), в худшем - бан сайта на неопределенный срок.

Чем последнее грозит объяснять не надо. Для скорейшего восстановления работоспособности сайта придется сделать массу не самых приятных телодвижений типа: покупки нового домена и (скорее всего) полной переделки дизайна сайта. Потом снова регистрация в искалках и раскрутка с самого начала. Ну и естественно потеря клиентов, прибыли, дополнительные расходы....

А причина всему - банальная лень.

Потому, при строительстве своих интернет-ресурсов всегда выполняйте как минимум два условия:

1. не экономьте время при построении дизайнов - вставляйте всегда и везде только полные адреса. Затраты времени на это действо минимальны, а эффект, как видно из этого опуса, колоссальный.
2. проверяйте используемые CMS-ы на нормальную реакцию при обращении к несуществующим страницам. Если мотор будущего сайта не способен послать на три веселых цифры "404", ломящегося по левым адресам, серфера (а вместе с ним и поискового бота), то место такому движку на свалке.

На этом пока все. Комментируйте, не стесняйтесь.

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

Отдельной группой стоят так называемые мани-мэйкеры. Это люди, у которых нет бизнеса в "реале" и которые живут (или пытаются жить) только с доходов, заработанных в сети. Если для "обычных" коммерсантов личный сайт - это скорее дань моде, показатель престижа, приносящий как правило весьма небольшое дополнение к основному источнику дохода, то для манимейкера интернет - основное "поле боя" за прибыль. И потому современный мани-мейкер зачастую имеет в своем распоряжении десятки самых разных ресурсов в разных секторах сети, каждый из которых занимается своим делом: от вполне реальной торговли реальными товарами до виртуальной (но не менее прибыльной) "торговли воздухом".

Справиться со всем этим "хозяйством" дело совсем не простое. Особенно, если учесть произошедшие в последнее десятилетие огромные прорывы в области алгоритмов ранжирования сайтов поисковыми системами. Десять лет назад, достаточно было соорудить сайт на HTML в обычном "Блокноте" (можно даже без картинок), разместить его где-нибудь - все равно где, ткнуть искалку в него носом и все - посещаемость этому ресурсу обеспечена. Не высокая, но стабильная.

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

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

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

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

Вот тут на первое место и выходят всякие CMS (Content Management System - системы управления содержимым сайта).

Существует их превеликое множество самых разных сортов и видов. Различаются они в основном функциональностью, направленностью и размерами. Есть как "заточенные" под какой-то один вид "деятельности" (блог, форум или магазин), так и универсального характера. Размеры тоже колеблются в очень широких пределах.

Так, например, Joomla после установки на сервер "сожрет" около 10-15 мегабайт (и это только пустой мотор, без единого документа, не имеющий ни одной страницы). Зато один раз основательно пропотев при установке, потом пользоваться ей можно обучить даже неандертальца, т.к. знать всякие сетевые заморочки типа HTML или CSS для работы с этой CMS совсем не нужно - система достаточно грамотная, чтобы понять, что от нее хочет очередной сайто-строитель.

В то же время nano-CMS от Lasto представляет собой шедевр минимализма - установленная копия занимает чуть более 60 килобайт. Естественно, ожидать от такого движка глубоко интеллектуального подхода не приходится. Все, что он делает - это просто прикручивает кусок HTML-ного шаблона к пользовательскому контенту, получая таким образом готовую страницу сайта. Ну а что еще можно ожидать от мотора за 2 рубля? Не Бог весть какой, но для кого-то и этого будет вполне достаточно.

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

Большинство разработчиков "серьезных" CMS едины в одном: они ориентируются на неподготовленного пользователя своих продуктов. И потому стараются максимально упростить жизнь такому ламеру. Концепцию можно было бы назвать "Pay-and-Play" - никаких сетевых знаний и умений иметь вовсе не обязательно, поставил и пользуйся на здоровье. К сожалению, на этом прелести всех опробованных мной сайто-моторов и заканчивались.

Дальше - только недостатки:

• Первый и самый главный недостаток - практически никакая SEO-оптимизация.

  Давно известно, что искалки совершенно по-разному относятся к статическим страницам сайта и к динамическому (изменяющемуся) контенту. Одним нравится одно, другим другое, но как-то так сложилось, что наиболее теплые чувства поисковики испытывают именно к статике. А вот страницы, что генерирует большинство CMS'ов, как раз являются динамическими.

  Вторым аспектом гарантированной беззаветной любви search engines к сайту является физическое расположение контента внутри страницы. Тут многое зависит от дизайна (надеюсь про верстку DIV'ами слышали?). Но даже при таком подходе, движек обычно накладывает некоторые ограничения и поэтому гибкости и свободы в расположении контента на странице все равно недостаточно.

  Все это означает, что поисковые системы конечно же найдут и проиндексируют сайт на таком движке, но вот восторга, переходящего в эйфорию, они от этой индексации не испытают. Для обычного информационного сайта это, возможно, и не очень важно, но для настоящего мани-мэйкера попадание в топ серпа искалок - первоочередная причина ночной мигрени. И исправить положение не так-то просто (если вообще возможно). Часто выходит так, что для приведения генерируемых CMS страниц к более-менее удобоваримому, с точки зрения SEO, виду, надо переписать половину движка. А оно нам надо?

• Второй недостаток - размеры.

  Как уже говорилось выше, типовая CMS, имеющая достаточно возможностей для удовлетворения потребностей рядового киберсанта, "весит" примерно 3-8 мегабайт. Это пустой мотор. Когда же он начнет наполняться контентом, свободное место на хосте станет исчезать не по дням, а по часам. А если учесть, что рядовому мани-мейкеру нужно иметь пару десятков сателлитов или доров - относительно небольших сайтов, полный размер контента которых не переваливает за 1-2 мегабайта, то становится понятно, что разворачивать такого "монстра" ради пары мегабайт реальной информации совсем не хочется. Здесь бы подошло что-то ультра простое, маленькое и шустрое.

• Третий недостаток - скорость работы.

  Большая CMS умеет много чего делать, но чем больше функций, фишек и примочек заложили в нее разработчики, тем тормознее она будет. Факт. И опять же этот факт идет в разрез с требованиями зарабатывателя сетевых денег. Процесс "законного отнимания банковских билетов" предусматривает пропускание через свой сайт десятков тысяч посетителей за сутки и каждый из них должен быть "обслужен" максимально быстро, ибо ленивы и капризны оне. А потому скорость - важная составляющая любого манимейкерского сайта.

• Четвертый недостаток - использование баз данных.

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

  Смотрите сами, для сайта, который будет содержать 4-5 сотен страниц совсем не обязательно покупать полу-гектарный хостинг. Скорее наоборот, следует купить самый дешевый и маленький, метров на 5-7. Этого вполне будет достаточно. Но вот хостер - скотина такая - для таких малых объемов не дает доступа к БД: "Нужен MySQL? покупай 300 мегабайт!"

  Результат - переплата за заведомо лишнее место на сервере только из-за того, что мотор сайта не может обойтись без MySQL. Кроме того, если сайт может обходиться без использования БД, то резервное копирование сводится к простому копированию файлов с сервера (обычному скачиванию, которым каждый из нас занимается чуть ли не каждый день).

• Пятый недостаток - сложная смена дизайна.

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

• Шестой недостаток - излишняя навороченность.

  Для популяризации и распространения своей CMS создатели должны наделить ее максимумом возможностей, сделать как можно более универсальной. В результате возникает "эффект продуктов Microsoft" - от версии к версии ОНО становится все больше и больше, хотя работу выполняет туже самую, что и раньше.

  Вторым последствием такой универсальности является блокировка работы посторонних скриптов, расположенных на том же хосте/домене. Иногда из-за этого приходится отказываться от использования, в общем-то не плохой, CMS. Это печально, но исправить положение в большинстве случаев не представляется возможным.

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

• Седьмой недостаток - полное (или почти полное) отсутствие анализа работы.

  Может я чего-то упустил, но ни один из виденных мной движков не давал сколько-нибудь полной (и полезной) статистики работы сайта. Большинство CMS не утруждают себя даже тупым подсчетом количества посетителей. Про всякие поисковые запросы, источники трафика и анализ популярности страниц можно даже не вспоминать. Поставил CMS - зарегистрируй сайт в куче каталогов, обвешай страницы счетчиками и будет тебе счастье. Только не горячись, когда увидишь, что показания всех этих счетчиков различаются так же, как жизнь, которую показывают в телевизоре, и зрелище реалий за окном.

  Потому, что одним для учета посетителя требуется загрузка банера (rambler), другие используют для этого блоки java-script (liveinternet). А если серфер запретил загрузку картинок или выполнение java-скриптов, то он остается невидимым для таких счетчиков. Этакий призрачный серфер. Кроме того, ни один из приклеенных к страницам счетчиков не покажет вам, сколько и каких ботов посетило ваш сайт и какие именно страницы они нюхали и когда это произошло.

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

• Восьмой недостаток - сложность расширения.

  Написание дополнительных модулей к любому софту - занятие довольно муторное. CMS'ы тут не исключение. Было бы очень здорово, если бы движку можно было подсунуть любой (ну или почти любой) PHP-файл и он (движек) смог бы с этим файлом нормально ужиться. Но, к сожалению, обычно выходит так, что проще найти другую CMS, уже имеющую нужную функциональность, чем доработать используемый движек. Ибо очень капризны оне.

• Девятый недостаток - отсутствие ограничивающих мер.

  Максимум, что доводилось встречать в CMS - ограничение на доступ к некоторым частям сайта для определенных групп пользователей. Это здорово, но имеет, так сказать, прикладной характер. Огромную пользу от этой штуки можно поиметь, например, в блоге, магазине или форуме.

  Мани-мейкера же скорее интересует системное применение этих запретов. А именно: запрет на доступ к сайту с определенных IP-адресов или указанных хостов. Так же ему необходимы средства отслеживания нежелательных запросов и меры борьбы с ними. Например, блокирование частичного или полного выкачивания сайта с помощью разных даунлоадеров, противодействие попыткам автоматического воровства информации другими CMS'ами и т.д.

Все описанное показывает как сложно сделать выбор среди десятков CMS, тем более, что на практике выбора практически и нет. Каждая из виденных мной CMS обладала минимум пятью из описанных мной девяти недостатков. Вывод напрашивается сам собой - надо писать свой CMS!

И вот, что я хочу от него добиться:

• Максимальная оптимизация под поисковые системы ("управляемое" расположение контента в странице, облегченный дизайн, генерация псевдо-статических страниц)


• Минимальные размеры как движка, так и хранимых на сервере данных.


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


• Отсутствие необходимости использования баз данных (MySQL). Все данные будут храниться в обычных файлах на сервере.


• Максимально упрощенная схема смены дизайна. В идеале к движку можно будет прикрутить абсолютно любую "морду".


• Модульность архитектуры. Есть ядро (основа движка) и есть набор абсолютно независимых друг от друга модулей, которые можно отключать/подключать по мере необходимости, уменьшая размер CMS и увеличивая скорость ее работы.


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


• Анализ обращений, с определением автоматических грабберов контента и прочих бесполезных инициаторов запросов.


• Максимально упрощенная схема создания дополнительных модулей расширения функциональности. Все должно быть предельно просто и позволять очень быстро адаптировать практически любой скрипт для работы "под движком".


• Средства ограничения доступа с сайту. Блокировка как отдельных доменов, так и целых под-сетей. Возможность определения и блокировки запросов от программ-качалок, грабберов контента, сайт-даунлоадеров и прочих нежелательных пожирателей трафика.


• Возможность легкой модернизации ядра (например, при необходимости адаптации для работы с MySQL)


• Возможность "мирного" сосуществования с другими скриптами в пределах одного хоста/домена.


• Максимальная оптимизация под поисковые системы ("управляемое" расположение контента в странице, облегченный дизайн, генерация псевдо-статических страниц)

В завершение скажу, что работа по созданию этого чуда уже начата. Более того, оно уже дышит и даже пытается встать на ноги. :)

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

Мало кто поверит, что можно бросить курить очень легко, не мучая себя, не употребляя дорогие (и вредные для здоровья) лекарства, не прибегая к кодированию и прочим глупостям. Я тоже не верил, пока сам не убедился. Я, как и множество моих друзей воспользовались этим супер-простым способом и избавились от этой вредной привычки.

Что для этого надо? Надо просто прочесть книгу!

Не верите? Ну чтож, на то есть Ваше право. Но попробовать стоит - от Вас ведь не убудет и хуже все равно не станет. Так что качайте сей супер-бук, читайте и БРОСАЙТЕ эту гнусную привычку, БРОСАЙТЕ КУРИТЬ!

Ссылка для скачивания: Аллен Карр. Легкий способ бросить курить.

Чтобы скачать книгу на свой компьютер щелкните правой кнопкой мыши на ссылке и в появившемся меню выберите пункт "Сохранить как..." или "Сохранить объект...". Затем просто выберите папку, куда будет сохранен файл и нажмине кнопку "ОК" или "Сохранить".