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

За пол года присутствия на Интернет-рынке я искал множество методов раскрутки своих некоммерческих проектов, пока не наткнулся на тот факт, что на много больше 50% аудитории находит нужный им ресурс из поисковой системы. Что же нужно сделать, что бы допустим в первую десятку выпадающих сайтов Яндекса по поисковому запросу «бесплатный хостинг 1гб на винте» выпадал именно ваш сайт? Я не стану рассказывать о таком явлении как индекс цитирования, думаю, о нём знает любой уважающий себя веб мастер в любом случае если кто не знаком, то может прочитать описание на страницах Яндекса. И так, для того, что бы Ваш сайт попадал в первые десятки по поисковым запросам требуется, что бы ваш сайт обладал необходимым кол-вом тИЦ и PR, пытаться пробиться в первые по таким запросам как «Видео» или «Хостинг» очень хлопотно и практически не возможно, я руководствуюсь тем «Кто ищет тот всегда найдёт».

Для начала Вам потребуется оптимизировать свой сайт для поисковой системы, я обычно ограничивался тем что (речь идёт о SLAED CMS) вписывал в «Описание» и «Ключевые слова сайта» в конфигурации «Слаеда» востребованные запросы Яндекса, Гугла и Рамблера выдаваемые мне генераторами статистики по запрашиваемому слову, (найти эти генераторы можно тут: Рамблер, Гугл, Яндекс). Хочу так же отметить что генерация keywords (ключевых слов) и титлов в системе SLAED CMS производится автоматически, допустим, есть какая-то новость, система автоматической генерации сама выбирает ключевые слова из текста и ставит их в html-код страницы заключая их в тег meta name="keywords". Значит после генерации и вписывания значений, для оптимизации можно ещё воспользоваться системой ЧПУ, так как обычные динамические ссылки SLAED и другой подобной ей системы тяжело воспринимаются поисковиками для индексации. Так же смею заметить, что в системе существует ЧПУ, начиная с версий "1.7 Pro" и "2 Lite".

Теперь предстоит самое главное, это увеличение тИЦ. Думаю известно, что для увеличения тИЦ нужен обмен ссылками для цитирования вашего ресурса, и так сказать поднятия ему числового авторитета. Все когда-то начинали с простейшего, ручного обмена ссылками, заходя в каталог Яндекса и подбирая нужные для обмена по тематике сайты и посылая веб-мастерам по Эл. Почте запросы по обмену. Но это не для нас, благо теперь это кровью и потом не дается. Для обмена ссылками я использую автоматические системы по обмену ссылками, то есть каждый желающий веб-мастер добавляет свой сайт в эту систему, ставя php-скрипт каталога обменника, а затем подбирает нужные по тематике или каким либо другим критериям сайты для обмена. Я использую две системы это: Нагваль и OnLink самые интересные и перспективные, на мой взгляд, системы, тем, что не тормозные, лёгкие и удобные в обращении.

Значит, какие выполняем действия:

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

Далее начинаем подбирать сайты для обмена, тут нечего сложного кроме одного но, сразу советую откинуть амбиции относительно контента сайтов и обмениваться только с теми, у кого тИЦ составляет не ниже 50 и с теме у кого PR не меньше хотя бы 1, так как, обмениваясь с нулевыми сайтами вы уменьшаете вес ссылок для подсчёта, как бы отдавая этим сайтам часть своего возможного кол-ва тИЦ.

После подбора сайтов к обмену ждём, скажу сразу что моментального прироста тИЦ и PR на следующий день у Вас не будет, потому, как надо ждать пересчёта, пересчёт тИЦ яндексом по моим наблюдениям производиться как правило раз в две недели в ночь с вторника на среду, а вот с гуглом ситуация будем по сложнее, пересчёт PR ведется около 1 раза в три месяца, поэтому к этому знаменательному моменту советую подготовиться конкретно, обменявшись ссылками с как можно большим кол-вом сайтов.

В общем, то всё, кроме того, что попытайтесь не светить свои сайты на форумах с такими цитатами как «Я раскручиваю свой сайт методом накрутки тИЦ» бан поисковика можно схватить моментом, тем более, если тИЦ форума около 1500 :). Более подробную информацию и обсуждения о поисковых системах можно получить тут.

Автор: Лабутис Станислав
Специально для SLAED.NET, если будут вопросы, то пишите сюда, остальное в Яндексе, удачи!

Вы уже, наверное, в курсе, что группа разработчиков ядра PHP 6 встречалась в ноябре 2005 года в Париже. Это была захватывающая встреча, на которой разработчики обсудили развитие PHP со своей точки зрения. Прежде чем я начну свой рассказ о принятых решениях, вынужден предупредить – все что здесь перечислено, это не «100% решенные вопросы» и в окончательном релизе PHP 6 дела могут обстоять иначе. Конечно же, все эти моменты будут обсуждаться подробнее, но уже сейчас можно говорить о перспективах.

Окончательные релизы PHP 6 появятся не скоро, но профессиональные разработчики должны знать к чему готовиться...

Юникод

Поддержка юникода в настоящий момент может быть установлена только на уровне «per request», т.е. для каждого запрашиваемого файла. Это означает, что PHP придется сохранять варианты классов, имен методов и функций одновременно в таблице символов Unicode и в non-Unicode, что, конечно же, увеличивает количество потребляемых ресурсов. Разработчики решили сделать настройку юникода на уровне всего сервера, а не запроса. Отключение поддержки юникода, если таковая не требуется, может увеличить производительность строковых функций до 300% и приложений в целом до 25%. Вынос настроек в php.ini позволит снять заботу о юникоде с разработчика и переложить ее на администраторов хоста.

Если вы самостоятельно собираете PHP и несете всю ответственность за ваши серверы, то вам будет полезно знать, что для PHP 6 потребуются библиотеки ICU (в зависимости от того, будет ли нужен Unicode или нет).

Register Globals уйдут в прошлое

Попрощайтесь с этой настройкой, она будет окончательно убрана. Такой настройки больше не будет в php.ini и если вы ее внесете, то получите ошибку уровня E_CORE_ERROR. Это означает, что PHP 6 наконец-то завершит эру скриптов PHP 3. Это серьезный, но очень нужный шаг.

Magic Quotes будут исключены

Опция magic quotes будет так же исключена из PHP и при попытке включения такой настройки, «выскочит» ошибка E_CORE_ERROR. Это повлияет на magic_quotes, magic_quotes_sybase и magic_quotes_gpc.

Больше не будет Safe Mode

Это понравится тем, кто хостится на серверах с обязательным включением Safe Mode. Теперь, включение опции будет вызывать ошибку E_CORE_ERROR. Причиной для этого становится механизм посыла «сигнала опасности», который делает PHP более безопасным. Сохранится лишь open_basedir.

'var' будет полным алиасом 'public'

Var используется в классах PHP 4. В объектном подходе PHP 5, употребление var вызывает ошибку уровня E_STRICT. В PHP 6 предупреждение об ошибке будет устранено и var станет полным синонимом public. Это вполне нормальное решение, однако, те, кто «подогнал» свои скрипты под PHP 5, сделали в этом плане лишнюю работу.

Возврат по ссылке вызовет ошибку

И '$foo =& new StdClass()' и 'function &foo' теперь вызовут ошибку уровня E_STRICT.

Будет убрана совместимость с zend.ze1

Ze1 всегда пытался поддерживать старое поведение PHP 4, но не всегда «работал на 100%», поэтому в шестой версии PHP он будет полностью исключен.

Поддержка Freetype 1 и GD 1 будет убрана

Поддержка обоих (очень-очень старых) библиотек будет убрана.

dl() останется только в SAPI

Каждую функцию SAPI нужно будет регистрировать отдельно и только CLI и embed SAPI будут работать с этого момента. В других вариантах dl() работать не будет.

FastCGI всегда включена

FastCGI код будет «вылизан» и станет включенным по-умолчанию для CGI SAPI. При этом, поддержку FastCGI будет невозможно отключить.

Старые названия глобальных массивов будут удалены

Помните старые массивы HTTP_*_VARS? Если вы еще не начали использовать $_GET и $POST, то начните делать это прямо сейчас, потому что в PHP 6 эти массивы будут вызывать E_CORE_ERROR.

Перемещения расширений

Расширения XMLReader и XMLWriter войдут в дистрибутив и станут доступны по умолчанию. Расширение ereg для работы с регулярными выражениями переедет в PECL (т.е. будет удалено из PHP). Это означает, что PCRE будет по умолчанию недоступно и выключено. Такой шаг делается для включения нового расширения для работы с регулярными выражениями, основанными на ICU. Чрезвычайно полезное расширение Fileinfo будет включено в дистрибутив и доступно по умолчанию.

Дополнения к движку PHP

64 битный целочисленный тип данных

В движок будет добавлен новый тип данных -int64. Он будет использоваться поумолчанию для integer.

Goto

Никаких команд goto не будет добавлено. Однако, команда break расширится статической меткой, поэтому будет возможно написать break foo и это перекинет на метку foo: в вашем коде.

ifsetor()

Похоже, что мы не увидим эту функцию, что обидно. В операторе ?: можно будет опускать один параметр, что позволит писать так: "$foo = $_GET['foo'] ?: 42;" (т.е. если foo является истиной, то $foo будет равно 42). Это сэкономит немного кода, однако будет не так читаемо, как при использовании ifsetor().

foreach для многоуровневых массивов

Это отличное новшество – вы сможете проходить с помощью foreach по нескольким уровням массива, к примеру "foreach( $a as $k => list($a, $b))".

{} против []

Сейчас вы можете использовать и {} и [] для обращения к строковым индексам. Однако, запись {} уже сейчас вызовет E_STRICT в PHP 5.1 и будет полностью устранена в PHP 6. К тому же, [] частично заменят substr и array_slice и вы сможете использовать "[2,]" для получения символов от второго и до конца строки. Очень удобно.

Изменения в объектном стиле

Связка static

Будет добавлено новое ключевое слово для доступа к последующей связке – static::static2(), что позволит управлять static во время выполнения.

Пространства имен

Этот момент остается нерешенным и по сей день. Мой совет – не задерживайте дыхание.

Типизированные значения при возврате из функций

Разработчики высказались против типизации, потому как это «не в стиле PHP». Однако такая возможномть будет добавлена, но не решен вопрос ее синтаксиса. В любом случае, это будет полезная возможность.

Вызов динамческих функций как статических приведет к E_FATAL

Сейчас вы можете вызывать статические и динамические методы не обращая внимание на то, статические они или динамические. Вызов динамической функции как статической, вызовет E_FATAL.

Добавления в PHP

APC войдет в ядро

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

Hardened PHP патч

Этот патч выполняет большое количество дополнительных проверок на безопасность. Разработчики тщательно изучают этот патч и некоторые элементы найдут свое место в PHP: защита от разделения HTTP-запроса, allow_url_fopen будет разделена на две: allow_url_fopen и allow_url_include. Первая опция будет по-умолчанию включена, а вторая – отключена.

E_STRICT войдет в E_ALL

Вау, это серьезная штука! Сообщения об ошибках наконец-то войдут в E_ALL по умолчанию. Это демонстрирует старания разработчиков научить «лучшей практике программирования» посредством сообщений «Эй, ты делаешь неправильно!».

Прощайте asp-тэги <%

Будет удалена поддержка ASP-тэгов, но останутся короткие PHP-тэги <? ?>.

Заключение

PHP 6 движется в интересном направлении – разработчики PHP начали направлять программистов на правильный путь, вместо того чтобы упреждать «так делать не надо, потому что это устарело». Категоричное искоренение таких моментов как register globals, magic quotes, long arrays, {} string indexes и call-time-pass-by-references наконец-то заставит программистов «вычистить» свой код. Плохо ли это? Я так не думаю, но все это сделает переход на PHP 6 еще более медленным, чем мы наблюдаем с PHP 5 (который итак происходит ужасно!).

Официальная информация: http://www.php.net/~derick/meeting-notes.html
Оригинал статьи: http://www.corephp.co.uk/archives/19-Prepare-for-PHP-6.html
Автор: Richard Davey
Перевод: Андрей Олищук
Источник: http://phpclub.ru

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

Всегда соблюдайте основное правило веб-дизайна: посетитель вашего сайта всегда должен чувствовать, что его любят.

Ссылки следует ставить на ключевое слово или словосочетание. Например. "Подробное описание работы данного устройства смотрите в статье Кулибина."

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

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

Отдельное внимание, я думаю, стоит уделить этим самым методам. Вышеуказанные (стандартные) способы, как уже было отмечено, мало, кого интересуют, и являются именно стандартным атрибутом. Портальные системы вида *Nuke, установленные на этих сайтах приходят в негодность. На их смену грядет новая эра – DDL. Выражаясь научным языком, DDL – это Data Definition Language, язык описания данных, используемый для создания и редактирование таблиц в базе данных SQL. Я бы сказал иначе, DDL (в понимании “движка” для сайтов) – это всепоглощающая чернь сети Интернет, заставляющая поголовно, почти каждого администратора или целую группу ведущих софт-обзорного сайта переходить на этот новый “супер-пупер-мегамощный” движок, сводя всю работу к нулю! Основные принципы работы такой системы заключаются в следующем: вместо привычных всем новостных таблиц, здесь располагается лишь одна, содержащая, как правило, три, четыре колонки (название объекта, дата добавления и адрес отправителя), материалы добавляются администраторами других сайтов, при чем им достаточно лишь указать ссылку на объект. Таким образом, все материалы на DDL-движке НЕ имеют описания и скриншотов! И в 50-70% случаев есть реальная возможность получить вместе со скачиваемым объектом, какую-нибудь “дрянь”, и в данном случае речь идет не только о вирусах или троянах. Обусловлена такая ситуация тем, что именно администраторы других ресурсов добавляют новые материалы. Зачем им это надо? Ответ прост – размещение ссылки на их сайт. А если добавить 10 ссылок на программы, “warez”, порнографические материалы, то отдача будет еще больше. И не важно, какие ссылки там размещаются, главное, чтобы имена архивов совпадали с заголовками объектов. А значит можно размещать там что угодно и в каких угодно количествах. А если у недовольных посетителей появятся вопросы или негативные отзывы, то всех их дружно пошлют в… не менее стандартный уже раздел “Disclaimer”, что в переводе значит “Отмазка”, повествующий, грубо говоря, о том, что администраторы ни в чем не виноваты, потому что размещают все бесплатно, и если у Вас после использования предоставленных на сайте материалов ОС вообще не запускается – это Ваши проблемы.

На англоязычных сайтах такая система существует уже приличное количество времени и подобных ресурсов появилось просто немеренное количество. Вот примерный список основных DDL и “warez-порталов”, активно рекламирующих свои сайты с помощью их систем: limneos.net, katz.ws, phazeddl.com, directdownloads.ws, ddldestination.com, ddloutpost.com, ddlgalaxy.com, ddl2.com, xtremedl.com, gotwarez.net, ddlspot.com, warezbs.com, datowarez.info, warezcollector.com, directdl.com, qualityddl.com, ddlworld.com, muchwarez.com, ddlnow.com, warezdownloads.info, warezterminal.com, robowarez.com, directwarez.com, ddl.phrozex.com , atomicddl.com, warezddl.mtvgr.com, novoting.com, ddlporn.com, ddlnetwork.net, submissionz.com, antoddl.com, warezfreaks.com

В рунете же DDL’щиков можно сосчитать буквально по пальцам. Ведь не каждый готов вот так запросто отдать 40, а то и все 60$ за уже готовый движок. Но наши “пытливые умы”, помимо размещения своих материалов на таких сайтах, нашли не менее хороший способ раскрутки – обмен ссылками с DDL-сайтами. Безусловно, он обеспечивает моментальную раскрутку и привлечение нескольких тысяч посетителей. Но! Стоит отметить, что это зарубежная аудитория и ей на врят ли понравиться читать русские новости. И опять встает вопрос, что же делать? И опять наши, русские “умники” находят ответ – перевести весь сайт на английский язык, и новости добавлять в том же стиле. А что, ведь это очень просто! Теперь больше не надо просматривать несколько десятков сайтов в поисках нужного тебе описания, чтобы просто скопировать его себе, без указания авторского права, разумеется. А нужно всего лишь найти официальный сайт программы, который зачастую и предоставляет описание на английском языке, и скопировать оттуда весь текст. Технология “copy / paste” все больше и больше процветает, сокращая работу news-maker’ов до абсолютного минимума! Таким первопроходцем стал AntoSoft.net – гнусный, никчемный сайт, соорудивший недавно свой DDL-отдел.

И вот теперь наступает самое главное – заработок на партнерских программах. Ни одна уважающая себя российская компания вроде Clx.ru или Txtbanner.net не станет регистрировать сайт, размещающий “warez-материалы” в столь откровенном виде. И на смену им приходит новый диктатор условий заработка – Zna.ru. C момента образования партнерской программы вышеуказанного сайта, администраторы чуть ли не всех сайтов с обзорами ПО (на сегодняшний день в базе zna.ru зарегистрировано более 10000 сайтов), решили заполучить таки вожделенные 50 WMZ, от привлечения новых посетителей, а в дальнейшем может быть и клиентов этого “магазина”. Посетителей нужно заставить переходить по ссылкам, а значит, для начала нужно привлечь их внимание. Вот тут то и идут вход самые изощренные методы: раньше, все использовали такую “фишку” как раздел “Девушка дня” (лишь на Debri.ru выкладываются настоящие материалы), за тем вход пошло добавление в раздел “Друзей” и “Партнеров” этой самой реферальной ссылки под заголовком, например, “Free Porno” или “ДеФФки”, а затем и вовсе добавление картинок порнографического характера, ссылающихся на Zna, в каждую новость. А умоляющие просьбы админов сайта 700mb.ru и угрожающие слова о закрытии столь “суперского” раздела, как “эротика”, вызывали широкую улыбку на моем лице.

Таким образом, более 80% сайтов словно сменили тематику, обзоры “софта” – это уже лишь мелочь, главная цель которой заключается в показе того, что сайт регулярно обновляется. Ни в коем случае не подумайте, что я имею в виду сайты типа SoftPortal.com, Soft-Best.net и др. Эти то, как раз никогда не участвовали в подобного рода затеях, и по сей день сохраняют отличную репутацию и места настоящих лидеров в сфере размещения обзоров программного обеспечения. Речь идет о так называемых “порталах”. Настоящий, смысл этого слова, увы, давно утерян, осталось лишь новое “понятие” этого термина, включающее в себя такие аспекты, как построение сайта на движках *Nuke и размещение “warez’a”. Единственный на сегодня стоящий портал (в лучшем смысле этого слова) – WoWeb.ru – зайдите, посмотрите.

Для примера, возьму конкретную историю одного сайта – SoftObzor.net. Составил я ее давно, но нигде не размещал. “Начну, прежде всего, с того, что с момента существования проекта на нем действительно были интересные и полезные материалы, администраторы общались на равных с пользователями. Но после обмена с так называемыми “гигантами” по посещаемости, авторы получили большой прирост в это области, который поднял их с нескольких сотен, до ни одной тысячи посетителей в день. Это их право, и обвинять их в этом было бы совершенно беспочвенно и не обоснованно. Но то, что стало с сайтом после этого, лучше даже и не видеть. Его заполнили “тонны” рекламы, новости выкладывались лишь по принципу “главное, чтобы было, а не то, что есть”, в каталоге программ массовость программ создавалась обманным путем, новости просто копировались с других сайтов схожей тематики (в том числе и с моего), грамматика стала совершенно чуждым понятием news-maker’ов, размещались материалы порнографического характера, причем такие, что хотелось побыстрее уйти с оттуда и не возвращаться никогда! А после вступления в партнерскую программу сайта Zna.ru сайт полностью превратился в “помойку”. Жажда наживы, желание получить таки вожделенные 50$ довели сайт до нынешнего состояния. А с недавнего времени авторы решили, что удобнее всего будет идти по принципу так называемых “собратьев” и на главной странице публиковать новости для англоязычной аудитории. Хороший ход, особенно если учесть обмен ссылками с таким сайтом, как PhazeDLL2, принявшим ту же политику.

Итог - совершенно никчемный сайт с ворованными материалами, администраторами, возомнившими себя чуть ли не богами и презирающими всех, у кого посещаемость меньше 4000 человек в день. У многих вызовет удивление тот факт, что и по сей день у сайта сохраняется стабильная посещаемость в районе 10-12 тысяч. Объясню, обусловлено это всего лишь обменом ссылками с хорошо посещаемыми сайтами – не больше. Ведь зайдя туда один раз, возвращаться уже мало кому захочется. А ведь у сайта было перспективное будущее…”

Эта история размещена в качестве поучительного материала, прежде всего для администраторов web-ресурсов, чтобы они не повторяли эти ошибки. Обращаясь к Вам, уважаемые web-мастера, хочу отметить, что 10-12 тысяч посетителей в день – это не круто, это лишние проблемы. Связано это с тем, что ни одна хостинг-компания не будет предоставлять Вам свои услуги на тех же условиях, как и раньше, при посещаемости, допустим 1000-2000 уникальных посетителей в день. Ежедневный расход траффика в таких случаях составляет 10-15GB трафика! Умножьте это число на 30 и получите ежемесячные затраты. Порой они превышают прибыль, получаемую от рекламы. В итоге, сайт возвращается к ситуации, что и в самом начале нашего с Вами разговора, только в другом обличии: более известном (отнюдь не в русскоязычной среде) и репутацией “помойки”. Подумайте, нужно ли Вам все это.