Вот что бывает, когда кривые руки делают шаблон для WordPress, при попытке прочитать RSS в Google Chrome (вероятно еще и в FF и Opera – не проверял).

Итак, вот пациент, он же – ошибка:

This page contains the following errors:
error on line 1 at column 6: XML declaration allowed only at the start of the document
Below is a rendering of the page up to the first error.

Анализ показывает, что такая ошибка появляется, если поставить пробел перед XML-кодом RSS-ленты. О как. Причина появления пробела в следующем: WP всегда вызывает functions.php из каталога шаблона. Вдруг темплейт-мейкер решил как-то преобразовать RSS перед выводом?

Поэтому для решения проблемы и устранения ошибки необходимо привести файл functions.php к такому виду:

<?php

/* здесь какой-то код каких-то подозрительных пользовательских функций */

?>

Непонятно? Поясняю. Сократим запись совсем, уберем весь код и оставим только открывающие и закрывающие теги PHP. Вид должен быть такой: «<php /* some code */ ?>». Если после закрывающего тега или перед открывающим тегом будет хотя бы пробел – все, приехали, появится наша ошибка. Вот такая запись сделает наш RSS-фид не валидным: «<php /* some code */ ?> » (пробел после закрывающего тега).

Ну как, разобрались?

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

А меж тем в блоге уже 20 тысяч спамных комментариев. Двадцать. Тысяч. Такой объем разгрести невозможно. И это основная причина, почему писать ничего не хочется – даже если я буду прилежным китайским ребенком, я все равно вряд ли найду отзывы о своих постах в этой горе хлама. Поэтому, наверное, легче уже удалить все полностью, заставив плакать в подушку тех, чьи комментарии умрут вместе со спамом.

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Искал книжку про компьютеры для начинающих. Нашел на озоне удивительную вещь, хоть покупай оптом! Описание:

«Если Вы решили купить компьютер и не знаете, с чего начать – эта книга для Вас! Как самостоятельно собрать и настроить ПК? Как записать и просмотреть DVD-диск с любимым фильмом или послушать на компьютере музыку? Как создать и раскрутить сайт в Интернете? Теперь Вы узнаете ответы на эти и многие другие вопросы.  Множество практических примеров, наглядных иллюстраций и пошаговых инструкций сделают Ваше обучение легким и удобным!»

Ну и ну! За 240 рублей теперь можно научиться всему! Начиная от сборки ПК, заканчивая раскруткой сайтов в сети. Ааабалдеть! И казалось бы – чего мы всем тут мучаемся?..

Постовой: Нужны окна ПВХ г. Подольск? Их легко купить в компании «Окна Лидер», дешево, качественно и быстро.

Давненько раздражал меня виджет Meta. Все, кто пользуется платформой WordPress должны были заметить, что при добавлении этого виджета в сайдбар он добавляет не только ссылки «администрирование» и  »выйти», но еще и предательские прямые (т.е. без nofollow-noindex) ссылки на сайт разработчиков платформы. Из-за чего слабые духом и вовсе отказывались от виджетов, делали весь дизайн как статический файл. А ведь виджеты – это действительно удобно.

Сейчас, дети мои, я расскажу, как вырезать ненужное нам барахло из виджетов для WordPress 3.0.4 (впрочем, я почти уверен, что способ подходит и для более старых версий и будет подходить для более новых).

Идем в файл /wp-include/default-widgets.php и ищем в нем строчку 280 (у меня), которая начинается на «class WP_Widget_Meta extends WP_Widget».

И приводим HTML-блок в следующий вид (или любой нужный Вам вид):

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

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

rss1.jpg
rss2.jpg
и так далее до rss5.jpg

Теперь идем в шаблон и смотрим, где у нас выводится иконка. У меня был вот такой код:

<img src=»/rss1.jpg»>

Его нужно заменить, добавив одну функцию из PHP: rand($from, $to). Эта функция возвращает случайное число от $from до $to. Например, rand (0, 10) вернет нам случайное число от 0 до 10 (включительно). Заменяем:

<img src=»/rss<?php echo rand(1, 5); ?>.jpg»>

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

Постовой: http://www.ipoteka.irr.ru/

Немного поменял дизайн сайта. В частности – слишком много разных ссылок, счетчиков и прочего не нужного в сайдбаре. Одним из способов, которым я скрыл лишнее – это открывающие блоки. Чтобы понять о чем я, посмотрите справа на этом сайте – нажмите на ссылку «…еще» в подписке или «больше!» в счетчиках.

То есть работает так. Предположим, мне нужно скрыть 10 счетчиков, которые на странице смотрятся довольно уродски. Засовываю их в такой вот блок, делаю ссылку. Юзер жмет на ссылку и ему открывается блок, а сама ссылка исчезает. Таким образом можно скрыть что угодно – «лишние» способы подписки (самый популярный RSS, а на остальное подписываются редко), какую-нибудь навязчивую инфу об авторе сайта, рекламные баннеры, категории, что угодно. Как это сделать?

Все замешано на JavaScript. Для любопытных подчеркиваю – все просто, это не Ajax, а именно JavaScript. Связано это с тем, что лично меня раздражает, когда жмешь на ссылку, а там еще что-то пару секунд грузится. Мгнованная загрузка – это сила. А чтобы она 100% была мгновенной, это должна быть предзагрузка (то есть все грузится «в фоне» во время загрузки основной страницы). В данном случае это не замедляет загрузку, т.к. сами блоки не объемные.

Для начала нам понадобится функция:

<script language=’javascript’>
function showblock(title){
document.getElementById(title + «-link»).style.display = «none»;
document.getElementById(title).style.display = «block»;
}
</script>

Эта функция позволяет сократить HTML-код (иначе бы пришлось все это писать в ставках вроде onclick). Добавьте ее, например, в файл header.php (если работаете с WordPress) или в другой файл шаблона. Можно непосредственно перед использованием.

Дальше. Заключаем то, что нужно скрыть, в блок div с такими параметрами: <div id=»more1″ style=»display: none;»>

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

Теперь ссылка, чтобы этот див показывался. Понятно, что ссылка может быть где угодно, хотя логичнее всего на месте этого дива (над или под ним). Ссылка такого вида: <a href=»javascript: void(0);» id=’more1-link’ onclick=»showblock(‘more1′);»>…еще</a>

Обращаем внимание вот на что: такой href нужен, чтобы при клике не срабатывала прокрутка экрана (если поставить символ #, как обычно, то прокрутка сработает – это  не удобно). id задан не случайно: он состоит из id дива выше (more1) и приписки -link. Это нужно, чтобы наша функция могла отличать – ссылка это или сам div. По событию onclick вызывается наша функция, в которую передается имя дива ‘more1′ (функция делает видимым div с id ранвым переданному и скрывает ссылку с id равным переданному плюс ‘-link’).

Чтобы было понятнее, можете посмотреть исходник моего сайта. Или вот Вам маленький пример:

<a href=»javascript: void(0);» id=’aaa-link’ onclick=»showblock(‘more1′);»>показать</a>
<div id=»aaa» style=»display: none;»>
Код, который нужно скрыть.
</div>

1. Читая чужой блог, мы листаем посты, ходим по страницам, по категориям, жмем на теги. Иногда мы проделываем довольно длинный пусть по сайту. И, например, страшно нам блог понравился. На следующий день мы открываем этот же блог и хотим продолжить чтение, но… не помним где мы остановились. Судорожно ищем место, не находим. Читать уже знакомые заголовки, когда ищешь что-то новенькое раздражает неимоверно. Листать страницы по 5 постов на каждой раздражает еще больше (ну почему нельзя было сделать по 20 постов хотя бы?!).

А почему бы автору блога не сделать следующее?

Например, где-то вверху есть галочка «Запомнить, что я читал последним». При нажатии на нее пользователь может покинуть сайт, а при повторном открытии браузера (хоть через год) он попадет на ту самую страницу, которую читал последней.

Девид Блейн, остановись, демон! Как это?! А очень просто. Когда пользователь жмет галочку, то на сайте врубается простой механизм: при переходе на очередную страницу пользователю записывается Cookie с URL или URI этой страницы. Когда пользователь заходит на сайт с другого сайта или из «чистого» браузера, мы проверяем реферер и если пользователь пришел не с нашего сайта, то делаем редирект на последний записанный URL. Конечно значение галочки «Запомнить, что я читал последним» тоже нужно записать в Cookie.

Или даже так: URL сохраняется в Cookie в любом случае, но если галочка не установлена, то редиректа не происходит (для того, чтобы всегда точно знать, что пользователь прочитал последним).

2. Еще более глобальная система закладок. Причем индивидуальная для каждого пользователя и, понятное дело, доступная без регистрации (я вообще регистрации ненавижу).

Скажем, в боковой колонке есть блок под названием «Вот это я читал», а в постах под заголовком есть ссылка «Запомнить этот пост». Когда пользователь жмет на «запомнить», то в блоке появляется ссылка на этот пост. Ну и, скажем, запомнить можно сколько угодно постов.

Реализация тоже простая. Для этого тоже достаточно одной только Cookie. Правда записывать туда придется уже не URI, а ID поста из базы данных, т.к. мы должны иметь возможность отобразить заголовок поста в блоке. В Cookie же можно просто записывать ID через запятую, а при неободимости разбивать строку через «разделитель «запятая»" функцией explode и считывать все, что нам нужно из БД.

Да, почему я не назвал это «Закладками» и «Добавить в закладки». Потому, что, очевидно, пользователи будут путать это с закладками браузера, а нужно сделать так, чтобы даже никаких ассоциаций в эту сторону не появлялось.

Эпилог. Вторая идея – это продолжение первой. И, к сожалению, на мой взгляд она немного сомнительна. Ее можно использовать, например, в инернет-магазинах в качестве функции а-ля «сравнить товары» или «отобрать понравившиеся». Но… Сами понимаете. А вот первая, я считаю, вполне себе идеища и достойна реализации. Она помогает и пользователю и повышает крутость ресурса в глазах пользователя («- Толян, смотри, какая там прикольная фишка!»). Главное, дать пользователю выбор, сохранять или не сохранять страницу последнего посещения.

Чем-чем? Вирусом. Он находится в iframe, и таким образом не виден посетителю. Но при этом посетитель успешно этот фрейм открывает и вирус хватает.

Как-как? Обычно внизу файла index.php располагается код, что-то вроде <iframe…>. При этом владелец сайта однозначно может сказать, что «ээ, дарагой, такова ранэшэ нэбэло, ээ!»

Как избавиться? Удалить этот код, сменить пароли на FTP (т.к. часто именно их и воруют).

В чем подвох? Подвох в том, что владелец сайта может «до последнего» не видеть вирус. Особенно, если вирус какой-нибудь новый. И даже Касперский не поможет.

В чем заключается моя «защита» и почему она «китайская»? Дело в том, что это скорее не защита, а оповестительная система, отключающая сайта, если вирус там поселился.

Как работает? Очень просто. Из учебника php следует, что закрывающий тег в конце файла можно опустить. То есть код:

<?php

echo «hello»;

тоже считается валидным и нормально работает.

Так вот, берем какой-нибудь WP, стираем в index.php нафиг закрывающий тег PHP (а именно вот этот: ?>). Все!

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

Реклама: начало кризиса, дешевый хостинг, автосалоны г одессы

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

Логика: если пользователь увидел баннер и не кликнул по нему – он его уже не заинтересует, а будет только раздражать. «Прозрения» (когда 2 часа читаешь сайт, а потом вдруг понимаешь, что баннер-то мега-интересный) – редкое явление, почти не встречается.

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

Минусы: не подходит для оплаты по показам (а-ля «5$ за 1000 показов»), может быть неадекватно воспринято рекламодателями («мы тратим деньги на то, что пользователь не видит!»).

Как реализовать?

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

Еще нужно предусмотреть возможность вернуть все «как было». Например вместо баннера показывать ссылку «показать баннер».

Реклама: копии часов интернет магазин, работа киев, смета скачать

Манимейкерам очень может помочь такая штука. Например, мы поставили цель выйти на какой-то доход за 5 месяцев. Конечно, первая мысль: «ууу, 5 месяцев, это много, я все успею!». Врят ли, с таким подходом.

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

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

А третья вещь, которую я вообще ни у кого не видел, это автоматическое определение количества дней до окончания цели.

То есть блоггер сам заходит в свой блог и видит… Ага, мне осталось 7 дней до звонка окончания цели, нужно скорее что-то делать.

Реализуется на PHP за 1 минуту. Код следующий:

echo abs(gregorianToJD(«03″, «18″, «2010″)  – gregorianToJD(date(«m»), date(«d»), date( «Y»)));

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

Для WordPress все просто: в файле sidebar.php (или где хотите напечатать количество дней до цели) ставим этот код в тегах <?php и ?>.

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

UPD: Меня не так поняли
Я имел ввиду не о блоге высказать мнение, а, например: “Народ, вот не знаю, может покрасить свою собаку в синий цвет? Давно хотел, но знакомые говорят, что красный сейчас популярнее. Подскажите!!11?

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

Как это реализовать? Не сложно. Предположим, что к постам мы привызываем специальный ключевик (тег). К примеру «заработок» и «создание сайтов». Дальше, скриптом достаем все теги и смотрим, сколько чего в процентом отношении от общего числа тегов.

Сейчас писать этот скрипт мне лень, но если кому-то понравилась идея, оповестите в комментариях, напишу.

Кстати, моя дырявая голова прозрела. Продолжаю акцию.

Скриншот рабочего стола Дмитрия Ярмаковича. Красиво.

Чтобы пользователь не скучал во между прочтениями постов ему может помочь разнообразить жизнь следующее:

1. Галерея фотографий.

С фотографиями из повседневной жизни автора. С одной стороны, это прикольно. С другой стороны параноидальные типы вроде меня никогда бы такое не сделали. Хотя все же больше прикольно и попробовать смысл есть. :) Посмотреть, чем, где и как живет автор, возможно фотки его семьи и детей (если есть), как-то приближают читателя к блоггеру, читать становится как-то интереснее. Фото должны вызывать симпатию, конечно, а не антипатию, иначе лучше галерею не делать. Я бы не рекомендовал Вам выкладывать фотографии, если Вы: побрили голову под ноль (даже если Вы не имеете отношения ни к скинхедам, ни к уголовщине и побрили просто так) – «на всякий случай» таких не любят, разные фотографии, демонстрирующие депрессию, показывать «фак» в камеру, корчить рожи (выходя за рамки легкого дурачества), с опухшим от похмелья лицом, пьющим «ягуар» у метро и прочие «анти-социальные» фотки. Хорошо пойдут, повторюсь, маленькие детишки («смотрите! это мой сын! уже говорит «папа»!»), улыбающиеся аккуратно подстриженные головы (неплохо сказал) и прочее.

Еще, мне кажется, нет смысла делать фотогалерею, если Вам лет 15-17. Не поймут, получится эффект «эй! да этот блог ведет ребенок!». Таких блоггеров много, без обид. Или рекомендую зарости брутальной щетиной. Опционально – не мыть подмышки.

2. Опросы.

Банально, но действенно. Любят люди опросы. Тыкать в кружочки – чего радостнее может быть? Я бы рекомендовал не слишком серьезные опросы, а опросы на тему «хороший ли дизайн у моего блога» просто бесят.

3. Каталоги чего-нибудь.

Сделайте в блоге каталог ссылок или статей или кулинарных рецептов (что к теме блога не относится). Приближая блог к порталу Вы даете пользователю ощущение «как тут много всего и как круто придумано». Например, возьмем Лекактуса (знаете такого?). Если бы он разводил кактусы (а он не разводит случайно, кстати?), меня бы порадовал каталог статей на тему разведения кактусов (при тематике блога – программирование). Как пример, я мог бы сделать каталог простых вещей (т.к. блог «простого программиста»). Оригинально? Да. Интересно? Вполне.

4. Подкасты!

Именно! Говорите голосом в микрофон и выкладывайте записи. Толкайте что-нибудь умное по своей тематике, предлагайте читателям скачать подкаст и слушать в плеере. Бога ради, только если сказать нечего, лучше не надо. Первый удачный подкаст прославит блоггера. Первый неудачный – убьет.

5. Видео-подкасты атаке!

Это вообще круто. Смотреть на блоггера, слушать. Веб2.0, параллельные миры и все такое. Я бы не отказался посмотреть-послушать таким образом Димка, Давыдова или Маула. Кто бы отказался? Хотя, должен сказать, для этого и предыдущего пункта нужно обладать какой-никакой репутацией и известностью, или сделать подкаст действительно интересным.

Кстати, форма пиара: сделать видео-подкаст в качестве новости, а-ля «новости на первом», но «из мира сео». То есть Вы как бы диктор и как бы официально так зачитываете: «Как сообщает ‘Итаартас’, недавно Давыдов подрачил в пакетик из супермаркета Виктория. Это вызвало большой резонанс в мировой блоггерской общественности…» и т.п.

6. Кричащий дизайн.

Да, он помогает завлечь, тут ничего не скажешь. Хороший дизайн как минимум привлечет внимание и заставит прочитать первую строчку поста. Не понравится – уйдут, так что дизайн – далеко не все.

7. Элементы социалки.

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

8. AJAX.

Он гипнотизирует. Где можно, ставьте Ajax, главное, чтобы он SEO для блога не портил.

9. Музыка в блоге.

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

10. Игры в блоге.

Нигде не видел такого, чтобы в сайдбаре была игра и в нее можно было поиграть. Можно попробовать, должно быть забавно. И сделать архив игр. Да и пофигу, что блог не об играх :)

11. Монструозный интерактив.

Видел на одном из блогов забавную штуку: жмешь на смайлик и по экрану начинает летать злобный монстр из старой игры (подробнее см. тут). Думал в своем блоге сделать вылезающего из-за экрана Девида Блейна и что-нибудь такое этакое говорящего. Приложите фантазию. И не забудьте сделать возможность отключить весь этот беспредел.

Сегодня (перед написанием этого поста) я сделал в блоге ротатор своих (умных, конечно!) мыслей. У меня уже давно накопилось много собственных высказываний (ну и самомнение, да?), которыми я был бы не прочь поделиться с окружающими. Сейчас сел и написал ротатор, который и хочу предложить Вам. Это не плагин, но на халяву.

Ротатор состоит из двух частей – кода ротации сообщений (в данном случае – моих мыслей [...звучит жутко]) и файла с фразами для ротации. Пусть на одну мысль будет отведена одна строка, то есть разделителем мыслей служит символ переноса строки (как мы знаем это \n).

Прямо в код шаблона WordPress (или другого движка)*, где мы хотим выводить мысли мы пишем следующее:

<?php
$file = fopen ("mind.txt", "r");
if ($file){
    $minds = "";
    while (!feof ($file)) {$minds .= fread ($file, 256);}
    $mind = explode ("\n", $minds);
    $say = $mind[rand (0, count ($mind) - 1)];
    echo iconv ('UTF-8', 'CP1251', $say)."<br>";
    fclose ($file);
}
?>

В корень сайта кладем файл с мыслями (mind.txt).

Просто, но работает. Сначала мы открываем файл (см. код) для чтения, потом в $minds читаем все содержимое файла (в цикле). Дальше делим полученную длинную строку на массив с помощью explode (разделитель – перенос строки). Потом выбираем одну фразу случайным образом и записываем ее в $say. Дальше преобразовываем кодировку к UTF8** и выводим фразу. Закрываем файл.

Чтобы было понятнее – я прописал этот код в шаблоне в файле header.php там, где хотел видеть случайные фразы. Если хотите оформить с помощью CSS, сделайте что-то вроде:

echo "<span class=someclass>".iconv
      ('UTF-8', 'CP1251', $say)."</span><br>";

…и оформляйте уже класс someclass.

Вот архив с исходниками.

* не все движки поддерживают код прямо в шаблонах, в этих случаях придется приспосабливать данный код самостоятельно

** это потому, что у меня блог в UTF8, у Вас он может быть и в другой кодеровке. Если он у Вас в CP1251, функция iconv не нужна

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

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

Идем дальше – встраиваем прямо в блог какой-нибудь сервис. Например, по проверке тИЦ (как пример) и раскручиваем его по ВЧ. Переходы в сервис обеспечены, а значит и в блог.

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

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

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

Вы используете что-нибудь для «искуственного» поднятия посещаемости?

Постовой:
цепные конвейеры
уборка квартир

Заметьте, предполагается, что Ваш блог содержит интересные материалы, иначе любое привлечение подписчиков – полная глупость (придут, но не подпишутся).

Советы будут идти начиная с самых крутых.

1) Комментировать другие блоги. Этот способ бесплатный, быстрый и очень-очень действенный. Хотя бы потому, что за один комментарий Вы получите минимум один переход – автора блога. Другими словами, очень условно, если прокомментировать 100 блогов, Вы получите 100 подписчиков. Реально это может быть не так, конечно – я бы сказал, что получите от 30 до 200 подписчиков, в зависимости от качества/количества комментариев (и пропустят ли их в эфир вообще). И еще, не забывайте, что комментировать стОит только тематические блоги, иначе даже если переход будет, очень мало кто подпишется.

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

Способ второй – это парсить Яндекс.Блоги. Хорошо тем, что блогов куууча. Плохо то, что блоги в основном не тематические и 80% из них – полное непосещаемое уебище в стиле «слезы-сопли маленьких девочек».

2) Реклама в Блогуне. Способ по сути то же самое, что и первый вариант, но в 100 раз быстрее. Плюс сразу можно и тематики и тИЦ посмотреть и прочее. И комментировать не надо. Минус понятный – за деньги. И иногда некоторые заламывают неадекватные цены.

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

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

4) Покупка постовых в известных блогах. Как ни странно, но этот способ мне не нравится. Аргументирую: переходов мало, а значит подписчиков еще меньше. Возможно странно, но купив постовой на профитхантере, я получил где-то порядка 10-20 переходов и все. И это при 1000 подписчиков (на тот момент). Кроме того, Давыдов как-то бесплатно поставил на меня ссылку (есть у него такая акция), тоже самое – около 25 переходов. Короче – полный бесполезняк.

Совет: есть все же способ. Нужно купить не просто постовой, а попросить автора блога поставить постовой в середину статьи. Часто еще выделяют его рамочкой и т.п. Взгляд сам натыкается на него – переходов больше. Хотя принципиальной разницы нет. А лучше всего – это краткий обзор или скрытая реклама (прямо в пост).

5) Покупка баннеров. Очень дорого и, возможно, не целесообразно для блога. Особенно, учитывая, что есть бесплатные способы (см. выше).

Я этим и ограничусь по одной простой причине – можно было не писать ничего, кроме первого способа, дописав что это единственный «мега-тру» способ.

Постовые:

безлимитный мтс

красивые номера мтс

Дюже прикольные – весы напольные.

программы для КПК

Идея не новая, но все же интересная: давать ссылки на последние посты нового блога в другом, более раскрученном. Ну и понятное дело, вручную их писать – самоубийство. Поэтому я написал небольшой скрипт (а что Вы ждали?), который хорошо работает под WordPress (он написан на PHP, поэтому будет работать везде, где есть PHP).

Кстати, если хотите, чтобы я из него сделал плагин – пишите, по просьбам заверну в плагин.

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

Я привел скрипт в порядочный вид и вынес ключевые данные в переменные перед скриптом. Засовывать скрипт нужно прямо в сайдбар. Да-да, прямо туда :) Код:

// Расшифровка:
// $snbc - some new blog connect - дескриптор подключения к БД
// $snbquery - some new blog query (для запроса)
// $snbresult - some new blog result (результат запроса)
$db_host  = "хост";
$db_login = "пользователь";
$db_pass  = "пароль";
$db_name = "имя базы";

$site_url = "http://адрес-другого-блога.ru/";
$error_message = "облом";
$prefix = "wp_";

$snbc = @mysql_connect ($db_host, $db_login, $db_pass);
@mysql_select_db ($db_name, $snbc);
$snbquery = @mysql_query ("SELECT * FROM ".$prefix."posts WHERE
            post_status='publish' AND
            post_type='post' ORDER BY ID LIMIT 5;", $snbc);
if (@mysql_num_rows($snbquery) <= 0) {
	echo $error_message;
}
else {
	while ($snbresult = @mysql_fetch_array ($snbquery)){
		echo "* <a href=\"$site_url".$snbresult['post_name'].
                         ".htm\">".
                         $snbresult['post_title']."</a><br>";
	}
}
@mysql_close ($snbc);

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

Я даже на всякий случай везде наставил «собак», которые подавляют вывод ошибок.

Логика скрипта: для подключения мы используем другой дескриптор базы данных (ресурс $snbc), и работаем с ним (чтобы не сделать случайно запрос в «первую» базу данных или еще чего похуже). Соединение мы закрываем при завершении скрипта, оно нам не нужно.

Скрипт подключается, читает последние посты (записи, имеющие статус post; сортировка по ID) из таблицы с постами, выбирает из них те, которые опубликованы (состояние publish), ограничивается 5ю записями.

Ссылки составляются похитрее – у меня они сделаны в виде ЧПУ, поэтому мне нужно читать поле post_name, содержащее ссылку. Если у Вас содержится в адресе ID, то нужно его (ID) и читать. И подставлять в адрес Вашего вида.

И не забудьте указать перфикс таблиц второго блога и прочие конфигурационные параметры! Что непонятно – спрашивайте.

Постовой:
перевозка грузов в СПб
шумоизоляция автомобиля в Петербурге
бутылка подарочного шампанского
электроинструмент макита – надежный и дешевый инструмент
создание сайтов дешево
Максим.ру – это не блог певицы, это намного круче…

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

Яркий пример: мой блог. Сначала я пытался писать о заработке и о программировании. И я постоянно терял еле-еле заработанную аудиторию (10-15 подписчиков). СЕОшники пугались постов о программировании и наоборот. Потом же я решил писать и о программировании и о СЕО в одном ключе – заработок. И аудитория (подписчики, опять же) резко пошла вверх.

Но если я начну вдруг писать о слонах, то от меня отпишутся и программисты и сеошники, т.к. их это интересует мало. Слоноводов тоже не прибавится – остальные-то посты (о сео и программировании) им не интересны. Обычно один-два поста «не по теме» проходят вполне бесследно. А вот больше – можно и блог потерять.

Совет номер раз. Для каждой темы по блогу.

Если у Вас в голове накопилось достаточно мыслей для 20 постов по какой-либо тематике, а в свой блог (блоги) писать это не получается (не подходит тематика) – заводите новый блог под эту тематику, да и все! Плюсы: никого не напугали, получили еще один белый проект, наполнять который не лень, т.к. мысли есть. Кроме того, раскручивать несколько блогов интереснее и опыт поможет.

Например, у меня таким образом вышло несколько блогов: этот, утки, блог о гитаре (еще не открыт, но уже наполняется), блог о фрилансе. Мой партнер удивляется – зачем мне столько блогов? А мне не «зачем», мне они все нужны – в каждый иногда хочется что-то написать.

И еще небольшая подсказка. Если есть одиночные мысли, которые смерть как хочется опубликовать (думать их про себя или рассказать друзьям – совсем «не то»), а некуда – сделайте «приватный» блог. Например у меня это Личный блог, находящийся в подкаталоге этого домена. Обычно, когда хочется написать что-то «ни с чем не связанное» – хочется просто пожаловаться, обматерить всех и вся или написать пост, состоящий из 1-2 умных (по мнению автора) изречений. Так вот: некоторое время я туда писал, а потом бросил. Потому, что жаловаться стало не на что – все сказал. Кстати, блог на локальном компьютере (не в Интернете) тоже помогает от желания написать какое-то переживание, хоть никто его и не прочитает.

Совет номер два. Выходите за рамки блога.

У меня почти каждый раз, когда я хочу сделать новый блог, возникает мысль о том, как можно бы его расширить и сделать из него подобие (или даже не подобие) социальной сети. Как дать людям возможность общаться, какие «фишки» туда привнести и подобное. Это же круто! Белый проект может начинаться мыслью о блоге, а закончиться популярным порталом! Например, FaceBook ведь начинался как место общения студентов общежития (или как-то так, я помню).

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

Дерзайте! Нет неосуществимых идей, есть ленивые «осуществлятели» ;)

Начнем со второй части, т.к. она интереснее. Будем делать картинку-счетчик!

Что нам нужно? Вывести счетчик с нужными нам цифрами. Для этого мы заранее сделаем заготовку-фон, где нарисуем сам счетчик. А цифры будем выводить «на лету» с помощью PHP и библиотеки GD. Именно таким образом работают все счетчики – и LiveInternet и прочие. Различие может быть разве в том, что для вывода цифр может использоваться JavaScript или другой язык.

Итак, готовим картинку. Не забудьте оставить свободное место для цифры! У меня руки из попы в плане рисования и дизайна, поэтому у меня вышло так:

В середине оставлено место для динамической подстановки цифры (количества ссылок в данном случае).

Ну а теперь нужно сделать скрипт, который обрабатывал бы это изображение и записывал бы на нужное место нужную цифру. Скрипт на удивления короткий и простой (спасибо GD!):

$x = 40;
$y = 8;
$number = 10;

$image = @ImageCreateFromJPEG("counter.jpg");
header ("Content-type: image/png");
$txt_color = imagecolorallocate ($image, 255, 255, 255);
imagestring($image, 2, $x, $y, $number, $txt_color);
imagepng ($image);
imagedestroy ($image);

Три первых переменные (я специально вынес их как переменные) это: $x – расположение текста по горизонтали (координата), $y – расположение текста по вертикали (координата), $number – это текст, который нужно вывести, а точнее – количество ссылок, поэтому оно здесь числом.

Логика скрипта тоже очень простая. Сначала мы открываем изображение (оно у меня названо counter.jpg) с помощью функции ImageCreateFromJPEG и затыкаем этой функции рот с помощью кляпа (не даем вывести возможное сообщение об ошибке или варнинге с помощью «@»). Потом отправляем браузеру заголовок с тем, что мы сейчас будем выводить png-изображение. Теперь обозначаем для этого изображения белый цвет и записываем его в $txt_color. С помощью imagestring выводим нужный нам текст в нужное нам изображение в нужные нам координаты нужным нам цветом. И с помощью imagepng и imagedestroy выводим изображение и уничтожаем его в памяти, дабы место не жрало.

Если посметить скрипт и изображение в один каталог и открыть скрипт через браузер Вы увидите изображение! 90% работы сделано.

Теперь чуть-чуть о вызове этого счетчика из кода страницы. Создаем какой-нибудь файл, например index.php и пишем туда вот это:

<img src="./counter.php">

Вот и все! Изображение выводится. Единственное, что еще хорошо было бы сделать, это проверить, а подключена ли у нас GD-библиотека :shock: Для этого в том же index.php (не в скрипте, рисующим счетчик, т.к. там Вы сообщения об ошибке не увидите – просто изображение не сформируется) пишем тоже не хитрую инструкцию, проверяющую доступна ли какая-нибудь функция библиотеки GD:

if (!function_exists('imagetypes')) die ('Не найдена GD!');

До новых встреч, ребята :)

Постовой:
туры в ГОА

Собственно, вопрос заключается в том, чтобы при добавлении ссылки на сайт не прописывать каждый раз адрес этого скрипта редиректа (у меня это http://dimoning.ru/r.php?=url). Довольно утомительно ведь. Пару раз еще можно, но 300 раз – уже запаришься. Сегодня я вопрос этот решил.

UPD: вот так вот получается (адрес скрипта редиректа подставляется сам, я его туда не писал):

К сожалению, это не решается плагином к WordPress, как мне хотелось бы. Дело в том, что все это уже не WordPress как таковой, а редактор TinyMCE, разработанный совсем другими людьми и вставленный в WordPress «как есть».

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

1) Зайдите в каталог Вашего WordPress.
2) Пройдите по следующему пути: -> wp-includes -> js -> tinymce -> themes -> advanced
3) Откройте файл link.htm
4) Перейдите на строчку 28.
5) Видите что-то вроде (вырезано из контекта): type=»text» class=»mceFocus» value=»http://» style=»width: 200px»?
6) Вместо http:// подставьте нужный адрес скрипта редиректа. Например у меня это http://dimoning.ru/r.php?url=
7) Не забудьте сохранить и залить на хостинг, если делали на локалхосте.
8) Очистите кеш, иначе изменения могут не вступить в силу (для файрфокса: Инструменты->Удалить личные данные, помечаем все галочкой, удаляем и перезапускаем браузер).

Теперь этот адрес автоматически подставится при добавлении ссылки. ;)

Постовой (купить!): Хорошие цены на стиральную машину WHIRLPOOL AWM 1000 в Одессе , Купил себе посудомоечную машину ELECTROLUX ESF 2440S в Одессе – очень доволен

Вы в курсе, что WordPress предоставляет доступ к одному и тому же посту по четырем разным адресам? Вот так:

http://www.blog.ru/post

http://www.blog.ru/post/

http://blog.ru/post

http://blog.ru/post/

Чем конкретно это грозит?

Поисковики расценивают это, конечно, как 4 разные страницы, когда на самом деле – это один пост. Соответственно поисковик может присваивать одним адресам одни значения при ранжировании, а другим – другие. Скажем, если на Вас поставили ссылку http://blog.ru/post, а на самом деле Вы раскручивали эту страницу по адресу http://www.blog.ru/post/, то дорогостоящая естественная ссылка окажется бесполезной.

Вот как от этого избавиться. Во-первых, нужно включить постоянные ссылки (ЧПУ) в админке блога (хотя это уже должно быть сделано, если ссылки образовываются именно такие). Во-вторых, добавьте в файл .htaccess следующий код:

Options +Indexes
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^blog\.ru
RewriteRule ^(.*)$ http://www.blog.ru/$1 [R=permanent,L]

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule ^(.*)$ http://www.blog.ru/$1/ [L,R=301]

Этот код сделает все ссылки вида http://www.blog.ru/post/

Если Вам нужно, чтобы адреса были без WWW, то код будет следующий:

Options +Indexes
Options +FollowSymLinks
RewriteEngine on
RewriteCond ${HTTP_HOST} .
RewriteCond %{HTTP_HOST} !^blog\.ru
RewriteRule (.*) http://blog.ru/1 [L,R=301]

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteRule (.*) http://blog.ru/1/ [L,R=301]

Просто замените blog.ru на адрес Вашего блога в этом или предыдущем коде.

Вольный перевод http://www.jimwestergren.com/wordpress-users-sharpen-your-urls-with-google/

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

Я не призываю всех убрать эту кнопку, нет! Но я лично никогда, нигде, ни разу не добавил чей либо пост в закладки с помощью этой кнопки. А Вы?

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

Я был очень удивлен, но знаменитые блоггеры, такие как Тёмма, Спрут, даже ПрофитХантер тоже грешат этими ошибками. Другие блоги я не проверял, мне и так «хватило» :)

Во-первых. После установки блога удалите с FTP файлы readme.html и license.txt. Через них можно узнать версию блога. А это чревато подбором эксплойта под Вашу версию.

Знаете, от чего я действительно был в шоке? Теперь я знаю версию блога Тёммы, Спрута, SeoInSoul‘а, ProfitHunter… А кто еще?.. Ребята же не молодой тупняк, в Интернете не первый год. Спрут меня убил наповал – такооой доисторической версии ВП я давно не видел. Обновляйся! Срочно!

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

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

Кроме того, сам WP зачем-то пишет свою версию прямо в код страницы. В заголовке. Чтобы убрать ее оттуда, «пропишите в функции темы (functions.php) строку remove_action (’wp_head’, ‘wp_generator’);» (с) http://optimization.ws/2008/06/no-meta-generator/

Во-вторых. Плагины – тоже опасное место. Зная, какие плагины установлены, хакер может попытаться применить к ним разные «наборы» для взлома и скрипты. Плагины посмотреть проще простого: открыть эту директорию через адрес строки. Например, у того же Спрута опять косяк.

Для защиты от этого создайте пустой файл, назовите его index.php и поместите в каталог wp-content/plugins.

Да, тоже правило: устанавливайте обновления плагинов, т.к. в их старых версиях тоже часто содержатся ошибки безопасности.

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

Спонсор поста: домашний кинотеатр

Спонсор поста: Рок за свободу (отчет о посещении концерта «Рок за свободу» 22 августа на площади Сахарова в Санкт-Петербурге).

Продвижение и создание сайтов в Мурманске.

Свежая версия лежит здесь, качать только её. Старая пробита спамерами.

На домик для моей черепахи пожертвовали еще два человека!

Lolly принесла в копилку 8$ (большое спасибо!) и попросила не указывать ссылку на ее сайт, к сожалению. Просила не указывать и себя, но я слишком брутален и бессердечен и мы договорились, что все же укажу :)

Andrey K. помог черепашке на 15$, большое спасибо! Его сайт: Как тратить деньги, блог праздного недобогача. Кстати, я бы хотел отметить пост о Трех законах робототехники, который лично мне оказался полезным и «прочистил мозг».

Пришло время второй части саги о создании собственного движка блога.

Первая часть здесь. Но перед этим пара слов на отвлеченную тему.

В предыдущем посте я просил помочь моей супер-черепахе на домик для нее, и уже через несколько часов откликнулся замечательный человек – Илья, пожертвовал в фонд 70 рублей. Он по «призванию» СЕОшник и недавно открыл свой блог, который обещает быть очень неплохим: SEO in Soul.ru, Душевный Блог о SEO и Заработке.

Теперь о создании своего движка блога. Я реализовал следующее: создание/редактирование/удаление постов, создание/редактирование/удаление категорий, написание комментариев и их редактирование через систему администрирования. Скачать то, что получилось можно по ссылке в конце поста (там пока что архив без редактирования комментариев из админки). Когда дойдем до безопасности, я залью этот движок на тестовый поддомен и можно будет посмотреть, что вышло. И опять эта статья обещает быть очень длинной. Боюсь, что придется ее разрезать еще на три части – авторизация в админке (эта статья), действия с постами и категориями, действия с комментариями и комментирование. А потом еще две части – вывод всего этого на сайт и безопасность движка. Пора писать книгу. (Если кого-то не устраивает такая «санта барбара» – пишите, буду делать статьи длиннее)

Для начала замечу, что все GET-параметры передаются через .htaccess и «откуда они берутся» вопрос не принимается :) Это я объяснил в первой части.

Создание системы администрирования.

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

Располагается она по адресу /vrotmnenogi-admin/, как заявлено в ТЗ (см. первую часть). Я довольно быстро раскаялся в своей дурацкой шутке, т.к. писать везде такой длинный адрес не особенно удобно :). Но от ТЗ мы не будем отступать принципиально, это полезный навык. Простите мне такой бред, я честно не хотел :lol:

Конечно, для начала нужно сделать в админке систему входа, чтобы кто попало не мог редактировать содержимое блога. Авторизация будет вполне обычная – через логин и пароль. Их md5-хеш будет сохраняться в Cookie и по нему пользователь будет проверяться каждый раз, когда что-то делает в админке.

MD5 – в данном случае применяется как однонаправленный алгоритм шифрования строк произвольной длины и получения 128-битного хеша. Другими словами, если зашифровать любое слово этим алгоритмом, то обратно расшифровать его уже нельзя. Понятно, что для проверки нужно зашифровать введенный пользователем логин/пароль и сравнить его с уже имеющимся хешем. Если они совпадают, то пользователь ввел правильный логин/пароль.

Храниться имя и пароль будут прямо в скрипте в виде переменных (файл /vrotmnenogi-admin/index.php, самый верх). Для еще большей путаницы мы будем добавлять в эту связку секретный ключ (произвольный набор символов), чтобы хакер совсем сломал голову, расшифровывая данный хеш.

Итак, как мы будем проверять вход? Для этого создан файл logintest.php, лежащий прямо в корне админки. Первой строкой в этом файле мы смотрим, не пытается ли пользователь залогиниться? Логин передается в переменной $_POST['login'] и если она не пуста, значит – пытается. Соответственно первым ветвлением IF мы проверяем, что он нам такого прислал и сравниваем с хешем строк пароля, логина и секретного ключа:

if ($_POST['login']){
	if ($_POST['login'] == $admin_login &&
		$_POST['password'] == $admin_password){
		setcookie ("admin_login", $protection_combo,
                                 time() + 60*60*24*7);
		header ("location: /vrotmnenogi-admin/");
	}
}

Если проверка пройдена, то мы устанавливаем куки, в которую и записан этот хеш. Куки ставится на неделю и работает только для каталога /vrotmnenogi-admin/ нашего движка. И потом отправляем заголовок, который переадресовывает нас на главную страницу. То есть – для пользователя не видно, что выполняется какой-то скрипт, все происходит «мгновенно».

Следующий блок в этом файле – это как раз вывод формы ввода логина и пароля. То есть, если не передано поле $_POST['login'] и данные в куки не совпадают с хешем (попытка взлома или просто нет куки – не залогинен), то выводится форма входа:

// Проверка, введен ли пароль админа
if ($_COOKIE['admin_login'] != $protection_combo){
	?>
	<form action="./index.php" method="post">
		Логин: <input name="login"><br>
		Пароль: <input name="password" type="password"><br>
		<input type="submit" value="Зайти на огонек">
	</form>
	<?php
	exit;
}

Кстати, обратите, пожалуйста внимание на то, что после вывода формы обязательно должна быть команда exit. Иначе после формы выведется сама админка. После нажатия кнопки «Войти» все данные как раз и проверяются блоком кода, описанным чуть выше.

Теперь выход. Тут все очень просто. В файле index.php я создал кнопку, при нажатии на которую выполняется скрипт logout.php. Кнопку назвал незатейливо – «Выйти» :)

<form action="./logout.php" method="post">
	<input type="submit" value="Выйти">
</form>

Никакого криминала :) Ну и сам скрипт выхода. Он просто убивает куки с хешем логина, пароля и секретного ключа, из-за чего пользователь не пройдет проверку в файле logintest.php:

<?php
setcookie ("admin_login", "");
header ("location: /vrotmnenogi-admin/");
?>

Убиваем куки (передав ей пустое значение) и отправляем пользователя на главную страницу. Вот так.

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

Скачать архив с движком dblog. Используйте как угодно, только название dblog остается за мной ;) В архиве, кстати, функционала больше, чем я здесь описал.

__________________________

Если никто не против, чуть-чуть личного. Заметил, что писать в блог для меня стало чем-то нужным. То есть меня мучает ощущение «надо бы написать в блог». Приятное ощущение, что-то вроде тяги к наркотикам для наркоманов :lol: При этом, когда пишешь в блог, это ощущение на день-два отпускает. Мне страшно :shock:

Кстати, я вроде бы пошел на поправку (болел тут несколько дней). Моя девушка подарила мне забавную картинку :)

Спасибо ей большое, очень классно получилось : )))

А еще по поводу болезней. Трехчасовой рабочий день пишет в своем блоге другой взгляд на лень (медицинский, так сказать). После чего (по совету ТРД?) Кишиневский бомж проверяется у врача и у него находят опухоль щитовидной железы.

Дорогой Кишиневский бомж, во-первых: мы все с тобой, держись! А во-вторых, я спросил у знающих людей, говорят, что эти опухоли доброкачественные и с ними живет чуть ли не половина жителей Санкт-Петербурга и даже не знает об этом. Все будет хорошо ;)

Вступление.

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

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

Да, это палка о двух концах – если плохо написать движок с точки зрения безопасности, ломаться он будет довольно легко. Но я лично не собираюсь писать его плохо ;) А Вы?

Еще плюсы? Например, скорость работы. Тот же огромный и «тяжелый» WordPress будет работать в разы медленнее, чем заточенный под конкретные задачи собственный движок.

Я расскажу, как написать свой движок за пару часов. А если копировать код у меня из статьи – за 15 минут. А если сразу скачать исходник – за 30 секунд :)

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

Недостатки есть?

Есть, не без этого. Главным недостатком своего движка и огромным плюсом для стандартных движков я считаю плагины. То есть для собственного движка их просто нет и быть не может, пока автор движка сам их не напишет. Например, в WordPress можно за 1 минуту установить плагин для вывода последних комментариев, вывода смайликов, голосования (и вообще чего угодно), а в своем блоге придется писать это все самому. И если вывод последних комментариев и смайликов – задача не сложная, то, например, с голосованием уже посложнее.

Зачем Вам все это?

В любом случае, даже если Вы выбираете стандартный движок, я все равно рекомендую прочитать статью – особенно начинающим программистам. Эта статья фактически описание создания несложной CMS, которую можно превратить из блога во что угодно ;)

И еще момент. После этого небольшого цикла статей я напишу, как сделать генератор сателлитов! И по плану – там как раз пригодится этот собственный движок ;) Запахло деньгами?

Составляем ТЗ.

(ТЗ – Техническое Задание, документ, по которому программист пишет программу, скрипт, сайт и т.п.)

Даже в таком несложном деле лучше составить небольшое ТЗ и не отходить от него в процессе разработки. Мы просто опишем, что хотим видеть в движке, а потом сделаем ровно так, как написали. Я считаю, что это полезная практика – иначе можно «расплыться» (захотеть сделать и то и се и пятое и десятое, в итоге не сделать ничего или сделать частично и плохо).

«Нужны возможности: 2* добавлять категории, редактировать их названия, вывод категорий по алфавиту, вложенность не нужна. Добавлять, редактировать или удалять посты. В посте есть заголовок и основной текст. Визуальный редактор не нужен, разрешить HTML-теги. 3* Возможность комментировать пост, вводя имя, почту, сайт и комментарий. Регистрация пользователей не нужна. Все адреса в виде ЧПУ (человеку понятный URL, а-ля dimoning.ru/hello.html). Категории открываются по адресам /category/catname/, где catname – имя категории. Посты открываются по адресам /postname.html, где postname – адес поста. Эти адреса тоже можно редактировать. *4 Прикрутить RSS последней версии протокола. Весь блог в кодировке UTF-8. Все изменения администратор вводит через админку по адресу /vrotmnenogi-admin/. Добавить постраничный вывод постов.»

Вот такое тех-задание. Сделаем четко по нему ;)

Я решил разделить создание собственного движка блога на четыре части – первая – это проектирование и еще три отмечены звездочками в ТЗ [сначала хотел 3 части, но эта статья уже вышла довольно большой, а для понимания читать большую статью, я думаю, тяжеловато]. У меня еще нет готового движка (на момент написания этих строк), поэтому исходник каждый раз будет все более дополняться.

Начнем с начала.

В начале работы я обычно прикидываю, какие мне нужны таблицы в базе данных и как их будет использовать движок. Например, здесь. Я перечислю поля и тип данных в них записываемый, а также объясню – для чего то или иное поле. Для простоты мы будем использовать только int и text.

Категории:
id (int auto increment) | url (text) | title (text)

id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор категории
url – адрес категории, который будет подставляться /category/сюда/
title – название категории, которое будет выводиться в браузер

Посты:
id (int auto increment) | url (text) | title (text) | post (text) | dt (datetime)

id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор поста
url – адрес поста, который будет подставляться /сюда.html
title – заголовок поста, выводится в браузер
post – содержимое поста, выводится туда же
dt – дата и время написания поста, проставляется автоматически и изменению не подлежит

Комментарии к постам:
id (int auto increment) | post_id (int) | nick (text) | email (text) | site (text) | comment (text) | ip (text) | dt (datetime)

В ТЗ ничего не сказано про запись IP комментатора, но я считаю, что это необходимо. Может помочь отловить злого спамера или забанить по IP. В общем, если «враг» появится, лучше знать про него как можно больше.

id – уникальный, автоматически увеличивающийся при добавлении записи, идентификатор комментария
post_id – идентификатор поста, к которому написан комментарий
nick – имя комментатора (никнейм)
email – почта комментатора
site – сайт комментатора
comment – сам комментарий
ip – IP-адрес комментатора
dt – дата и время написания комментария. Так. Для протокола. :)

Знатоки из Что-Где-Когда, конечно, заметили бы, что IP адрес можно хранить в виде long-числа, а я храню его в виде текста. Я считаю, что так нагляднее и вообще редко храню его в виде числа. Говорят, что по использованию памяти это лучше, не знаю, я не замерял. Но знаю, что это хуже по производительности – нужно преобразовывать число в IP и обратно. Я так не делаю, в общем.

С базой данных все. Теперь пара слов о ЧПУ.

Из ТЗ видно, что должны быть ЧПУ (человеку понятный Url). Для этого нам нужно создать .htaccess, который мог бы разбирать адреса вида /category/name/ и /post.html и передавать в скрипт значения этих полей в виде переменных. Например, пусть имя категории передается в переменной category, а имя поста в переменной post из массива $_GET.

Заметьте, нужно предусмотреть и постраничный вывод! Лучше подумать об этом сразу. Я предлагаю сделать примерно так же, как сделано в WordPress. А именно, для категорий страницы показываются по адресу /category/name/page/1/, где 1 – номер страницы. А если категория не выбрана (главная страница), то адреса для вывода страниц будут иметь вид /page/1/ – прямо от корня.

И еще нужно предусмотреть зарезервированное имя для RSS. Я предлагаю сделать простой адрес: /rss.html, почему бы и нет?

Какой же .htaccess файл нам понадобится? Я бы сделал такой:

RewriteEngine On
1 RewriteRule ^(rss).html$ rss.php [L]
2 RewriteRule ^([A-Za-z0-9_]+).html$ index.php?post=$1 [L]
3 RewriteRule ^(category)/([A-Za-z0-9_]+)/$ index.php?category=$2 [L]
4 RewriteRule ^(category)/([A-Za-z0-9_]+)/(page)/([0-9+])/$ index.php?category=$2&page=$4 [L]
5 RewriteRule ^/(page)/([0-9+])/$ index.php?page=$2 [L]

Я пронумеровал строки. В рабочей версии нумерации, конечно, нет.

Строка 1. Перекидывает с rss.html на rss.php прозрачно для пользователя. В rss.php будет генерироваться сама RSS.

Строка 2. При открытии адреса вида /some.html передает все между слешем и .html в скрипт index.php в переменной $_GET['post'];

Строка 3. При открытии категорий (адрес вида /category/имя/) передает в скрипт index.php имя категории в перменной $_GET['category'];

Строка 4 и строка 5 – аналогичное действие, только для других видов URL.

Ключ L не позволяет серверу идти дальше по списку, если нужное нам совпадение с адресом найдено.

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

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

Пока что все. Всем удачи и до связи :) Подписывайтесь на RSS, а то что за дела ))) Я еще не набрал даже сотни подписчиков, жуть! ))

__________________________
Посмеялся ))

В этой статьей я достаточно подробно расскажу, как я сделал свою капчу и как вообще делается капча в виде плагина для WordPress. Вы легко сможете сделать капчу на свой вкус, распространять ее, хвастаться перед друзьями – ведь Вы сделали не просто интересную капчу, а еще и в виде плагина ;) Звучит-то страшно. Но не все так сложно на самом деле.

Чтобы понимать о чем речь, я рекомендую Вам скачать мою капчу, я буду объяснять на ее примере.

Сначала нам нужно сделать заготовку плагина. Обычно плагин для WordPress может состоять из скольки угодно файлов и вообще иметь любую структуру. Ядро движка определяет – какой файл плагина является заголовочным (главным) по специальному PHP-комментарию в самом начале файла. Вот как он выглядит:

<?php
/*
Plugin Name: DCaptcha
Plugin URI: http://dimoning.ru
Description: Smart captcha for wordpress comments.
Author: DimoninG
Version: 0.1b
Author URI: http://dimoning.ru
*/
.................. дальше код плагина ...................

Записи вроде «Plugin Name:» и аналогичные как раз и служат для того, чтобы ядро WordPress смогло определить – плагин это или нет. Все эти поля отлично переводятся по словарю, да и вообще не составляют никакой тайны: название, адрес плагина, описание, автор, версия, адрес сайта автора.

Здесь я немного поясню для тех, кто никогда плагины для WordPress не писал. В WordPress все сделано очень просто. Для каждого действия в ядре предусмотрена какая-то функция. Например, есть функция для вывода заголовка – get_title (или как-то так, сейчас не о ней). Если Вы в своем плагине просто создадите собственную функцию с таким же именем, то WordPress автоматически вызовет Вашу функцию после вызова встроенной в ядро. И передаст ей все те же параметры, что передал «родной» get_title!

Альтернатива – это вручную указать, какую собственную функцию вызывать после вызова одной из стандартных функций WordPress’а (здесь будет сделано именно так).

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

В данном случае нам придется работать с постингом комментариев и выводом формы комментирования. Это для того, чтобы в форме добавить собственно капчу, а при комментировании проверить – прошел ли пользователь капчу или нет.

Добавляем капчу в форму постинга комментариев.

Во всем плагине это самый сложный момент. Все необходимые действия выполняет наша функция dcaptcha_draw ($id); Вот и она (она же есть в самом плагине, см. ссылку выше):

function dcaptcha_draw ($id){
global $user_ID;

if ($user_ID){
return $id;
}

// здесь было CSS-оформление капчи,
// я его пропустил
<script language="javascript">
function dcaptcha_change(){

if (document.getElementById('dcaptcha_captcha1').className ==
"dcaptcha_yellow"){
document.getElementById('dcaptcha_captcha1').className = "dcaptcha_red";
document.getElementById('dcaptcha_sess').value = 0;
}
else{
document.getElementById('dcaptcha_captcha1').className = "dcaptcha_yellow";
document.getElementById('dcaptcha_sess').value = 1;
}
}

</script>

<div id="dcaptcha"><p>
<div class="dcaptcha_red" id="dcaptcha_captcha1" onclick="dcaptcha_change();">
<b>Да человек я, человек! =)</b></div>
<label for="dcaptcha_captcha1"><small><b>Если Вы человек - кликните
на красный прямоугольник!</b></small></label></p>
</div>
<input type="hidden" name="dcaptcha_sess" id="dcaptcha_sess" value="0">

<script>
var commentField = document.getElementById("url");
var submitp = commentField.parentNode;
var answerDiv = document.getElementById("dcaptcha");
submitp.appendChild(answerDiv, commentField);
</script>
<?php
}

Я пропустил CSS-оформление капчи, т.к. к функциональной части плагина оно не имеет никакого отношения. Описываю остальное.

В глобальной переменной $user_ID содержится ID пользователя, под которым сейчас залогинен комментатор. То есть – если Вы зарегистрированы и вошли в аккаунт, Вам присвоен некий user_ID и именно в этой переменной он «проходит» весь движок. Соответственно, если Вы залогинены – капчу мы не показываем.

Дальше. Я не буду разбирать сам JavaScript-код. Дело в том, что его написать можно каким угодно – он тоже в некотором роде имеет отношение к оформлению (идее капчи). Здесь с помощью JavaScript-а осуществляется «окраска» прямоугольника в белый или красный цвет, в зависимости от того, кликнул ли комментатор на капчу или нет.

Обращаю Ваше внимание! Если кликнул – значит человек. Если кликнул – мы записываем в скрытое поле dcaptcha_sess значение 1 (по умолчанию 0). Именно по значению этого поля мы и будем определять – человек это или робот.

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

Вот код установки капчи в нужное место (он выше тоже приведен):

<script>
var commentField = document.getElementById("url");
var submitp = commentField.parentNode;
var answerDiv = document.getElementById("dcaptcha");
submitp.appendChild(answerDiv, commentField);

Тут не происходит ничего страшного – сначала мы получаем идентификатор поля с ID равным url и записываем его в переменную commentField. В поле с ID равным url комментатор как раз записывает адрес своего блога. Потом мы получаем идентификатор нашей формы с капчей (она у меня заключена в большой div, который имеет ID равный dcaptcha). И последней операцией мы говорим браузеру, чтобы он сделал наш div дочерним по отношению к полю ввода url. То есть – поставил наш div после поля ввода url.

Промежуточный итог.

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

Постинг коммента.

Теперь нам нужно сделать пару заключительных штрихов. Когда комментарий постится в блог, нужно проверять, какое значение у переменной dcaptcha_sess (она проходит через POST-запрос, а значит в массиве $_POST, как и все остальные поля комментария). Если dcaptcha_sess равна 1, значит писал человек (кликнул на капчу как и просили), можно постить. Если нет – это спам.

Для этого сделана очень простая функция:

function comment_post ($id){
	global $user_ID;

	if ($user_ID){
		return $id;
	}

	if ($_POST['dcaptcha_sess'] != '1'){
		wp_set_comment_status($id, 'delete');
		echo "wrong captcha. no spam, please.";
		exit;
	}
}

Как ни странное – сам WordPress сначала записывает комментарий в базу, а уже потом вызывает нашу функцию-дополнение к собственной. Поэтому в качестве параметра мы получаем ID комментария, который комментатор добавил только что.

Как и в функции dcaptcha_draw сначала мы проверяем – а не был ли залогинен пользователь? Если был – постим комментарий сразу. Дальше мы проверяем $_POST['dcaptcha_sess']. Если она не равна единице, а значит это добавлено ботом (или человек забыл нажать на капчу), то мы – сначала удаляем комментарий, используя стандартную функцию wp_set_comment_status (в качестве параметров передаем ей ID комментария для удаления и ключевое слово, означающее, что комментарий надо удалить). Потом мы пишем, что неверно введена капча и завершаем вообще все скрипты.

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

И финальный шаг.

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

add_action('comment_post', "comment_post");
add_action('comment_form', "dcaptcha_draw");

Готово. Поздравляю, мы сделали капчу.

О «классическом» механизме работы капчи.
О взломе моей капчи.
И о взломе капчи с zarabotai.lv.

Я обещал это рассказать. Без грустного не обошлось. Чтобы все было понятно, сначала я объясню «классический» механизм работы капчи, где нужно вводить цифры с картинки.

Классическая капча работает так: случайным образом генерируется картинка; значение, отображенное на ней записывается в переменную сессии для данного пользователя. После этого оно сравнивается со значением, введенным самим пользователем в поле и если они не совпали – это спам.

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

О взломе моей капчи и о взломе капчи с zarabotai.lv.

Здесь же, для взлома нужно всего-навсего передать значение 1 для поля dcaptcha_sess в POST-запросе, это легче, чем писать скрипт разбора картинки. Другое дело, что в спам-базах обычно десятки тысяч сайтов, для каждого руками подобрать способ взлома – можно сойти с ума. Поэтому спаммеры обычно выбирают блоги, сайты и форумы со «стандартными» капчами (иначе для каждого блога и сайта нужно собственноручно создать скрипт, который мог бы спамить – дорого и малоэффективно)

В этом и секрет счастья – так сказать, эффект нестандартности капчи. Таких больше нет ;) Если моя капча появится на 10.000 блогах – скорее всего она обратит на себя внимание спаммеров и ее взломают.

На этом же самом и основана капча с zarabotai.lv – какое-то поле изменяет свое знание. Ну или похожая проверка.

Здесь оговорюсь – не всегда и капча-картинка спасет. Например, стандартную капчу от форума phpBB довольно давно сломали и уже насыпались терабайты спама на все форумы, где установлена стандартная капча. И она как раз вариант капчи с картинкой!

Ммм… Я как-то так подошел к тому, что в любую капчу можно сломать. ;) И если мою сломают, я за 5 минут чуть-чуть где-нибудь изменю ее (например, изменю название dcaptcha_sess на другое или по-другому сделаю проверку), выпущу плагин с новой версией – и все, спама опять не будет ;)

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

Да и не Россию мы тут спасаем от третьей мировой, чего это я :lol: Я призываю все же сделать свой блог комфортнее и удобнее – поставить капчу «в один клик» и забыть про ужас о вводе цифр ;)

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

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

Итак, понятно, что для осуществления поставленной задачи нужно для начала узнать – пришли ли к нам ссылки из сапы. Делаем примерно как в прошлой статье, но чуть по-другому:

$a = $sape->return_links();
if (!empty ($a)) {}

Сначала мы «выводим» ссылки в переменную $a (а не на сайт, как обычно), после мы проверяем, является ли $a пустой (с помощью функции empty) и если не является, то выполняется код, заключенный в { и }.

Конечно, в фигурные скобки и нужно включать оформление блока для ссылок! Теперь то, что получается в итоге. У меня это выглядит так:

if (!defined('_SAPE_USER')){
    define('_SAPE_USER', '.....');
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$sape = new SAPE_client();
$a = $sape->return_links();
if (!empty ($a)){
    ?>
    <br><br>
    <div class="menu_block l">
    <div class="title_menu_block">Реклама</div>
         <?php echo $a; ?>
    </div>
    <?php
}

Теперь весь блок выводится только, если сапа отправляет нам какие-то ссылки.

Еще одно замечание: в предыдущей статье говорилось, как изменить код сапы так, чтобы поисковикам было сложнее определить наличие сапы на сайте. Я приведу здесь общий код для оформления блока и для его защиты, а так же (возможно, кто-то не поймет сам и ему пригодится), укажу кодировку вывода UTF-8.

<?php
if (!defined('_SAPE_USER')){
	define('_SAPE_USER', '......');
}
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
$o['charset'] = 'UTF-8';
$sape = new SAPE_client($o);
unset($o);
$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	if (!empty ($a)){
	?>
		<br><br>
		<div class="menu_block l">
			<div class="title_menu_block">Реклама</div>
			<?php echo $a; ?>
		</div>
	<?php
	}
}
?>

Вот так. Теперь у нас защищенный блок ссылок, который не выводится вовсе, если ссылок нет. Удачи! :)

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

SAPE_ERROR: Не могу подключиться к серверу: dispenser-01.sape.ru/code.php?user=b4c4045f147bf074f5dcd938cd734316&host=goriz.ru

Поисковику даже задумываться не о чем – уже все понятно. Сайт торгует ссылками. Кстати, посмотрите на выдачу по запросу dispenser-01.sape.ru/code.php?user=, dispenser-02.sape.ru/code.php?user= и другим (меняется цифра от нуля до количества сапо-серверов) – возможно Ваш сайт там есть ;)

Сейчас немного программерского бреда. Это для программеров. Защищенный код будет приведен в конце ;) Это для нормальных людей :)

Теперь о защите. Как защититься? Во первых, не выводить ссылки сразу, а записывать их в переменную. Во-вторых, проверять в этой переменной вхождение строки ‘dispenser-’. В обычных ссылках такой нет, а в этой тупой ошибке – есть. И если эта строка нашлась, не выводить ничего. Если не нашлась – выводить ссылки.

Для проверки вхождения мы будем пользоваться функцией int substr_count (string $haystack, string $needle) – «substr_count() Возвращает число вхождений подстроки needle в строку haystack . Заметьте, что поиск ведется с учетом регистра символов.» (c) php.net. Если ничего не нашли, то вернется 0.

Теперь в коде сапы нужно заменить строку echo $sape->return_links(); на следующий код:

$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}else{
	echo "Hello, Yandex! :)";
}

Хело, Яндекс – это, конечно, шутка. ;) Сгенерировать эту ошибку специально невозможно. Но можно проверить работоспособность кода хотя бы специально подставив в переменную $a строку с этой ошибкой до проверки. Например так:

$a = $sape->return_links();
//разделено на строки для лучшего чтения
$a = "SAPE_ERROR: Не могу подключиться к серверу:
     dispenser-01.sape.ru/code.php?user=
     f72e534919cd569065c0994725491ce3&host=kitaphana.kz,
     type: file_get_contents";
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}else{
	echo "Hello, Yandex! :)";
}

Выводит Hello, Yandex :), а значит защита сработала.

UPD: Блин, совсем забыл! Hello, Yandex лучше удалить нафиг. Можно вообще удалить блок else, тогда код получится таким:

$a = $sape->return_links();
if (substr_count ($a, "dispenser") <= 0){
	echo $a;
}

Собственно, как хотите – можно оставить и послание. Можно просто убрать все из вывода (сделать echo «»;) в блоке else. Да, и еще – любителям «псевдо-рефакторинга» – можно и не использовать переменную $a, да. Но так же понятнее ;)

Удачи в заработках! :)

____________________________________________

Представляю Вам блог с интересным названием Здесь презирают заработок в Интернете. Порадовали циничное отношение к манимейкингу, но все записи «по делу», как ни странно ;).

Сам плагин скачать можно здесь. Выглядит в админке он так:

Изменение порядка осуществляется путем перетаскивания мышкой прямоугольников с названиями категорий друг относительно друга. Довольно удобно, должен сказать ;)

Установка плагина.

1. Загрузите плагин в каталог /wp-content/plugins/
2. Загрузите файл taxonomy.php в каталог /wp-includes/
3. Активируйте плагин My Category Order в меня плагинов в админке
4. Перейдите в Управление->My Category Order, там можно редактировать порядок.

Если Вы используете виджет Category, то замените его на виджет My Category Order.

Если категории выводятся в шаблон с помощью функции, то ее нужно заменить. Обычно она располагается в файле шаблона sidebar.php и называется wp_list_categories. Замените ее на следующую:

wp_list_categories('orderby=order&title_li=');

Все, теперь все счастливы :)

______________________________________
Цифровая жизнь – интересно об интернет

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

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

Обычно считается, что манимейкерский блог – это круто, это популярно, много денег и все такое. Интересное дело… Почему тогда в топе тех же Яндекс.Блогов только любительские сайты, как я бы сказал, «ни о чем»?

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

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

Похоже, что мой блог опять потерпит, чтоб их всех, изменения и буду писать я вообще о всяком и срать с высокой горки на манимейкинг, а деньги зарабатывать отдельно от блоггинга ;)

* Это распугивает подписчиков и постоянных читателей (если в RSS-ридер свалится несколько статей по не интересующей тематике подряд, то пользователь отпишется);

* Тематику блога точно определить не удастся (это может повлиять на рубрику в ЯК, на обмен ссылками и т.п.);

* Сложно будет найти тематических рекламодателей (по тем же причинам);
* и другое.

Мне видится несколько способов выйти из данной ситуации. Их плюсы и минусы, а так же сами способы:

1. Если очень хочется написать пост не по теме, можно просто не анонсировать его в главную ленту (то есть в те сообщения, которые отображаются на главной странице блога) и в RSS. Таким образом отсутствует эффект отпугивания читателей. Если кому надо – он просмотрит рубрики. Как вариант, можно сделать маленькую колонку (вроде последних комментариев) – «Записи без анонса» или что-то такое для оповещения.

2. Можно создать на домене раздел, куда залить другой движок и там вывесить все статьи, которые не попадают в тематику блога. Например таким образом я хочу сделать подраздел dimoning.ru/php/, куда залить документацию, справочник по функциям, примеры решения задач и прочее (по языку PHP). Для меня это хороший вариант, т.к. можно будет сделать сортировку по алфавиту и т.п. (что на ВордПрессе сделать нельзя).

3. Создать поддомен и писать нужное туда. Поставить ссылку на основном домене. Таким образом у меня сделан личное.dimoning.ru. Например, я думаю создать поддомен gamedev.dimoning.ru и сливать статьи по разработке игр туда. Правда это уже другой домен и тут нет плюсов первого и второго варианта.

В любом случае, как видно из написанного, у блога должна быть основная тематика. Для этого блога основной тематикой я выбрал СЕО/программирование-связанное-с-СЕО. Все остальные статьи пойдут «боком», как я писал выше.

Также хочу отметить плюсы первого и второго вариантов. Они очевидны – это переходы по НЧ с поисковиков. Это хороший способ раскрутки блога с нуля и бесплатно, т.к. с одной стороны можно написать 1000 статей и получить 700 уников в день, а с другой стороны – основная лента не захламляется НЧ-статьями и не отпугивает бедняг, подписавшихся по RSS ;)

Кстати, учтите, что поддомены берут не во все сервисы. Например в сапу поддомены не берут по религиозным, видимо, соображениям.

Я думаю, что у многих блоггеров та же проблема. Что делать и как быть? Я решил придумать методы для создания статей и поиска вдохновения. Методы не должны выдавать «попс-статью», нужны хорошие статьи.

А попутно я поделюсь мыслями о том, как удержать подписчиков, как лучше искать опечатки, «признаки» хорошей статьи и «многое другое» ;).

Итак, что я придумал?

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

1. Это самый работающий и главный способ! Нужно читать чужие статьи. И думать над ними. Часто чужие статьи дают пищу для размышлений. Например, таким образом я написал предыдущую статью «Сколько можно заработать, вложив 10$?«. Статья была навеяна другим материалом с другого блога. Я решил просто развить немного тему, добавив отсебятины. Вроде бы, вышло неплохо, людям нравится. Даже 5 подписчиков появилось (и 1 потом отписался; как я уже говорил, передаю тебе – ты засранец!))).

2. Если Вы в данный момент решаете какую-то проблему (связанную по тематике с блогом), можете попробовать описать ее в блоге. А еще лучше – ее решение в дальнейшем. Например, как я сейчас. У меня был ступор несколько дней – не приходили новые темы для статей. А потом я решил написать, как я пытаюсь найти материал и идеи ;)

3. Обычно материалы по многим темам можно найти на форумах, таких как серчи. Поясняю: обычно какую-нибудь ерунду (например Магадан 2.0) крутые СЕОшники обсуждают топиками по 100 страниц, но реально полезной информации там – на 1 страницу. Можно взять эту тему и отжать из нее только полезную информацию. Это уже скорее рутина, чем творческая статья. Но способ неплохой. Таким способом охотно пользуется Шакин, как мне кажется. У него есть пара статей «Как ускорить индексацию». Как думаете, где брал материал? Нет, он, конечно мог и сам все попробовать. Но почитать форум же быстрее ;)

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

5. Общайтесь с другими блоггерами и вообще «людьми из инета». Очень часто люди задают такие вопросы, по которым можно целую книгу написать, не то, что статью. Да и иметь контакты – это круто!

5.1. Можно составлять так называемые FAQ на основе вопросов от собеседников. (Вроде бы и послал всех (fuck you), а никто не понял ))) Мне иногда стучат новички и спрашивают всякое по СЕО и программингу. Если взять все их вопросы, то получится неплохое FAQ.

6. Если Ваша работа связана с тематикой блога, часто решаемые на работе рутинные задачи – хороший повод для статьи. Например, я сейчас могу написать серию статей по теме «Как создать интерент магазин», «Как создать CMS», «Как создать …»… Очень неплохо, правда?

7. Если Вы видите интересную чужую статью, например «Как раскрутить сайт?» (это не интересно, это для примера ;) ), попробуйте написать статью-антоним «Как нельзя раскручивать сайты». Часто это оригинально (т.к. статей с «приставкой» «не» меньше).

8. Ну и небольшой совет – обязательно записывайте темы для статей, а то можно забыть про хорошую тему. Можно сделать просто – сохранять новые темы как черновики (в том же ВордПрессе). Очень удобно ;) Многие советуют носить «маленький блокнотик» и записывать туда темы, будь Вы в троллейбусе, на рыбалке или на горшке. Мне кажется, это немного отдает бредом (я так не делаю и не буду), но можете попробовать.

А теперь (парам-пам-пам!) вторая часть статьи. Почему люди перестают читать блог?

Для моего блога это особенно актуально, потому, что я хотел вести блог о нескольких координально разных направлениях – о манимейкинге, о программировании и о программировании игр. Отсюда первое правило:

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

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

Как можно сделать несколько тем в одном блоге и не распугать читателей? Я вижу несколько хороших вариантов, освещу их в следующей статье (если не забуду).

2) Читатели уходят, когда видят, что автору нечего написать. Это очень чувствуется, поверьте ;) Не нужно писать что-то «для галочки». Нечего написать – лучше подождите немного, а потом напишите хорошую статью, когда придет мысль. Говном рунет и так завален по уши, не надо усугублять :( Например, последние статьи у Маула меня совсем не радуют – отписался. А вот клевые посты на гейм-ит меня очень даже радуют! Читал и читать буду!

Кстати, над автором гейм-ит.ру (game-it (англ: играй в это)) шутят, мол он хотел зарегать gay-meet (гей-мит (англ: встреча геев)), но ошибся при регистрации домена :-D

3) Плохо, когда автор начинает писать бесполезные статьи. Например, 1001ый раз писать о «методах повышения тИЦ» (конечно, если автор не нашел оригинальную идею). Все статьи должны быть хоть в чем-то прикольными и оригинальными. Отсюда и правило четыре:

4) Если после прочтения статьи не остается никаких мыслей в голове или не хочется ее прокомментировать – это плохая статья. Пишите статьи со страстью ;) Арррр! :) Пишите статьи так, чтобы пользователям хотелось их прокомментировать, хотелось перечитать! Например, статья Стоит ли зацикливаться на перспективе? от Вальдемарина не вызвала у меня вообще никаких впечатлений :( К сожалению :( Человек просто пишет о себе, о своей работе. Нет, это не помешает ему набрать подписчиков. Но он мог бы набрать их побыстрее, если бы писал чуть-чуть интереснее и разбавлял статьи юмором/матами/сиськами, я не знаю. :)

5) Читая Вашу статью, люди хотят найти в ней никак не меньше, чем вселенская истина и ответ на вопрос о смысле жизни. Ни в коем случае нельзя заканчивать статью вопросом к публике. Ведь они читают статью, чтобы наоборот – найти ответы. А тут им вопросы задают! Кроме того, нельзя писать статьи, которые не отвечают на поставленные же в них (или в заголовке) вопросы. Если Вы пишите статью «Как раскруть сайт» нельзя заканчивать ее чем-то вроде «Короче, народ, я так и не понял как раскрутить сайт», нужно давать дельные советы. Так же плохо, когда про раскрутку в статье только 3 предложения, а остальное про то, как выбрать хостинг.

6) Статьи не должны быть километровыми. Тогда даже самые хорошие статьи читать не будут. Многабукоф O_o, помните такое? Маленькие «заметки на полях» тоже не приветствуются. Хотя это уже лучше. Краткость – сестра, но не моя. ))

И на последок еще пара советов. Не уверены – не пишите! Доверяйте своей интуиции (понравится/не понравится читателям). ОБЯЗАТЕЛЬНО проверяйте статью перед отправкой. Например лучше переформулировать фразы вроде «но это ему не помешает» в «но это не помешает ему», т.к. последние легче читаются. Хороший способ найти опечатки в статье – это читать ее по слогам, как в школе. Хо-ро-ший спо-соб най-ти опе-чат-ки в ста-тье… Кстати, не пишите специально нигде «очепятки» – это уже давно не смешно.

В RSS пишите только анонсы, чтобы получить больше посещений. Не пишите пьяным или с похмелья (думаю, для российских блоггеров это актуально) – толково сформулировать мысль не выйдет, да и можно уйти «ф тему сисек» или еще куда-то невольно. А на утро читатели будут потеряны.

Говорят, многим не нравится мат в статье. Это на Ваш вкус. А я отвечу как Галыгин из Камеди Клаб: «Срааать! Срааать я хотел!» :)

А как Вы (тут плакат а-ля «А ты записался в добровольцы?!») ищите идеи для статьи?

#include "stdio.h"
void main(void){
    int a;
//hello!
    for (a = 0; a < 10; a++){
        printf ("hello!");
    }
}

И CSS + HTML:

.hello{
    font-size: 10px;
}

<body>
    <font size="2"> барби-сайз! </font>
    <p> тест </p>
</body>

По-моему совсем неплохо! А теперь подробнее – где скачать, как использовать и настраивать.

Про эту чудо-библиотеку я на Вирусном СЕО, за что автору большое спасибо ;)

Сама библиотека может работать не только на вордпрессе – ее достаточно подключить как JS-файл, активировать. Она сама ищет код на странице и раскрашивает его ;)

Я же воспользовался HighLight плагином для WordPress, потому, что поставить ее вручную у меня не вышло (или я где-то ошибся). Установка простая, как обычно: всего лишь заливаем плагин в каталог wp-plugins и активируем его в «Плагинах».

В настройках можно указать, какие языки Вы используете (если не указывать языки явно, то будут использоваться все языки, что может замедлить работу библиотеки). У меня используются css, html, php, cpp. Вот весь список поддерживаемых языков (если хотите использовать язык, введите его в соответствующее поле; несколько языков вводятся чере запятую): python, ruby, perl, php, css, xml, html, django, javascript, java, cpp, sql, smalltalk, ini, diff, 1c, axapta, delphi, rib, rsl, vbscript, profile, dos, bash.

Я привел список языков, т.к. даже на официальном сайте его не нашел и пришлось лезть в исходники.

Библиотека так же позволяет изменить оформление кода с помощью CSS (подробнее читайте на официальном сайте). Но я не стал раскрашить код сам – я не дизайнер, ужасно получится ;)

По поводу использования библиотеки: в блоках текста, заключенных в <pre><code>…</code></pre> библиотека будет искать код и пытаться его раскрашивать.

У меня есть некоторые сомнения по поводу быстродействия библиотеки, но хорошо хотя бы то, что она выполняется на стороне клиента (т.к. javascript). Тем не менее, фактически, время загрузки документа это все равно увеличивает, хоть и снимает нагрузку на сервер.

Приятного использования. ;)

Если Вы считаете, что в статье не рассмотрен какой-то «супер-сервис», пишите в комментариях. Я рассматривал только сервисы, интересные мне.

blog.ru

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

Писать в блог тоже очень легко – все происходит в визуальном редакторе, с возможностью редактирования HTML. Можно запретить комментарии, установить дату записи самому, указать теги. Возможно сделать черновик из записи (она не будет публиковаться сразу). Есть автосохранение – это когда по мере редактирования каждые несколько минут запись сама сохраняется в черновики (чтобы не потерять написанное, если выключится компьютер, например).

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

Мой вердикт: нормально. Еще бы чуть-чуть и было бы супер.

blogrus.ru

Тут все плохо. При клике на «регистрация» ничего не работает. Впечатление окончательно испорчено.

Мой вердикт: понятное дело, нафиг.

blogs.mail.ru

Регистрироваться не понадобилось вообще – в блог можно попасть под регистрацией ящика. А так как я пользуюсь почтой от mail.ru, не пришлось даже заходить в аккаунт ;)

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

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

Мой вердикт: подходит только малолетним девочкам-эмо.

blogs.privet.ru

Регистрация немного напрягла: меня не стали регистрировать, пока я не указал часовой пояс. А я фиг знает, какой он там – +3ГТМ или -3… Короче, указал Атлантику :)

Сразу попросили ввесть e-mail’ы друзей, мол, чтобы их оповестить, что я сделал блог. Понятно, что такой спам нафиг никому не нужен и это дурацкий ход для рекламы сервиса.

Учитывая, что я никогда не пользовался привер.ту, началась путаница – после регистрации я попал на главную страницу и сразу непонятно, куда жать, чтобы что-то написать. Найдя свой блог, я решил написать в него. Создание записи довольно удобное – аналогично сервису blog.ru. Принципиальная возможность редактирования в HTML присутствиует. Можно указать теги, дату записи, отключить комментарии. Редактор, как обычно – визивиг.

А вот выбрать внешний вид блога мне не дали. Стандартный вид довольно жуткий. ;)

Мой вердикт: это большой портал, вроде mail.ru, поэтому я бы от него отказался.

blogspot.com

Регистрация довольно безобидная. Опять же – т.к. сервис связан с Гуглом, попросили ввести данные от ящика. Ввел. Дальше ввести название и адрес блога. Довольно мило.

Сразу предложили выбрать тему. Варианты оформления понравились, был мой любимый, а-ля «Нихрена нет оформления».

Редактирование блога очень удобное, удобнее всего. Редактор визивиг, набор функций – минимум нужных. Возможность редактирования HTML есть :) Есть предварительный просмотр. Теги тоже.

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

Все по-гугловски кратко, понятно и полезно.

Мой вердикт: супер!

ya.ru

Создал блог быстро – опять же была регистрация в Яндекс.Деньгах.

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

Создание записи довольно удобно: визивиг редактор, теги. Есть даже быстрый аяксовый предпросмотр. Редактирование HTML нет, но я уже наплевал на него. :)

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

Мой вердикт: надоел этот Яндекс… И здесь он не блеснул интеллектом.

Итог всей статьи: блог лучше всего создать на blogspot.ru или blog.ru. Если уж совсем все плохо, можно создать его на других площадках.

Конечно, вариант создать свой блог на собственном хостинге на каком-нибудь движке (например WordPress), на мой взгляд, удобнее всего – это наиболее гибкий вариант. Но для этого нужно хоть что-то понимать в программировании. Или можно попросить меня помочь ;)

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

Итак, решение я увидел такое: т.к. мне было бы неприятно, если бы ссылки на сайты авторов комментариев не показывались бы вовсе, я решил отображать адреса сайтов комментаторов просто рядом с ником и нигде не ставить ссылку. Вообще никакую. Нет проблемы – не нужно ее решать.

Но, когда я залез в файл шаблона, содержащий комментарии (comments.php), то с удивлением обнаружил там строку get_comment_author_link(), которая и выводит ссылку. Сразу выводит ссылку.

Поэтому совет от webmoneylog (08.06.2008 в 8:52) в моей статье о том, как сделать dofollow блог никуда не годится.

Порывшись немного в документации по WP (куда я бы сослал вообще всех, т.к. там можно найти ответы на 99.9% вопросов о WP), я нашел пару функций, которые не сразу выводят ссылку в браузер и, таким образом, появляется возможность сохранить ее в переменную и выреать все теги.

Сразу оговорюсь: я не искали функцию, отдающую имя автора, мне было лень. Сделал проще – взял уже найденную функцию, отдающую ссылку с именем автора в анкоре и вырезал собственно тег <a> из нее.

Получается следующая картина.

Было:
<?php comment_author_link(); ?>

Стало:

<?php echo strip_tags(get_comment_author_link());

$url = strip_tags(get_comment_author_url_link());
if (!empty ($url)){
echo «(«.$url.»)»;
}

echo «пишет:»; ?>

Думаю, все всем и так понятно. Но поясню: сначала с помощью функции get_comment_author_link мы получаем ссылку на сайт комментатора в виде <a href=»site»>nick</a> и с помощью strip_tags вырезаем из нее тег <a></a>. То есть остается только имя автора без ссылки.

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

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

Таким образом я заменил ссылки в комментариях на ник и адрес сайта в скобках рядом. Думаю, никто не обидется. Захотят перейти на Ваш сайта – ссылка есть.

P.S. Для любителей рефакторинга и оптимизации: тут на два вызова stript_tags больше. Их могло бы и не быть, если бы я хорошо порылся в документации. Но я не считаю, что проигрышь в пару сотых секунды спасет отца русской демократии ;) Так что не начинайте нудить, пожалуйста ;)

Я расскажу, как в WordPress сделать для каждой страницы свои значения meta keywords и meta description.

Сделать это проще всего с помощью плагина Another Wordpress Meta Plugin. Как обычно – прямая ссылка на архив.

На его установке я хотел бы заострить внимание особенно. Как обычно – качаем, разархивируем, засовываем в каталог wp-plugins. Идем в админку, активируем плагин (во вкладке «Плагины»). Тут все стандартно.

Повод «заострить внимание» вот где. Обычно во всех темах для WordPress’а уже записаны теги meta keywords и meta description. Записаны «жестко». И в них выводится стандартное описание. Другими словами – будет по 2 одинаковых тега. Причем непонятно, какие из них будут учитываться поисковиком. Поэтому «стандартные» нужно удалить. Для этого идем в каталог с темой, качаем файл header.php. Ищем там наличие meta keywords и meta description и удаляем их к черту.

Теперь при редактировании (и написании) страницы появляются дополнительные поля (догадались, какие?)). Заполняем и проверяем.

Для установки описания для главной страницы идем в Параметры -> Another Wordpress Meta Plugin, там есть поле Home Description.

Надеюсь, что плагин поможет Вам в продвижении ;)

Отображает смайлы над боксом комментариев, чтобы юзеры могли строить рожи автору :)

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

Первый плагин – challenge.
Он устанавливает не то, чтобы капчу, а выводит пример, который нужно решить и написать ответ. Довольно забавно, конечно, зато подбирать его вообще не нужно – оно выводится голым текстом. Думаю, что при желании можно написать спамбота минут за 20, а пока что просто плагин не распространен и слишком мало блогов с ним, чтобы был массовый спам.

Скачать плагин Challenge можно с его домашней страницы. Установка как обычно проста. Заливаем его в каталог wp-plugins, активируем и все… Я каждый раз в шоке от такой простой установки плагинов :)
Плагин два -Math Comment Spam Protection.
Тут-то и понятна вышеупомянутая «тупость» – вообще все, что я нашел, это плагины, предлагающие вводить суммы и разности чисел. С каких пор это стало популярным? Я как-то больше доверяю обычной капче.

Этот плагин я не ставил, т.к. н аналогичен плагину выше. Скачать его можно с домашней страницы Math Comment Spam Protection.

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

Все эти бесплатные темы на то и бесплатные – нужно указать автора и пользоваться наздоровье. И я не против этого, но… Недавно посмотреть исходящие ссылки на странице и увидел такую жуткую вещь – аж 10 ссылок на wpthemes.ru… Что за фигня, подумал я? Стал копаться в коде и увидел: везде, где написано Добавил(а): admin на двоеточие проставлена ссылка на wpthemes.ru!

Настолько охреневшим я не был давно :) Это больше половины всех ссылок – только с модры штук 6-9… Будьте осторожны, когда пиздите ставите бесплатную тему. Я лично готов указать автора. Но ссылка-то фактически не обязательна, можно указать только URL.

UPD: А, да. Как влияет на PR? Чем больше ссылок у страницы, тем сложнее нарастить ее PR.

UPD: Может быть это совпадение, но за первый день бытия в качестве dofollow я получил больше комментариев, чем за прошлую неделю nofollow. Я, конечно, шибко жадный :) В связи с этим решил сделать три правила, следуя которым комментатор сохранит ссылку в своем посте:

1) Информация в комментарии должна быть общеполезной, применительно к конкретному посту (то есть, комментарии общего вида типа «ага, я тоже так сделал», «спасибо большое!», «+1″ – не полезные). Причем полезность комментария определяется мной лично, конечно. Претензии по этому поводу не принимаются, т.к. иногда автор напишет, не подумав, а на самом деле его совет или не верный или мой лучше ;)

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

3) Если ссылка ведет на блог или сайт, схожий (а лучше – идентичный) по тематике с моим и он (сайт комментатора) может быть полезен моим читателям. Почему бы и не поставить ссылку в таком случае? Тут надо заметить, что блогов о том, «как заработать 500$ за день» развелось как грязи и все пишут только о Web, SEO и деньгах. Это уже немного поднадоело и полезность одного такого блога по сравнению с другим – сомнительна. Лучше всего, если Ваш сайт или блог связан с программированием непосредственно. Просто предупредил ;)

Но сегодняшний день показал, что дуфолов действительно пользуется популярностью. :)

Для чего нужен редирект? Все просто – чтобы не передавался тИЦ и PR. Потому, что это уже не прямая ссылка на другой сайт, а ссылка на скрипт на своем же сайте, который отправляет пользователя на место назначения. Для себя есть огромный плюс – возможность контролировать количество внешних ссылок (а чем меньше внешних ссылок, тем каждая из них дороже и ценнее). Хотя другим сайтам должно быть обидно – на них вроде как и поставили ссылку, но толку от нее нет (в плане повышения параметров сайта).

Я вот жадный. Я решил ставить именно такие ссылки. Потом буду раздавать «прямые» задарма, когда раскручусь ;)

Как обычно есть несколько способов проделать желаемое. Я лично буду пользоваться первым – он более универсален. Да и это собственная разработка, что всегда приятнее.

Способ первый, собственная разработка редиректа.

Все очень просто. В корень сайта нужно положить следующий скрипт (в данном случае на PHP):

$url = $_GET['url'];
if (!empty ($url)){
$url = str_replace («http://», «», $url);
$url = «http://».$url;
header («location: $url»);
}

Коротко объясню что он делает. Ему передается параметр url через метод GET (в URL’е). Потом идет проверка, а не пустой ли он (переадресовывать в никуда – вообще грустно).

Потом из него удаляется http:// и добавляется оно же. Суть этого шаманства может бысть сначала неясной. Дело в том, что для правильной переадресации обязательно должен быть указан протокол (http://). А делать проверки всякие я не люблю. Поэтому я применял функцию замены текста в строке – если http:// в строке был, то он удаляется, а если не был – ничего не происходит. Поэтому после этой функции переменная $url гарантированно не содержит записи http://. И мы ей эту запись добавляем. Теперь все как надо.

И последнее – отправляем браузеру заголовок, мол, переадресуй нас туда-то.

Вот пример работы этого скрипта: ССЫЛКА. И эта ссылка ничего не даст сайту, на который указывает. Просто перешлет пользователя.

Соответственно, ссылки добавляем как обычно, но указываем в качестве адреса ссылки http://ваш-сайт.ru/r.php?url=http://куда-нужно-поставить-ссылку.ru/

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

И есть тут еще один момент – передавать амперсанд (&) в адресе не выйдет. Нужно заменять его на %26 (процент двадцать шесть, да-да).

Способ второй (только для WordPress) – использование плагина.

UPD: Простите, господа. Дам только наводку – разбираться в этом ужасе у меня не хватает сил. Тем более, что все уже работает ;) Плагин переадресациии для WordPress.

Да, и еще одно. Переадресовывать пользователя на внутренние страницы сайта лишено смысла ;) Это я так, на всякий случай говорю.

Удачи! ;)

А как их добавляют, понять все не мог. Оказалось, все очень просто. Есть такой супер-сервис – http://odnaknopka.ru/ – , позволяющий вставить на страницу такую штуку. Причем! Уже все автоматизировано! Вставили строку кода и кнопка готова.

Вариантов кнопок три (на данный момент). Я выбрал с выпадающим списком ;)

Хочу отметить неочевидную вещь: когда Вы выбираете нужный Вам вариант кнопки, код внизу меняется без перезагрузки страницы и его варианты отличаются совсем немного. Это к слову о том, что я сначала не понимал, почему мне показывают старый код ))

Как добавить такую кнопку в ВордПресс?

Заходите в каталог с темой (шаблоном дизайна), открываете файл single.php и вписываете код там, где хотите его видеть. Легко, просто и понятно.

________________________
Если Вам понадобилась эксклюзивная мебель на заказ, я рекомендую обратиться в творческую мастерскую Берлиоз Интерьер! Эти ребята делают чудеса! Резьба, инкрустация, стеклографика, эксклюзивный дизайн – и все это по доступным ценам!

Идея очень простая: создать карту сайта, где есть ссылки на все страницы сайта. Ведь «золотое правило» – правило трех кликов (чтобы любую страницу сайта можно было найти, сделав всего 3 или меньше кликов от главной страницы). Ну тут и получается – первый клик на карту сайта (ссылка на нее находится на главной странице), а второй клик – на саму статью.

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

Перейдем к практике.

Все статьи WordPress’а находятся в таблице wp_posts. То есть – нужно просто выдрать данные оттуда.

Это сделать довольно просто и понятно, но есть одна заминка. У меня не вышло использовать одну и ту же карту сайта для разных блогов на WP – в первом случае URL’ом статьи был ее ID, подставленный в somesite.ru/?p=ID, а во втором ID не играл никакой роли и URL хранился самостоятельно в отдельном поле таблицы (guid).

Ну и еще одна тонкость – нужно выдавать ссылки только на те статьи, которые уже опубликованы и те, которые являются статьями. Последнее, возможно, звучит странно :) Объяснение – WP зачем-то хранит в wp_posts еще и «аттачи» (приложенные файлы) к статьям и еще всякую дребедень.

Теперь исходный код карты сайта на PHP. Понимающему человеку не составит труда разобраться и преобразовать этот код к нужному ему виду.

mysql_connect («хост», «логин», «пароль»);
mysql_select_db («имя базы данных»);

$q = mysql_query («SELECT * FROM wp_posts WHERE post_type=’post’ AND post_status=’publish’;»);
while ($str = mysql_fetch_array ($q)){
echo «<a href=\»".$str['guid'].»\»>».$str['post_title'].»</a><br>»;
}

Как видно из кода: запрос делается в wp_posts, выбираются только те записи, которые являются статьями (post_type=’post’) и (AND) уже опубликованы (post_status=’publish’). Дальше тупо выводятся ссылки. Тут тоже замечу – возможно, строить URL Вам придется иным способом (здесь же URL хранится в поле guid и я его просто вывожу).

http://1470.nblogs.yandexet/api/ping

http://blogsearch.google.com/ping/RPC2

http://www.bloglines.com/ping

http://blogsearch.google.pl/ping/RPC2

http://blogsearch.google.ro/ping/RPC2

http://api.moreover.com/RPC2

http://www.bitacoles.net/ping.php

http://www.a2b.cc/setloc/bp.a2b

http://2rss.com/index.php

http://api.moreover.com/ping

http://add.yahoo.com/fast/help/us/my/cgi_rss_submission

http://blogsearch.google.se/ping/RPC2

http://blogsearch.google.sk/ping/RPC2

http://rpc.pingomatic.com

http://bloglines.com/register

http://blogbib.com/submit.php

http://pinger.onejavastreet.com

http://rssfeeds.com/suggest_wizzard.php

http://ping.wordblog.de

http://imblogs.net/ping

http://ping.pingomatic.ru/RPC2

http://blogmopolis.com/submit.php

http://api.mw.net.tw/RPC2/

http://weblogalot.com/ping

http://zhuaxia.com/rpc/server.php

http://services.newsgator.com/ngws/xmlrpcping.aspx

http://xianguo.com/xmlrpc/ping.php

http://blogion.com/?p=submit

http://blogmighty.com/link_submit.php

http://www.blogdigger.com/RPC2

http://feedboy.com/

http://holycowdude.com/rpc/ping

http://blogsearch.google.nl/ping/RPC2

http://blogsearch.google.in/ping/RPC2

http://blogsearch.google.co.id/ping/RPC2

http://rpc.blogrolling.com/pinger/

http://blogsearch.google.co.il/ping/RPC2

http://rpc.pingomatic.com/

http://rcs.datashed.net/RPC2/

http://pingoat.com/goat/RPC2

http://blogsearch.google.co.it/ping/RPC2

http://www.popdex.com/addsite.php

http://blogsearch.google.co.hu/ping/RPC2

http://ping.weblogalot.com/rpc.php

http://rpc.weblogs.com/RPC2

http://blogsearch.google.ch/ping/RPC2

http://www.catapings.com/ping.php

http://blogbot.dk/io/xml-rpc.php

http://bblog.com/ping.php

http://blogsearch.google.cl/ping/RPC2

http://blogsearch.google.ae/ping/RPC2

http://blogsearch.google.be/ping/RPC2

http://blogsearch.google.bg/ping/RPC2

http://blogsearch.google.at/ping/RPC2

http://ping.syndic8.com/xmlrpc.php

http://blogsearch.google.it/ping/RPC2

http://blogsearch.google.co.jp/ping/RPC2

http://blogsearch.google.co.ma/ping/RPC2

http://blogsearch.google.com.tr/ping/RPC2

http://blog.goo.ne.jp/XMLRPC

http://blogsearch.google.com.vn/ping/RPC2

http://blogsearch.google.com.sg/ping/RPC2

http://www.blogsnow.com/ping

http://blogsearch.google.fi/ping/RPC2

http://blogsearch.google.hr/ping/RPC2

http://blogsearch.google.es/ping/RPC2

http://blogsearch.google.com.sa/ping/RPC2

http://ping.myblog.jp

http://blogsearch.google.com.pe/ping/RPC2

http://blogsearch.google.com.do/ping/RPC2

http://blogsearch.google.co.th/ping/RPC2

http://blogsearch.google.com.ar/ping/RPC2

http://blogsearch.google.com.au/ping/RPC2

http://blogsearch.google.com.mx/ping/RPC2

http://ping.bloggers.jp/rpc/

http://ping.bitacoras.com

http://blogsearch.google.com.co/ping/RPC2

http://ping.blo.gs/

http://focuslook.com/ping.php

http://blogrankings.com/addblog.php

http://feedsky.com/api/RPC2

http://ngoid.sourceforge.net/sub_rss.php

http://newzalert.com/AuthorCenter/

http://octora.com/add_rss.php

http://newsgator.com/ngs/subscriber/Folksonomy.aspx

http://myst-technology.com/mysmartchannels/sign-up

http://lsblogs.com/howtosubmit.php

http://news-feeds.org/addfeed.php

http://feedage.com/submit.php

http://plazoo.com/en/addrss.asp

http://portal.eatonweb.com/add.php

http://rssmad.com/

http://rss-clipping.com/

http://popdex.com/addsite.php

http://readablog.com/AddFeed.aspx

http://pressradar.com/suggest

http://postami.com/rss.finder/submit_feed.php

http://feed24.com/?c=add

http://industry-blogs.com/submit.php

http://rss-network.com/submitrss.php

http://imblogs.net/ping/

http://holycowdude.com/rpc/ping/

http://findory.com/submit-blog/

http://findingblog.com/add_blog.php?cat=

http://findrss.net/A55711/rsscatalog.nsf/submit?openForm

http://feedsfarm.com/a.html

http://feeds4all.com/AddRSS.aspx

http://feeds2read.net/Suggest-A-Feed

http://feeds4all.nl/AddRSS.aspx

http://icerocket.com/c?p=addblog

http://flookie.net/

http://feedbomb.com/

http://headlinespot.com/site/suggest.htm

http://godesigngroup.com/blog/feed

http://fybersearch.com/add-url.php

http://gob.phaeba.net/register.php

http://globeofblogs.com/register.php

http://getblogs.com/

http://gnoos.com.au/submitFeed.jsp

http://search4rss.com

http://fgiasson.com/pings/ping.php

http://shas3.com/submit/

http://sphere.com/feedback

http://wasalive.com/ping

http://catapings.com/ping.php

http://blogsearch.google.us/ping/RPC2

http://rpc.blogrolling.com/pinger

http://ping.bloggers.jp/rpc

http://ping.blo.gs

http://blurtit.com/

http://boingboing.net/suggest.html

http://blogsearch.google.co.uk/ping/RPC2

http://rcs.datashed.net/rpc2

http://blogoriffic.com/add_blog.php

http://blogpulse.com/submit.html

http://blog-search.com/blog-submission.html

http://blogsdominicanos.com/ping

http://blogscholar.com/index.php?option=com_registration&task=register

http://blogsdominicanos.com/ping/

http://api.mw.net.tw/RPC2

http://bulletize.com/add.php?sid=0

http://smallbusiness.com/wiki/Weblog_directory_company_blogs

http://canadiantechmob.com/form.php

http://contentsmatter.com/add.php

http://esperanto.se/kiosk/engindex.html

http://truthlaidbear.com/addtoscan.php

http://wasalive.com/ping/

http://thevital.net/

http://syndic8.com/suggest_start.php

http://strategicboard.com/?s=h:addblog

http://tailrank.com/import

http://chordata.geckotribe.com/suggest.php

http://weblogalot.com/Ping/

http://a2b.cc/setloc/bp.a2b

http://crayon.net/using/suggest.html

http://blogsnow.com/ping

http://dmoz.org/

http://csthota.com/blogmap/submit.aspx

http://blogdigger.com/RPC2

http://bitacoles.net/ping.php

http://diarist.net/

http://topix.net/member/register