Так уж сложилось, что тематика Livestreet завлекла меня еще на один день. Нельзя сказать, что это было приятное времяпровождение, просто я решил все же “добить” имеющиеся задачи и довести работу над блогом про гаджеты до конца. Собственно, своими знаниями за сегодня я с вами и поделюсь. Напомню только, что ранее в блоге вы также можете найти посты про шаблон Livestreet (+впечатления от системы), а также механизм добавления Sape в Livestreet.  Не следует переживать, что блог вдруг резко и надолго стал посвящен данной CMS – обещаю, сегодня последняя статья про нее:) Поговорим про сайдбар (боковую колонку) сайта.

Файлы шаблона для моего сайта находятся в директории /templates/skin/social-jquery. Действуя по законам логики я отыскал, как мне казалось, файл сайдбара sidebar.tpl, который в том же wordpress позволяет задавать отображение всех нужных блоков. На самом же деле в нем был совершенно стандартный и общий для системы код:

<div id="sidebar">
	{if isset($aBlocks.right)}
		{foreach from=$aBlocks.right item=aBlock}
			{if $aBlock.type=='block'}
				{insert name="block" block=$aBlock.name params=$aBlock.params}
			{/if}
			{if $aBlock.type=='template'}
				{include file=$aBlock.name params=$aBlock.params}
			{/if}
		{/foreach}
	{/if}
</div>

Методом тыка в той же директории /templates/skin/social-jquery нашел некоторые файлы, что могли мне помочь – блок тегов (block.tags.tpl), комментариев (block.stream.tpl) и т.п. В каждом из них можно было добавить свой код, например, для той же биржи Sape, но очередность и новые элементы мне не поддавались.

Для начала по простому добавил в конец сайдбара (файл sidebar.tpl) вывод тегов:

<div class="block stream" id="block_stream">
<div class="sidetags">
{insert name="block" block=tags} 
</div>
</div>

Как видите, это оказалось не сложно. Структура облака задана в block.tags.tpl, а код выше данный файл и отображает. Заметьте синтаксис: в insert – указываете имя block, а потом нужный вам элемент tags. По аналогии, думаю, можно выводить и остальные блоки, если понадобиться. Тем не менее, этот вариант не совсем правильный.

Расположение тегов в самом конце сайдбара меня не особо устраивало, хотелось поменять очередность блоков. Но в Livestreet новичку сделать это нереально сложно – экшены, модули, хуки, блоки, разбираться во всем этом можно вечно. Безусловно, я искал решение на тематических блогах и форумах, но перепробовав 4-5 вариантов, все равно ничего не добился. В принципе, создается впечатление, что решить ту или иную задачу можно разными способами, но разобраться в специфике CMS и шаблона так как это можно с wordpress не суждено. Под конец дня мне казалось, будто я пересмотрел добрую половину файлов системы и шаблона, перепробовав все, что только можно. К счастью, нужный вариант все же нашелся.

Заходим в файл системы config.php, который располагается в директории с таким же названием (config). Здесь есть следующий код:

$config['block']['rule_index_blog'] = array(
	'path' => array(
		'___path.root.web___/blog$',
		'___path.root.web___/blog/*$',
		'___path.root.web___/blog/*/page\d+$',
		'___path.root.web___/blog/*/*\.html$',
		'___path.root.web___/blog/*\.html$',
		'___path.root.web___/top(|(/.+))$',
	),
	'action'  => array(
			'index', 'new'
		),
	'blocks'  => array(
			'right' => array('stream'=>array('priority'=>100),'blogs'=>array('params'=>array(),'priority'=>150),'tags'=>array('priority'=>120))
		),
	'clear' => false,
);

Место с “blocks” задает какие именно блоки будут отображаться в сайдбаре (right), причем для каждого из них определяется приоритет. Есть список категорий (blogs), комментарии (stream) и теги (tags). Сами же файлы шаблона с HTML кодом отображаемого в этих элементах следует уже искать в директории шаблона – /templates/skin/social-jquery – block.blogs.tpl, block.stream.tpl, block.tags.tpl и т.п.

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

$config['block']['rule_tag'] = array(
	'action'  => array( 'tag' ),
	'blocks'  => array( 'right' => array('blogs','tags','stream') ),
);

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

Сначала пытался использовать в качестве “зацепки” тот факт, что на странице с постом отображается блок “Похожие статьи” (модуль similar), но просмотрев абсолютно все его файлы, ничего не нашел. И лишь потом меня осенило – а может все дело в модуле, который заменяет обычные URL страниц на красивые ссылки (NiceURL) – ведь в конфигах часто проскальзывала привязка в URL. И что бы вы думали – открываю директорию plugins/niceurl/config, в ней файл config.php и нахожу код:

/**
 * Настройка блоков для отображения на странице топиков
 */
$aBlocks=array(
	array(
		'group' => 'right',
		'name' => 'stream',
		'params' => array(),
		'priority' => 50,
	),
	array(
		'group' => 'right',
		'name' => 'blogs',
		'params' => array(),
		'priority' => 150,
	),
	array(
		'group' => 'right',
		'name' => 'tags',
		'params' => array(),
		'priority' => 100,
	),
);

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

Поставив точку в эпопеи разбора шаблона Livestreet испытываю двоякие чувства. С одной стороны, маленькую крохотную радость, что все разрешилось, с другой – негодование от количества потраченного времени. Хотя проблема даже не во времени, а в том, что я встретил на своем пути. Чем-то это напомнило настройку VaM Shop, но там пришлось возиться исключительно с шаблоном, здесь же все намного сложнее, наворочено столько всего, что кошмар – переменные, настройки, коды слились воедино… Возможно специалисту разобраться не так сложно, но новичку… Новичку, я бы советовал дважды подумать, чем с этим связываться. Хотя для справедливости следует заметить, что поднять социальную сеть на других CMS может оказаться еще более сложной задачей. Ну и, конечно, Smarty – зло.

P.S. Скоро лето, а значит нас ждут отпуска, морские путешествия и пляжный отдых о котором мы все так долго мечтали длинными зимними вечерами, скорее бы уже!
На сайте Electrostancii.com.ua найдете интернет магазин где представлены дизельные генераторы и различные электростанции с подробным описанием и возможностью заказа.

© Tod's Blog. Про заработок в интернете, 2012. | Комментариев - 2 | Категория CMS, Web разработка.

Интересные статьи по теме

• Настройка и шаблоны Livestreet, добавление кода AdSense (7)
• Настройка шаблона Интернет магазина на движке VaM Shop (38)
• LiveStreet CMS – бесплатный движок социальной сети (21)
• Управление DNS, работа с NS и А записями на примерах (0)
• Создание отдельного шаблона страниц в WordPress (17)

Сегодня небольшое дополнение к посту про шаблон Livestreet, о котором забыл уточнить. Речь пойдет про установку кода Sape, а также других бирж ссылок, что используют PHP. Шаблоны Смарти, оказывается, не только состоят из множества файлов, но и еще имеют скрытые настройки, которые в Livestreet отыскать не так то просто. Как я уже говорил в прошлой заметке, для добавления в шаблон различного рода скриптов (счетчиков, Google Adsense) можно использовать конструкцию вида:

{literal}
Код счетчика
{/literal}

Но для PHP кода и бирж ссылок этот прием не сработает. Забегая наперед скажу, что нужно использовать конструкцию {php} + включение поддержки PHP для смарти, но обо всем по порядку. Рассмотрим вкратце как добавить код для биржи ссылок Sape.

1. В разделе “Веб-мастеру” – “Мои площадки” кликаем по кнопке “Добавить площадку”, где выбираете код с поддержкой PHP.

2. Как указано на странице установки скачиваем специальный архив, разархивируем заливаем на ФТП и ставим права 777 на папку, но не файл sape.php.

3. Следующий шаг – добавить код Sape в шаблон Livestreet. Первым делом идем в файл шаблона header.tpl, где после тега <body> добавляем код:

{php}
    global $sape;
    if (!defined('_SAPE_USER')){
        define('_SAPE_USER', 'название_вашей_Sape_директории'); 
    }
    require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php'); 
    $o['charset'] = 'UTF-8';
    $sape = new SAPE_client($o);
    unset($o);
{/php}

Сохраняем и проверяем не появилось ли ошибок при отображении сайта. Если ошибки есть, то скорее всего код PHP запрещен в Smarty. Поэтому идем в директорию engine/lib/external/Smarty/libs где в файле Smarty.class.php нужно подправить строки:

    public $allow_php_tag = true;
    public $allow_php_templates = true;

После этого ошибка должна исчезнуть. Дальше нужно добавить отображение Sape ссылок на сайте, для этого заходим, например, в файл шаблона footer.tpl, где размещаем код:

<div class="links">
{php} 
global $sape; 
echo $sape->return_links();
{/php}
</div>

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

4. После того как код установлен возвращаемся в Sape и продолжаем добавление сайта. Указываете его адрес, тематику, а потом и настройки по работе с биржей.

В принципе, как видите, ничего сложного, только нужно помнить, про параметр $allow_php_tag, а также конструкцию {php} для вывода кода. Заметьте, что при ее использовании не нужны открывающие и закрывающие теги php, просто пишите внутри нужный код.

P.S. Чтобы научиться создавать дизайны сайтов, вам нужно будет просмотреть видео уроки фотошопа на русском для ознакомление с программой, ее возможностями и применением эффектов.
Хотите быть в курсе последних технологических новинок? – новости про гаджеты и различные компьютерные устройства вам помогут в этом.

© Tod's Blog. Про заработок в интернете, 2012. | Комментариев - 2 | Категория Web разработка, Биржи ссылок.

Интересные статьи по теме

• Установка кода sape на wordpress блог (53)
• Мой рейтинг бирж ссылок – итоги и стратегии работы (21)
• Линкмастер – выбираем качественные площадки в Sape и XAP (7)
• Заработок на биржах ссылок с автоматическим размещением (18)
• Заработок в LinkFeed (Линкфид) – биржа ссылок с интересными возможностями (10)

Вчера провел буквально полдня за правкой шаблона Livestreet и знакомством поближе с данной CMS. Спешу поделиться некоторыми впечатлениями и наработками. Система, в принципе, не новая, в далеком 2008 я уже писал про Livestreet. Тогда она только начинала свой долгий и тернистый путь, вроде даже было время когда создатель искал на Хабре кому бы ее передать. Как бы там ни было, сейчас Livestreet стала более мощной, узнаваемой и серьезной. По крайней мере визуально, по набору модулей и последним новостям все об этом свидетельствует, но так ли это на самом деле.

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

Сразу же начались какие-то непонятные проблемы с кэшем и правами доступа по FTP. В полученном мною ReadMe был совет пройти по ссылке и очистить кэш, но я не мог из-за ошибок даже войти в админку. Через какое-то время “методом тыка” и расстановкой прав 777 на директории, которые упоминались в выводимых ошибках. Случайно от проблемы удалось избавиться – это было также неожиданно как и ее появление.

Основные параметры задаются в файле/config/config.local.php, где требуется ввести доступы на БД и путь к корневой директории сайта:

$config['db']['params']['user'] = 'DB username';
$config['db']['params']['pass'] = 'DB pass';
$config['db']['params']['type']   = 'mysql';
$config['db']['params']['dbname'] = 'DB name';
$config['db']['table']['prefix'] = 'prefix_';
$config['path']['root']['web'] = 'http://mysite.ru/';
$config['path']['root']['server'] = '/var/www/v-8129/data/www/mysite.ru'; /* полный путь к корневой директории)*/

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

Настройки для Livestreet

Далеко за примером ходить не нужно. Я просто решил изменить количество номеров страниц для отображения на странице с выводимыми записями. В конфиге этого не оказалось, поэтому пришлось гуглить решение – и как хорошо, что кто-то им поделился (иначе я бы никогда не додумался). Вам “всего лишь” нужно зайти в директорию /classes/actions где в файле ActionIndex.class.php отыскать строку

$aPaging=$this->Viewer_MakePaging($aResult['count'],$iPage,Config::Get('module.topic.per_page'),30,Router::GetPath('index'));

… и указать нужное число страниц. Без подсказки это было бы нереально найти. Решение, мягко говоря, не user friendly.

А потом мне захотелось изменить количество отображаемых тегов в облаке, что выводится на сайте. Опять же начал искать настройки в конфиге, шаблоне, но тщетно. Оказывается нужно было зайти в директорию / classes/blocks, где в файле BlockTags.class.php изменить строку:

$aTags=$this->oEngine->Topic_GetOpenTopicTags(55);

Кроме классов и экшенов в Livestreet есть еще и хуки и модули. Файлов очень много, отыскать нужную тебе настройку чертовски сложно. А еще Smarty (или как их там) шаблоны… где тоже есть конфиги, настройки, экшены. Безусловно, если ты первый раз видишь новую CMS, то не нужно ожидать, что за 10-20 минут “раскусишь” всю ее структуру и принципы работы. Тем не менее, в wordpress все как-то на несколько порядков все проще – вводишь название функции в поиске и находишь описание в кодексе с максимумом полезной информации.

О Livestreet  шаблонах…

Шаблон для Livestreet состоит из множества файлов, впрочем как и для WordPress, но здесь их куда больше. Сопоставляя количество блоков, что отображаются на сайте, и просматривая файлы шаблона, состоящие из 2-3 строк кода, кажется, что все это можно было организовать куда более кратко. В принципе, логика при рассмотрении файлов шаблонов немного помогает, и можно определить какой файл за что отвечает, например:

• header_top.tpl – шапка сайта с некоторыми ее элементами.
• topic_topic.tpl – шаблон для пост (записи) блога.
• sidebar.tpl – вроде какого-то “общего” файла сайдбара, где находится  ”стандартный” код для вывода блоков. Судя по описанию он обязателен. Фактически же информация в сайдбаре выводится через block.stream.tpl.

Вообще с блоками там опять же все немного запутанно. По форумам я понял, что вроде можно в каком-то файле настроек в одной строке быстро поменять расположение блоков сайдбара – для чего и используется “общий стандартный” код. Но где искать эту настройку + как называются блоки – по моему, проще в одном из файлов поменять местами соответствующий код.

Если вы хотите добавить код AdSense или скрипты, например, для счетчиков, то нужно заключать код в блоки {literal}{/literal}. Допустим нам нужно выводить код Adsense после заголовка, но только на странице с полным текстом записи (на главной его быть не должно). Для этого заходим в файл шаблона для поста topic_topic.tpl, находим место после заголовка и добавляем следующий код:

{if !$bTopicList}
<div class="postads">
{literal}
Ваш код Google Adsense
{/literal}
</div>
{/if}

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

Общие впечатления

В качестве вывода поделюсь некоторыми своими впечатлениями. Определенно Livestreet – продукт очень интересный, хорошо, что есть такая CMS и она развивается. Если бы мы говорили о создании проекта тематической социальной сети, то возможно это было бы оптимальным решением. В качестве альтернативы на ум приходит лишь Drupal, где разобраться, думаю, было бы еще сложнее и WordPress, в котором потребовалось бы также немало времени на воссоздание требуемого функционала соц.сети. При этом установить Livestreet в общем случае кажется более быстрым и простым решением.

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

Вторым еще более печальным моментом для меня стало знакомство с модулями. Соответствующий раздел на сайте разработчиков сделан очень красочно и функционально, но из всех плагинов 1/3 оказалась платными, причем самая интересная часть. Как-то это немного пошатнуло мои представления о бесплатных open source cms. Опять же из личного опыта приходит сравнение с TYPO3 CMS, где можно найти более 4000 бесплатных расширений (модулей). Да, там система намного старше и серьезнее, есть фонд, официальная организация, но за все время знакомства с ней принципы бесплатного ПО так и “витали в воздухе” – люди вкладывали свои силы, время, деньги чтобы другие могли насладиться результатами. Это в свое время мне безумно нравилось и подкупало, тотальный open source. Может, конечно, нашим разработчикам живется сложнее или еще по каким-то причинам, тем не менее, эти платные плагины меня просто разочаровали. Надеюсь дальше у Livestreet все будет развиваться лишь в лучшую сторону. Спасибо создателям Livestreet и разработчикам другой 2/3 бесплатных плагинов и всем, кто вкладывается в развитие системы.

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

© Tod's Blog. Про заработок в интернете, 2012. | Комментариев - 7 | Категория CMS.

Интересные статьи по теме

• Сайдбар в Livestreet – вывод и очередность блоков (2)
• LiveStreet CMS – бесплатный движок социальной сети (21)
• Настройка шаблона Интернет магазина на движке VaM Shop (38)
• Создание отдельного шаблона страниц в WordPress (17)
• Сервис Odnaknopka – кнопки социальных закладок (47)

Чего только не придумают вебмастера для получения контента и наполнения своих сайтов – в ход идут сканы, рерайты, синонимайзеры, различного рода грабберы текстов с других интернет ресурсов и т.п. Особенно актуальным вопрос есть для той категории пользователей (вебмастеров), что зарабатывают на биржах ссылок (в частности в той же системе Sape) и работает с большим числом сайтов – сетки которых измеряются сотнями проектов. В этом случае важно поставить весь процесс на поток дабы на создание, наполнение и может даже продвижение уходило минимум времени. Иначе полуГС и сателлиты, как правило, будут не рентабельными – большинство из них рано или поздно уходит в бан, поэтому важно успеть заработать до этого. Сегодня хочу как раз поговорить об автоматизации и ускорении процесс  создания сайта – поможет нам в этом специальный сервис SapientGenerator, который уже успели попробовать многие вебмастера.

Основной и единственной задачей SapientGenerator является генерация более-менее уникальных сайтов с большим числом страниц, причем процесс производится автоматически, быстро и легко. При этом поддерживаются все основные популярные CMS – WordPress, DLE, Joomla, а также возможность получить html версию. Вы можете заказать создание сколь угодного числа сайтов и получить их в весьма короткие строки. Для этого вам нужно сначала зарегистрироваться в SapientGenerator, в админке выбрать необходимые параметры для сайта и нажать кнопку “Запуск “. Сложного ничего нет.

При создании проекта вы можете указать некоторые нюансы и его опции, в зависимости от того, что хотите получить. В меню аккаунта есть пункты “Мои файлы”, “Проекты”, а также пункт “Создание проекта” для начала процесса генерации:

Здесь на странице можно выбрать тематику и категорию будущего сайта. Также задается CMS, нужное количество создаваемых статей, даты начала публикации и окончания дабы распределить их по времени. Кроме того, важным параметром есть галочка “Удалить похожие” – с ее помощью можно указать допустимый процент сходства и длину шингла.  В самом низу страницы найдете итоговую стоимость проекта.

Отдельно, наверное, нужно сказать о контенте – это, по сути, основной вопрос в работе сервиса. Генерируются тексты в SapientGenerator автоматически на основе специальных формул, различных перестановок, переборов и т.п. Обычно страница имеет около 2000-3000 символов. Кроме того, в публикации будут и графические материалы, что безусловно является плюсом. На сайте системы можно найти пару примеры такого контента.

По-моему, выглядит неплохо. Качество текста оценивается разработчиками достаточно высоко, на выходе вы получите контент с уникальностью более 65%. За счет профессионально составленных шаблонов (объем которых иногда занимает до нескольких мегабайт) можно получить очень много статей. Также в шаблонах используются фразы для получения трафика по НЧ и СЧ запросам. Как уже успели заметить выше, имеются различные тематики шаблонов – Фильмы, Работа, Музыка, Туризм, Финансы и т.п.

По цене контенет из SapientGenerator будет намного дешевле заказанного копирайтинга или рерайта. В этом, безусловно, кроется еще один плюс сервиса. Стоимость создания одной публикации может варьироваться в зависимости от тематики и шаблона, в среднем она равняется 0.2 рубля за статью на 2000-3000 символов. При заказе более 10000 страниц можете рассчитывать на цену материала 0.15 рубля.

При желании можете найти некоторые отзывы о работе SapientGenerator на вебмастерских форумах. Например, на Серче имеется отдельная тема с детальным обсуждением. Если говорить вкратце, то сервис SapientGenerator работает весьма неплохо, большинство довольны, созданные сайты входят в индекс, у некоторых пользователей находятся там уже более 3-х месяцев. Единственной проблемой, которую я заметил в беседе – возможное отклонение сайта в Sape поскольку контент “сгенерированный на автомате”. При этом в другие биржи ссылок судя по всему сайты принимают, но и в Sape можно попасть, главное немного думать и не спешить. Во-первых, вы можете купить хороший домен для нового сайта с PR или тИЦ. Во-вторых, нет смысла заливать на сайт сгенерированные тексты сразу, закажите для начала парочку уникальных статей у копирайтеров, подождите пока сайт попадет в индекс и тогда уже постепенно наращивать количество страниц. В целом SapientGenerator – интересный программный продукт, востребованный в своей нише. Главные преимущества – сайты создаются быстро, шаблон отображаемой информации весьма приятный, тексты в меру уникальные, стоимость контента минимальная, что еще можно желать для сателлитов.

© Tod's Blog. Про заработок в интернете, 2011. | Комментариев - 5 | Категория SEO софт, Web разработка, Контент и тексты.

Интересные статьи по теме

• Онлайн версия SEO Anchor Generator для генерации текстов и анкоров (6)
• Сервис PostProfit для заработка и продвижения (8)
• Реклама в твиттере с Tweem.ru – обзор, личный опыт, мысли (24)
• Программы для размножения статей и генерации текстов (42)
• Проверка уникальности текстов – Advego Plagiatus и DCFinder (14)

Многие из вас, наверное, читали о том, что google начал активно поглядывать в сторону скорости загрузки сайта для учета этого показателя в своих тайных алгоритмах. Возможно, это как и валидация, является больше “пожеланием” нежели строгим и важным критерием, но в любом случае оптимизация скорости загрузки сайта штука полезная, особенно когда у вас имеется достаточно хорошая посещаемость в несколько тысяч человек в сутки. Сегодня хочу опубликовать что-то вроде сборного поста по теме, где рассмотрю моменты, с которыми сам сталкивался + общие советы по улучшению сайта. Кстати о Google, записался на на курсы по AdSense от Backspark – сколько не пытался самостоятельно найти силы для изучения темы, ничего не получалось. Надеюсь с помощью этого успешного мастера по MFA сайтам смогу сдвинуться с мертвой точки. План курса, в принципе, прост и доступен, нужно только желание учиться и целеустремленность, чем я потихоньку запасаюсь:) Но вернемся к теме оптимизации скорости загрузки.

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

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

Оптимизация картинок сайта. Здесь есть 2 “уровня сложности”. Если говорить о базовой оптимизации, то следует учитывать, что формат PNG имеет некоторое преимущества перед JPEG, тоже самое как GIF может занимать гораздо меньше PNG. Вообще GIF можно (и нужно) использовать для всех изображений, которые не прихотливы к цветовой палитре – фоны, иконки, логотипы. Так, например, я без особых потерь сократил вес фоновой картинки для сайта в 2 раза. Второй уровень сложности – использование специальных инструментов для еще больше компрессии, оптимизации изображений. В частности на webo.in посоветовали gif2png или gifsicle дабы уменьшить GIF в размере и аналогичное для PNG – pngcrush.

CSS спрайты – это такой хак в CSS, которые позволяет физически использовать одну картинку для разных элементов дизайна. Чаще всего это можно встретить при задании разных изображение для ссылки – обычное и после наведения. В этом случае оба варианта помещаются в один файл, после чего в css указывается смещение для обычного a и a:hover. Эту же технику можно применить для работы с большим числом мелких деталей – иконки для категорий, тегов, списков, даты, числа комментариев и т.п. – все это можно поместить на одно изображение. Большой плюс метода заключается в том, что позволяет сократить число запросов к серверу.

Оптимизация Head а точнее вызываемых в нем CSS и JavaScript. Здесь есть несколько моментов – во-первых, нужно объединить все CSS файлы, во-вторых, избавиться от условий при вызове стилей CSS для других браузеров (IE 6,7 и т.п.) – это нужно делать через CSS хаки (* html). В-третьих, объединять также нужно javascript скрипты, следить дабы они не дублировались и убирать лишние, как иногда бывает в вордпресс, подробнее об этом читаем в статье оптимизируем WordPress header и удаляем лишние элементы. В комментариях к этой статье мне посоветовали плагин wp-minify, который позволяет объединить несколько CSS и Javascript файлов, а также применить к ним технику minify. Да, это удобно, но следует заметить, что с этим пунктом нужно быть осторожным – слишком большой файл CSS также не лучший вариант решения задачи, нужно удалять из него все лишние не используемые настройки, применять сжатие. При объединении нескольких Javascript в один могут возникнуть проблемы с работоспособностью некоторых скриптов.

Кстати о плагинах wordpress.  Очень часто они являются одной из основных причин медленной работы сайта. Во-первых, нужно оставлять только те плагины, которые реально используете в работе. Раньше часто по работе помогал настраивать wordpress и всегда удивлялся количеству установленных модулей под 30 штук. Во-вторых, выбирая плагины, нужно (по возможности) анализировать их эффективность, почитать отзывы и т.п. Так, например, в новых версиях Simple Tags разработчики убрали часть функций и добавили “советы” по установке других более подходящих модулей для тех или иных целей.

Если есть разные варианты решения задач, то всегда нужно сравнивать альтернативы и выбирать наиболее подходящую. Так, года 2 назад открыл для себя замечательный плагин WP-SpamFree который убирал весь автоматический спам в блоге, но недавно узнал, что он практически полностью нивелирует эффект от кэширования, что, конечно, очень нехорошо. Поэтому лучше использовать другие модули – плагин Antispam Bee или тот же Akismet. Еще один наглядный пример о самых популярных постах с WP-PostViews – оказалось, что он весьма неслабо грузит сервер. Поэтому в качестве альтернативы можно установить плагин рейтинга статей WP-PostRatings – принцип работы его, конечно, немного иной, но цель использования практически одна и та же.

Весьма здорово ускорить процесс загрузки сайта помогает кэширование. Некоторые плагины показывают чуть ли не феноменальные результаты выигрыша производительности на 600-800%. Я для своих блогов используют WP Super Cache и весьма им доволен. Как правило, для средних проектов оптимизации и кэширования хватает, но особо посещаемые и требовательные wordpress  сайты могут использовать скрипт maxcache кэш, который сокращает нагрузку в 100 раз (скрипт платный, 30 долларов). Что касается другие сторонних разработок – можно также воспользоваться решением WEBO Site SpeedUp где есть модули для популярных CMS и бесплатные версии. Оно позволит воплотить в реальность все советы по оптимизации загрузки сайта что отображались в результате анализа webo.in. Я пытался ставить модуль для wordpress , но там нужно во всем подробно разбираться, настроек очень много. Для тех, кто не любит в них особо копаться, вникать, подробно изучать, проще воспользоваться модулем maxcache кэш.

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

• первым делом проводим анализ скорости, отмечаем проблемные области и изучаем советы по их улучшению;
• оптимизация изображений, CSS спрайты;
• объединение и сжатие CSS и JavaScript файлов;
• оценка эффективности плагинов wordpress или других cms;
• включение кеширования;

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

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

© Tod's Blog. Про заработок в интернете, 2011. | Комментариев - 11 | Категория Web разработка, WordPress.

Интересные статьи по теме

• Добавляем текст описания в категории wordpress блога (35)
• Яндекс.Директ – не для всех! Требования к площадкам в РСЯ (15)
• Сервисы и Firefox плагины для анализа скорости загрузки сайта (6)
• Разрешенные сайты в Google Adsense – защита от дураков (17)
• Новый проект – WordPress inside (все о вордпресс) (13)

Собирался написать пост на один из конкурсов, который сейчас проходит в блогосфере, но два дня non stop разработки сайта сделали свое дело. В итоге получается весьма интересный и функциональный проект с точки зрения приобретения нового опыта в typo3 – сайты по тематике недвижимость с базой данных квартир я еще не делал. Заодно информации и тем для статей  в typo3 блог появилась масса. Кое о чем решил также поведать и в Tod’s Blog. Речь пойдет о специальных наборах для веб разработки – XAMPP и Денвер, которые включают в себя весь необходимый функционал для развертывания сервера на локальном компьютере – Apache, PHP, MySQL и другое.

За каких-то пару минут с помощью XAMPP или Денвер вы сможете установить и запустить локальный сервер в работу. Помнится, когда лет 5 назад пытался учить и читать книгу по PHP5, то все начиналось именно с этой задачи. На локальном сервере вы можете полностью смоделировать ситуацию как и в интернете при работе с хостингами, выделенными серверами и т.п. Многие веб разработчики даже сначала устанавливают CMS, создают сайты на LocalHost а потом переносят их в сеть. Кроме того, это замечательная возможность для изучения, практических каких-то занятий и тестирования различных скриптов – вебмастер должен знать и уметь многое.

Так вот на установку оболочки с Apache, PHP, MySQL в книге был выделен целый раздел, я столкнулся с задачей впервые и множество всяких непонятных понятий, серверных нюансов для меня тогда, конечно, были непонятны. Книгу я так и не дочитал, необходимость в этом, по сути, пропала, тогда как на смену обычному программированию пришло использование CMS. Подобные параллели можно провести и с выделенным сервером, для которого сейчас достаточно воспользоваться уже готовыми установочными наборами Денвер или XAMPP. Начну с последнего.

XAMPP for Windows

XAMPP был первым набором веб разработки, с которыми я познакомится. Проект англоязычный, а я в основном всю техническую литературу ищу на английском, поэтому, видимо, на него и попался. Это позже я уже от многих слышал “поставил Денвер”, “нужно настроить Денвер” и т.п., слегка недоумевая зачем какой-то Денвер, если есть XAMPP:)

В последнюю версию XAMPP 1.7.3 входит:

• Apache 2.2.14 (IPv6 enabled) + OpenSSL 0.9.8l
• PHP 5.3.1
• MySQL 5.1.41 + PBXT engine
• phpMyAdmin 3.2.4
• Perl 5.10.1
• FileZilla FTP Server 0.9.33
• Mercury Mail Transport System 4.72

Ну или что-то около того. На официальном сайте вы найдете разные подборки и варианты установки – как базовый, так и просто дополнения, обычная или Lite версия. Кроме того, под разные Window свои нюансы, отдельная информация доступна по Vista (хотя я вроде ставил без каких-либо проблем). Собственно XAMPP есть для Mac OS X, Linux и даже какой-то Solaris.

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

По умолчанию набор поставится на диск C. В общем, все, насколько я помню будет выполнено “на автомате”, хотя на сайте есть и другая версия/возможность поставить пакет. После установки будет доступна для запуска панель управления XAMPP Control Panel, где вы сможете запускать/останавливать сервер. Включаем Apache, MySQL и заходим по адресу http://localhost/ или http://127.0.0.1/ дабы проверить работоспособность набора. Для удобства и в качестве примера попадете на небольшой сайтик с полезной информацией и скриптами.

Здесь, как мы видим, можно сразу определить статус сервера и установленные модули. Также в меню есть дополнительная документация, возможность стразу глянуть конфигурацию PHP через phpinfo(), запустить инструменты phpMyAdmin, Webalizer. Очень интересным является раздел в меню Demos с примерами разработанных приложений “коллекция CD”, “гостевая книга”, “телефонный справочник” и другие. В целом штука очень полезная для начинающих веб разработчиков, которым не страшен английский язык (хотя в целях практики его применения и чтения технической документации – тоже полезно юзать XAMPP).

Denwer

С Денвером я познакомился буквально недели две назад, когда нужно было установить локальный сервер и захотелось проверить что же это за набор о котором все говорят. Проект Денвер (сокращенно от джентльменский набор Web-разработчика «Д.н.w.р») в принципе ничего не отличается от XAMPP – здесь также найдете набор дистрибутивов Apache, PHP, MySQL, Perl и т.д., которые за пару минут можно установить на локальный компьютер с Windows. На данный момент последняя версия Денвер 3 и она включает в себя:

• Apache 2 + SSL
• PHP 5.3
• MySQL 5.1
• phpMyAdmin
• Обладает преимуществами – многопроектность, работа с Flash-накопителем

Интересно, что Денвер занимает всего 6.4 Мб(!), хотя это всего лишь базовый пакет, необходимый для работы (видимо что-то вроде XAMPP Lite, хотя там 21 Мб). На сайте разработчика найдете подробную инструкцию по установке, ничего сложного в принципе нет – качаем дистрибутив, запускаем и правильно отвечаем на вопросы программы-инстралятора:

1.       По умолчанию все компоненты ставятся в каталог C:\WebServers, можно эту настройку и не менять.

2.       Дальше нужно будет выбрать букву для виртуального диска (по умолчанию оставляем Z чтобы не конфликтовало с другими названиями).

3.       После копирования всех файлов нужно выбрать режим запуска веб сервера – при загрузке Windows или вручную (я выбрал именно это).

Вот, в принципе, и все – на рабочем столе появятся иконки для работы с сервером. Кликаем на Start Denwer  и для теста заходим в http://localhost/denwer/.

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

Главным преимуществом Денвера, безусловно, есть русский язык и многочисленная армия пользователей, которые могут, если что помочь, разобраться и т.п. По работе что XAMPP, что Денвер показали себя вполне нормально, установка занимает пару минут, после чего сразу можно приступать к разработке своих сайтов. В Денвере при инсталяции создается некий виртуальный диск, нужно немного уделить внимания вопросами при установке и трем основным ее этапам, в XAMPP все распаковывается из EXE файла. Как уже говорил демонстрационная страница пакета XAMPP содержит примеры интересных веб разработок, что будут полезны в практических и познавательных целях. Но принципиального отличия XAMPP от Денвера нет, оба пакета устанавливают Apache, PHP, MySQL – необходимый минимум для работы с локальным сервером.

P.S. Постовой. Система интернет платежей «Мани Бург» предлагает вывод wmz на карту, а также обмен других валют WMR, WMU и т.п.
Кстати приближающиеся праздники вы можете провести и на родине, хороший отдых в подмосковье от Протэй Тревэл будет душевнее каких-то Египтов.
Хотите взрывать танцполы клубов? – покупайте диджейские микшерные пульты а также специальную аппаратуру и дерзайте.

© Tod's Blog. Про заработок в интернете, 2010. | Комментариев - 10 | Категория Web разработка.

Интересные статьи по теме

• Чередование систем контекстной рекламы – увеличиваем доход (29)
• Установка Windows 7 Ultimate x64 с приключениями (16)
• Управление DNS, работа с NS и А записями на примерах (0)
• Простые варианты организации работы и списка дел (12)
• Преодоление ошибки Warning: include() [function.include] в PHP (13)

Данный пост, как и многие другие в блоге, имеют свою “историю” или, если можно так выразиться, практическое происхождение. Когда я только начинал вести блог, то исследовал некоторые методы для скрытия реферальных ссылок дабы найти самый лучших из них. В принципе, сложно сказать, есть ли позитивный эффект от применения подобных хитростей – ведь, давно известно, что большая часть рефералов становятся пассивными пользователями, не принося никакой доход. И тогда получается, что с одной стороны, чем больше людей вам удастся привлечь в партнерскую программу, тем предположительно больше нормальных рефов может получится. Но с другой – где гарантия, что, например, 10 “случайных зевак”, зарегистрировавшись лишь из интереса будут полезнее одного вебмастера, который сознательно перешел по вашей реферальной ссылке. Вопрос, как говорится, риторический.

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

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

<a onclick="this.href='http://реальный адрес'" href="http://отображаемый адрес">текст ссылки</a>

В отображаемый адрес ссылки добавлялся обычный линк на главную страницу той или иной системы, а вот в качестве реального адреса выступала реферальная ссылка. Чтобы ее заметить нужно было смотреть HTML код страницы, но таким далеко не все будут заниматься, чаще всего вебмастера ограничиваются просмотром строки состояния браузера, которая в данном случае никак реф. ссылку не выдает. Тем не менее, метод оказался с одним большим недостатком. По словам некоторых специалистов при открытии ссылки через пункт контекстного меню “Открыть в новом окне” реферальная ссылка не сохранится. На 100% я лично в этом не уверен, пару моих тестов показали обратное, хотя в некоторых других случаях действительно ничего не происходило. В любом случае я решил поискать альтернативные методы скрытия реферальных ссылок.

PHP редирект внешних ссылок

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

<meta http-equiv="content-type" content="text/html; charset=UTF-8">
 Перенаправление
<?php
$url = isset($_REQUEST['url']) ? $_REQUEST['url'] : '';
if(preg_match('#(http?|ftp)://\S+[^\s.,>)\];\'\"!?]#i',$url)){
    sleep(0);
    //header("Location: $url");
    echo "<html><head><meta http-equiv=\"refresh\" content=\"0;url=$url\"></head></html>";
    exit();
}
?>

Здесь параметр sleep() может содержать задержку для редиректа.

Данный файл заливаете с корневой каталог сайта (если это wordpress блог, то туда, где находится файл wp-config.php). После этого прописываете нужные для php редиректа ссылки как:

http://ваш_сайт/go.php?url=http://куда_направляемся

Сами понимаете, что в таком случае ни о каком скрытии рефереальной ссылки речь не идет. Поэтому есть смысл немного изменить код в файле go.php на следующий:

<?php
header ("Location: http://реальная ссылка");
exit();
?>

В этом случае в коде вместо текста реальная ссылка ставим реферальную. Но тогда в одном PHP файле мы сможем задавать редирект только для одной реф. ссылки, поэтому придется создавать сразу несколько файлов под каждую биржу отдельно по типу gosape.php, goggl.php и т.п. При этом было бы неплохо закрыть индексацию файлов с PHP редиректом в robots.txt go.php:

User-agent: *
Disallow: /go.php
Disallow: /gosape.php
Disallow: /goggl.php

Либо проще будет закрыть индексацию целой директории, куда и добавить все php файлы.

Редирект ссылок через htaccess

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

Redirect [status] URL-path URL

Здесь:

• status : необязательное поле, определяет код возврата, допустимые значения:
  • permanent (301 — документ перемещен постоянно)
  • temp (302 — документ перемещен временно)
  • seeother (303 — смотрите другой)
  • gone (410 — убран)
• URL-path : подставная ссылка.
• URL : реальная ссылка

Таким образом для создания партнерской ссылки добавляем в .htaccess конструкцию по типу:

RewriteEngine on
Redirect /gosape http://www.sape.ru/12345.php

Таким образом клике по ссылке http://mysite.ru/gosape пользователь будет попадать на сайт sape с реферальной ссылкой. За метод спасибо автору этой статьи.

PHP редирект ссылок в два этапа

В одном из блогов нашел еще один весьма интересный метод как спрятать внешние ссылки. Для этого в корневом каталоге сайта создается некая папка, например, под названием pages, там размещаем 3 файла:

1.linkslist.php – хранит массив внешних (реферальных) ссылок для редиректа, его код:

<?php
      $linksList = array(
          'page1.html' => 'http://www.google.com',
          'page2.html' => 'http://www.php.net'
      );
      ?>

2. redirect.php – php скрипт анализа ссылки и выполнения перерхода:

<?php
      require_once('linkslist.php');
 
      $request = $_SERVER['REQUEST_URI'];
      $dest = explode('/', $request);
      $newUrlKey = end($dest);
 
      if (array_key_exists($newUrlKey, $linksList)) {
          header('Location:'.$linksList[$newUrlKey]);
      }
      else {
          header('Location:http://www.simplecoding.org');
      }
      ?>

3. Файл .htaccess – передает запросы скрипту redirect.php.

<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteRule ^get/(.+) /pages/redirect.php/$1 [L]
</IfModule>

После этого на страницах вашего блога или сайта вы можете размещать ссылки вида http://site_name/pages/get/page1.html, где page1.html – определяется в файле linkslist.php и соответствует реальной ссылке, на которую будете перенаправлен пользователь. Весь процесс обработки ссылки автор метода уместил в такой схеме:

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

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

А каким способом скрытия реферальных ссылок пользуетесь вы и почему?

P.S. Постовой. Компания WebPromo предоставляет поисковое продвижение сайта и его раскрутку в Google и Яндекс.
Если вы не знаете как предотвратить лишение водительских прав советуем обратиться за бесплатной консультация автоюриста.
Линзмастер – это интернет магазин контактных линз с доставкой по Киеву и Украине.

© Tod's Blog. Про заработок в интернете, 2010. | Комментариев - 21 | Категория Web разработка.

Интересные статьи по теме

• Яндекс.Директ – не для всех! Требования к площадкам в РСЯ (15)
• Эффективная работа в бирже ссылок GoGetLinks в качестве вебмастера (22)
• Школа Баблорубов – онлайн уроки по интернет заработку (7)
• Чередование систем контекстной рекламы – увеличиваем доход (29)
• Флешка за клик от Profit Partner и немного про объявления РСЯ (2)

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

Итак, если у вас возникли проблемы с хостингом и блоги / сайты перестали работать, первым делом, конечно, нужно узнать причины, последствия и позицию компании, где вы собственно хостинг и заказывали. Если там какие-то серьезные проблемы, то самым оптимальным выходом будет попросить бэкапы проекта, после чего восстановить его уже на другом хостинге. К сожалению, в большинстве случаев обстоятельства совпадают таким нехорошим образом, что проблемы хостера и невозможность предоставить бэкап совпадают. Тут, конечно, нужно отчасти винить себя – во-первых, из-за выбора компании (часто ищется вариант подешевле), а во-вторых, за личную пассивность в сохранности информации – всегда делайте бэкапы своих проектов! Кстати, бэкап блога на wordpress можно сделать как вручную, так и с помощью специального плагина WordPress Database Backup (WP DB Backup).

В моем случае никаких бэкапов просить не пришлось, суть восстановления блога была в дополнении его последними постами и комментариями. Это, конечно, несколько проще чем перенос блога на другой хостинг. Первым, что я проверил был личный бэкап с помощью плагина WordPress Database Backup – увы, тут меня ожидало небольшое разочарование. Во-первых, я указывал резервное копирование постов блога и отправление бэкапа на почту gmail 1 раз в неделю, поэтому информация там была также устаревшей. Во-вторых, при попытке восстановить блог через phpmyadmin из файлов бэкапа я получал странные ошибки и совершенно нулевой результат. Второй момент особо озадачил – нужно будет потестировать работу плагина еще разок и в случае глюков найти альтернативный вариант.

Еще одни пристанищем контента вашего сайта или блога служит кэш поисковых систем Google или Яндекс. Для этого, конечно, ваш проект должен быть не банальным ГС, а полезным проиндексированным сайтом. В общем, нужно будет поискать последние посты или контент проекта в кэше:

Часть информации мне все же удалось оттуда достать, но статьи, опубликованные в тот же день были проиндексированы, но не имели версии из кэша. И тут я вспомнил еще один замечательный метод. Дело в том, что у меня есть привычка, да и всем советую подписываться на RSS своих блогов. Конечно, я делаю это не для накрутки +1 читателя, а чтобы проверить все ли правильно отображается, нет ли каких-то глюков в RSS фиде. Понятно, что последние статьи, написанные даже за пару часов до глюков хостинга я совершенно спокойно нашел в своем Google Reader.

Напоследок оставалось практически невозможное – восстановить комментарии к статьям блога. Кэш поисковых систем обновляется не так часто, чтобы найти там комментарии пусть даже за 2-3 дня, трансляцию их в RSS я не включаю. Но ведь уведомления о всех комментариях блога приходят вам на почту для модерации или просто так. Признаться, я сразу не догадался глянуть в свой gmail, потому как после модерации комментариев сразу их удаляю. В общем, пытался как-то по другому решить проблему, уже было даже разочаровался, а потом вдруг вспомнил, у gmail ведь есть корзина! И в эту корзину попадают все удаленные вами письма – в том числе и комментарии. Хранятся они там до 30-ти дней, после чего автоматически удаляются.

Итого у меня получилось восстановить блог или точнее информацию блога за последнюю неделю с помощью:

• Кэша Google и Яндекс.
• RSS потоков при подписке на свои же блоги.
• Комментарии взял из корзины Gmail.

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

Если есть что добавить, делимся опытом в комментариях. Особенно интересно почитать о плагинах, скриптах или программах для автоматического бэкапа.

P.S. Постовой. Все о торговле на рынке forex – новости и аналитика.
Интернет-магазин Supertehnika предлагает кондиционеры, телевизоры и бытовую технику.
Обзор автомобиля Сеат Альтеа Фритрек (Seat Altea Freetrack) на нашем автосайте.

© Tod's Blog. Про заработок в интернете, 2010. | Комментариев - 15 | Категория Web разработка, Блоггинг.

Интересные статьи по теме

• Что почитать в блогах 21.03.09 (15)
• Бэкап блога на WordPress с помощью плагина и PhpMyAdmin (26)
• Яндекс собирается искать информацию на госсайтах (0)
• Эстафета – 5 моих лучших статей в блогах (9)
• Школа Баблорубов – онлайн уроки по интернет заработку (7)

Одним из важных и незаменимых инструментов каждого сайте есть поиск. Особенно он полезен, когда на сайте много информации, найти которую так сразу нелегко. Да, в блогах есть категории, теги, но чтобы достать сообщение годичной давности иногда приходится потрудиться. В wordpress существует собственная система поиска, но признаться, она оставляет желать лучшего – особенно это заметно по сравнению с результатами поиска от Google. Поэтому я частенько заходил на их сайт и запускал поиск по нужному мне блогу с их помощью. Собственно это меня натолкнуло на мысль – «а не поставить ли Google Search на Дизайн Манию. Поиск по умолчанию я из шаблона убрал, но так другой взамен и не поставил, а тут как раз подвернулась «тема» с гугловским движком.

Если быть до конца откровенным, то также хотелось попробовать в действии инструмент AdSense для поиска. При наличии большого числа трафика, говорят, тоже может добавлять копеечку к общему доходу. Так почему бы не совместить приятное с полезным – функциональный, качественный и релевантный поиск с возможность подзаработать на Google Adsense. Следует заметить, что про Google Custom Search я уже писал, но статья получилась больше обзорного плана, да и опубликована была очень давно. Механизм и функциональность поиска сейчас сильно отличается.

Начну с заработка и системы AdSense для поиска. Вообще существует 2 варианта установки и работы с ней. Во-первых, это создание элемента поиска из учетной записи Google Adsense – выбирается при определении типа контекстной рекламы, с которой вы собираетесь зарабатывать.

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

Второй вариант установки AdSense для поиска, как мне кажется, более логичный. Сначала мы создаем пользовательский поиск на своем сайте  с помощью google custom search, а уже потом подсоединяем его к Adsense. То есть, в принципе, последний шаг не есть обязательным. Либо, допустим, начинаем работу сайта/блог с простого поиска, а потом, когда появится определенная посещаемость, подключаем его в систему контекстной рекламы Google Adsense.

Для этого предусмотрен специальный пункт меню – «Заработайте!». Здесь вам нужно будет ввести некоторую информацию из своей учетной записи Google Adsense дабы подтвердить свою личность. После этого на почту придет ссылка с активацией контекстной рекламы для поиска.

В принципе, ничего сложного в этом нет. Я делал настройку AdSense для поиска именно по второму варианту. Следует заметить, что процесс привязки к Adsense нужно будет делать для каждого пользовательского поиска. При настройке внешнего вида результатов вы сможете выбрать варианты отображения рекламы – «справа», «сверху и справа» либо «сверху и снизу». После активации, установки и настройки AdSense для поиска вы сможете смотреть статистику кликов в своей учетной записи AdSense.

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

Настройка пользовательского поиска

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

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

• Ключевые слова системы поиска (раздел Основные сведения) – об этом говорил человек на видео выше. Вы можете задать дополнительные ключевые слова дабы определить более релевантные результаты поиска и отображаемой контекстной рекламы.
• Транслитерация (раздел Основные сведения) – если я правильно понял, то это функция, когда поиск выводит адекватные результаты при написании в поле слова типа «ikonki».
• Возможность искать по одному сайту, группе сайтов или всему интернету.
• В меню «Индексирование» можно указывать файлы Sitemap.
• Результаты поиска могут быть добавлены своими «промо объявлениями» – что-то вроде рекламы с картинками и текстом но на свои товары.
• Отдельной похвалы заслуживает раздел «Внешний вид» – здесь вы, во-первых, выбираете вариант вывода результата поиска – на странице Google, под формой запроса или в отдельном фрейме. Во-вторых, можете внедрить одну из доступных паритр оформления и, в-третьих, поменять все настройки цветов шрифта, фона, ссылок для выводимых результатов.

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

Более того, в пользовательском поискать есть даже совершенно экзотические возможности – где-то в админке видел фильтрация контента для взрослых + автозаполнение поискового запроса. Вот только не помню где именно их искать, потому что настроек, меню, ссылок на страницы и разделы там нереальное множество. Кстати, относительно фильтров – при использовании стандартного кода возле блока поиска у меня появилась кнопка с большой буквой «Б». Есть подозрения, что она означает «безопасный поиск», но могу, конечно, ошибаться. Лично для себя в ее убрал, потому как пользы на блоге не много – для этого удалил из общего кода строку:

<script type="text/javascript" src="http://www.google.com/cse/t13n?form=cse-search-box&t13n_langs=ru"></script>

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

P.S. Постовой. Советую глянуть все необходимые договора для фрилансера одним архивом!
Читаем публикации про seo от опытного вебмастера и оптимизатора.
Популярный чай гринфилд (greenfield) – ассортимент и отзывы.

© Tod's Blog. Про заработок в интернете, 2010. | Комментариев - 30 | Категория Google, Web разработка, Контекстная реклама.

Интересные статьи по теме

• Немного о монетизации, контекстной рекламе и Google AdSense (27)
• Ура, мне прислали PIN код для Google Adsense (19)
• Улучшаем свой блог: поиск по блогу (сайту) (9)
• Убираем нерелевантные объявления в Google AdSense (22)
• Стандарты поведенческого таргетинга от Google, Yahoo и AOL (0)

Я, конечно, не супер специалист во всяких делах, которые касаются настройки веб серверов, apache, php и всего прочего, поэтому так до сих пор и не завел себе отдельный сервак для проектов. Тем не менее, иногда в работе попадаются ситуации, когда приходится все же влезать в дебри и нюансы настроек – сегодня будет пост об одной из них. Предыстория достаточно тривиальная: занимался разработкой сайта на typo3 и там для работы с изображениями необходимо установить ImageMagick. Обращаюсь, значит к хостеру, они поставили, а оно почему-то все равно не работает. Потом нахожу запрещенную функцию exec, которая как раз для работы ImageMagick нужна – опять обращаюсь к хостеру. А тут еще сложная процедура общения, где я сначала пишу письмо в админке хостера, на него отвечают на почту клиенту и только потом я могу прочитать послание:)

В общем, кое-как 3 или даже 4 дня я помучался, после чего меня направлили на нужную страницу справки, где я нашел всю необходимую информацию. Как оказалось, я мог указывать для хостинга свои настройки PHP через файл php.ini, что, в принципе, было немного непривычно.

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

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

1. Если в качестве админки используется cPanel, то там находим раздел «Конфигурация PHP», где опубликован перечень параметров PHP для хостинга. Иногда там можно поменять версию PHP, если сервер позволяет работать с 4 и 5 версиями.

Возможно, cPanel и предоставляет варианты изменения настроек PHP (кроме версии), но мне пока такое не попадалось. Поэтому чаще всего я прибегал ко второму варианту.

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

3. Некоторые хостеры доверяют своим клиентам настолько, что позволяют использовать свои настройки в php.ini на серверах. Как я понимаю, ряд настроек PHP устанавливается по умолчанию, но местами возникают ситуации, когда для тех или иных систем, скриптов может понадобится дополнительная функциональность – как, например, в моем случае с функцией exec или когда речь идет о wordpress можно вспомнить переменную memory_limit.

На одном из хостеров, с которым работаю, нашел инструкцию как же все-таки можно переопределить некоторые настройки php.ini под свои нужды:

В .htaccess добавляем следующие строки:

AddHandler php5-fastcgi .php
Action php5-fastcgi /cgi-bin/php5.fcgi

Далее создаем файл в папе /cgi-bin/php5.fcgi

#!/bin/sh
exec /usr/bin/php -c /home/support/php.ini

Здесь /home/support/php.ini путь к вашему php.ini (конечно сам файл php.ini нужно будет там создать, убедитесь в правильности пути). После этого назначаем файлу php5.fcgi права 755 (chmod 755 php5.fcgi). Теперь обработка настроек PHP будет производится с учетом вашего файла php.ini.

К этой инструкции есть 2 уточнения. При создании файла php5.fcgi нужно использовать unix переводы строк т.е. \n. И если возникает 500 ошибка, проверьте лог файл ошибок, где скорее всего найдете в чем проблема.

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

suPHP_ConfigPath /home/accname/php/php.ini

У меня лично работает! Внимание, пусть /home/accname/php/php.ini подставляете свой.

Ну и напоследок 2 настройки php.ini ради которых и пришлось «заморачиваться по полной»:

• disable_functions – директива позволяет вам запрещать вызовы некоторых функций из соображений безопасности. Список указываем через запятую в виде имен функций.
• memory_limit – максимальный объем памяти, которая выделяется для выполнения скрипта.

Ну, и чтобы пост получится полноценным на 100% рассказываю как узнать настройки PHP. Для этого создаете на локальном компьютере файл info.php, где пишете код:

<?php 
phpinfo();
?>

Сохраняем и копируем его на FTP хостинга в корневую директорию сайта, после чего запускаем. На экране должны отобразиться все настройки PHP, где и можно найти значение тех или иных функций для исправления в php.ini. Если есть что добавить – пишем в комментариях.

P.S. Постовой. Оптимизация, раскрутка и продвижение сайта в поисковых системах Google, Yandex.
Если вам нужна качественная разработка сайта, то можете обратиться в LTD-студию.
Красивая детская мебель – детская роджер от фабрики “Дива мебель”, доставка по Москве.
Дива мебель

© Tod's Blog. Про заработок в интернете, 2010. | Комментариев - 14 | Категория Web разработка.

Интересные статьи по теме

• FTP клиенты для работы: FireFTP, Total Commander, Filezilla (23)
• Чередование систем контекстной рекламы – увеличиваем доход (29)
• Форма обратной связи на WordPress – плагин contact form 7 (172)
• Установка кода sape на wordpress блог (53)
• Управление блогроллом в WordPress (6)