<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Homeless In Belarus &#187; theory</title>
	<atom:link href="http://homelessinbelarus.com/category/theory/feed" rel="self" type="application/rss+xml" />
	<link>http://homelessinbelarus.com</link>
	<description>Постижениe секретов SEO и манимэйкерства с нуля. Способы заработка. Создание сайтов и их продвижение.</description>
	<lastBuildDate>Tue, 26 Jan 2010 21:11:11 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Ликбез-памятка по SSH. Список основных (unix os) команд при работе с хостингом</title>
		<link>http://homelessinbelarus.com/2008/08/likbez-pamyatka-po-ssh-spisok-osnovnyx-unix-os-komand-pri-rabote-s-xostingom.html</link>
		<comments>http://homelessinbelarus.com/2008/08/likbez-pamyatka-po-ssh-spisok-osnovnyx-unix-os-komand-pri-rabote-s-xostingom.html#comments</comments>
		<pubDate>Mon, 04 Aug 2008 05:45:25 +0000</pubDate>
		<dc:creator>u-bum</dc:creator>
				<category><![CDATA[hosting]]></category>
		<category><![CDATA[theory]]></category>
		<category><![CDATA[tools]]></category>
		<category><![CDATA[putty]]></category>
		<category><![CDATA[ssh]]></category>
		<category><![CDATA[unix]]></category>
		<category><![CDATA[изучение]]></category>
		<category><![CDATA[команды]]></category>
		<category><![CDATA[консоль]]></category>
		<category><![CDATA[хостинг]]></category>

		<guid isPermaLink="false">http://homelessinbelarus.com/?p=371</guid>
		<description><![CDATA[или управляем хостингом через SSH посредством (*nix) команд
В целях экономии трафа, времени, да и вообще для себя, &#8211; полезно иметь некоторые знания по работе с SSH-протоколом (Secure Shell).
Немного теории:
SSH он же Secure SHell — сетевой протокол, позволяющий производить удалённое управление компьютером и передачу файлов. Сходен по функциональности с протоколом Telnet и rlogin, однако использует алгоритмы [...]]]></description>
			<content:encoded><![CDATA[<p><strong>или управляем хостингом через SSH посредством (*nix) команд</strong></p>
<p>В целях экономии трафа, времени, да и вообще для себя, &#8211; полезно иметь некоторые знания по работе с SSH-протоколом (Secure Shell).</p>
<p>Немного теории:</p>
<p><strong>SSH</strong> он же <strong>Secure SHell </strong>— сетевой протокол, позволяющий производить удалённое управление компьютером и передачу файлов. Сходен по функциональности с протоколом Telnet и rlogin, однако использует алгоритмы шифрования передаваемой информации.</p>
<p>Криптографическая защита протокола SSH не фиксирована, возможен выбор различных алгоритмов шифрования. Клиенты и серверы, поддерживающие этот протокол, доступны для различных платформ. Кроме того, протокол позволяет не только использовать безопасный удалённый shell на машине, но и туннелировать графический интерфейс — X Tunnelling (только для Unix-подобных ОС или приложений, использующих графический интерфейс X Window System). SSH также способен передавать через безопасный канал (Port Forwarding) любой другой сетевой протокол, обеспечивая (при надлежащем конфигурировании) возможность безопасной пересылки не только X-интерфейса, но и, например, звука.</p>
<p>Поддержка SSH реализована во всех UNIX системах, и на большинстве из них в числе стандартных утилит присутствуют клиент и сервер ssh. Существует множество реализаций SSH-клиентов и для не-UNIX ОС. Большую популярность протокол получил после широкого развития sniffer’ов, как альтернативное небезопасному телнету решение для управления важными узлами.</p>
<p>На данный момент известно две ветки версий — 1 и 2. Однако ветка 1 остановлена, так как в конце 90-x в ней было найдено много уязвимостей, некоторые из которых до сих пор накладывают серьёзные ограничения на её использование, поэтому перспективной, развивающейся и наиболее безопасной является версия 2.</p>
<p>Для работы с хостингом предлагается использовать бесплатным SSH-клиентом &#8211; <strong>Putty</strong>.</p>
<p><strong>Putty</strong> &#8211; Популярный Telnet и SSH-клиент, т.е. программа для безопасного подключения к удаленному компьютеру (например, веб-серверу) и выполнения на нем различных команд. Чудо программа ведет логи, позволяет настраивать шрифты, цвета и разрешение консоли, допускает сохранение в своей памяти ключей авторизации, поддерживает работу через прокси-сервер.</p>
<p>Таким образом если нам нужно мобильно, безопасно и быстро соединиться с нашим хостингом, скачиваем <a title="PuTTY: A Free Telnet/SSH Client" href="http://www.chiark.greenend.org.uk/~sgtatham/putty/">отсюда</a> писанный клиент и пользуемся. Можно юзать на любом другом компьютере без опаски.</p>
<p>Дальше представлю список основных (unix, linux, bsd) команд, с помощью которых можно легко и быстро управлять своим хостингом:</p>
<ul>
<li>cd [директория] &#8211; смена/переход в указанную директорию;</li>
<li>ls -la [директория] &#8211; просмотр файловой системы указанной директории;</li>
<li>cp [опции]  [путь источник] [путь назначения] &#8211; копирование файлов и директорий;</li>
<li>rename [старый путь] [новый путь]  - изменить имя или расположение файла;</li>
<li>cat &#8211;  слияние файлов и выдача на стандартный вывод;</li>
<li>who - посмотреть  кто сейчас находиться в системе;</li>
<li>id &#8211; посмотреть  идентификаторы пользователя и группы системы;</li>
<li>passwd -изменить пароль текущего пользователя;</li>
<li>mc &#8211; запуск Midnight Commander&#8217;a, программы (файлого менеджера), предназначенной для просмотра содержимого каталогов и выполнения основных функций управления файлами в UNIX-подобных операционных системах. Help-файл для Midnight Commander (http://www.lib.ru/MAN/mc.txt)</li>
<li>rm -r [директория] &#8211; рекурсивное удаление файловой системы начиная с указанной директории.<br />
ВНИМАНИЕ! Использовать очень ОСТОРОЖНО, на свой страх и риск. Можно йобнуть всё одним нажатием клавиши.</li>
<li>du -ch [директория] &#8211; определить суммарный объем занимаемого дискового пространства указанной директории с рекурсивным выводом всех вложенных директорий.<br />
Пример вывода информации только о занимаемом объеме:<br />
[xxx@zxc homelessinbelarus.com]$ du -ch | grep total<br />
5.4M    total</li>
<li>unzip [zip-архив] &#8211; разархивирование zip-архива в текущую директорию.</li>
<li>tar &#8211; GNU (ГНУ) `tar&#8217; (тар) saves (сохраняет) many (много) files (файлов) together (вместе) into a single tape (в единое целое) or  (или) disk archive (архив на диске), and (и) can (может) restore (востанавливать) individual files (индивидуальные файлы) from (из) the archive (архива).<br />
tar xf archive.tar &#8211; разархивирование tar-архива в текущую директорию<br />
tar xfz archive.tar.gz &#8211; разархивирование gzip-архива в текущую директорию<br />
tar xfj archive.tar.bz2 &#8211; разархивирование bzip2-архива в текущую директорию<br />
tar cfz archive.tar.gz dir1/ dir2/file1 &#8211; создание gzip-архива<br />
tar cfj archive.tar.bz2 dir1/ dir2/file1 &#8211; создание bzip2-архива</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://homelessinbelarus.com/2008/08/likbez-pamyatka-po-ssh-spisok-osnovnyx-unix-os-komand-pri-rabote-s-xostingom.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>SEO редиректы. HTTP status codes. PHP. Apache</title>
		<link>http://homelessinbelarus.com/2008/05/seo-http-status-codes-php-apache.html</link>
		<comments>http://homelessinbelarus.com/2008/05/seo-http-status-codes-php-apache.html#comments</comments>
		<pubDate>Sat, 31 May 2008 11:13:00 +0000</pubDate>
		<dc:creator>bum</dc:creator>
				<category><![CDATA[domains]]></category>
		<category><![CDATA[theory]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[http]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[seo]]></category>
		<category><![CDATA[гугл]]></category>
		<category><![CDATA[памятка]]></category>
		<category><![CDATA[редирект]]></category>

		<guid isPermaLink="false">http://homelessinbelarus.com/?p=119</guid>
		<description><![CDATA[Памятка для SEOшников о редиректах
- Девушка, а как пройти в библиотеку? (с)
В последнее время что-то слишком часто приходится сталкиваться с редиректами. Поэтому сделаю я-ка памятку по ним, чтоб каждый раз не гугл не мучить одними и теми же запросами.
Погнали. Сначало? каратенька минут на 40   определимся, что есть редирект?
Редирект &#8211; это процесс перенаправления посетителя [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Памятка для SEOшников о редиректах</strong></p>
<p align="right">- Девушка, а как пройти в библиотеку? (с)</p>
<p>В последнее время что-то слишком часто приходится сталкиваться с редиректами. Поэтому сделаю я-ка памятку по ним, чтоб каждый раз не гугл не мучить одними и теми же запросами.</p>
<p>Погнали. Сначало? каратенька минут на 40 <img src='http://homelessinbelarus.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  определимся, что есть редирект?</p>
<p><strong>Редирект</strong> &#8211; это процесс перенаправления посетителя на другую страницу. Перенаправление осуществляется вебсервером посредством помещения соответствующего HTTP-кода в заголовок HTTP-запроса. Так вот, оказывается, HTTP-кодов, отвечающих за редирект аж целых 7 штук. Перечислю их:</p>
<p><code>[Redirection 3xx]<br />
300="Multiple Choices"<br />
301="Moved Permanently"<br />
302="Found" (e.g. )<br />
303="See Other"<br />
304="Not Modified"<br />
305="Use Proxy"<br />
306="(Unused)"<br />
307="Temporary Redirect"</code></p>
<p>Охренеть. До сего момента понятия не имел что их столько. Ээх, говорила мне мама: &laquo;Cынок! Читай RFC&#8217;ы внимательно, пригодится же&raquo; <img src='http://homelessinbelarus.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Короче, кому интересно, подробней про редиректы со словариком можно почитать в <a title="RFC 2068 - Hypertext Transfer Protocol -- HTTP/1.1" href="http://www.faqs.org/rfcs/rfc2068.html">спецификации протокола HTTP/1.1</a>.</p>
<p>Нам же братьям SEOшниками, все знать не обязательно, достаточно двух основных: <strong>301</strong> и <strong>302</strong> <strong>редиректы</strong>.</p>
<p>Итак, <strong>редирект 301-ый</strong>, он же &laquo;<strong>Permanent Redirect</strong>&laquo;, он же &laquo;<strong>Moved Permanently</strong>&laquo;. Используется в случаях когда, необходимо сменить домен или отдельно взятую страницу на другое <strong>постоянное</strong> место жительство, для склейки имени сайта с www и без него. Данный редирект говорит браузеру (или поисковому боту), что запрашиваемая страница <strong>НАВСЕГДА</strong> перенесена в другое место назначения, и перенаправляет на это другое место. Причем при таком редиректе происходит, так называемая, склейка, сущность которой состоит в перетекании PR&#8217;ов и тИЦ&#8217;ей и других различных рейтигов поисковых систем со страниц старого домена, на страницы нового. Про смену доменов со склейкой ещё можно почитать у <a title="Про смену доменов и склейку тИЦ и PR" href="http://dimox.name/pro-smenu-domenov-i-skleyku-tits-i-pr/">Dimox&#8217;a</a>.</p>
<p>Далее, <strong>редирект 302-ый</strong>, вот здесь с погонялами 302-го редиректа некоторый кавардак. В основном все SEOшники на своих блогах называют его &laquo;<strong>Moved Temporarily</strong>&raquo; или &laquo;<strong>Temporary Redirect</strong>&laquo;, хотя по спецификации должен быть &laquo;<strong>Found</strong>&laquo;. Дело в том, что первые руководствовались устарелым <a title="RFC 2068 - Hypertext Transfer Protocol -- HTTP/1.1" href="http://www.faqs.org/rfcs/rfc2068.html">RFC2068</a>, правильнее было бы полагаться на название описанное в актуальном на текущий момент <a title="RFC 2616 - Hypertext Transfer Protocol -- HTTP/1.1" href="http://www.faqs.org/rfcs/rfc2616.html">RFC2616</a>.</p>
<p>С измененными названиями редиректа вроде как разобрались. Тем не менее смысл этого редиректа ничуть не изменился и заключается лишь в том, что запрашиваемая страница перенесена в другое место назначения ВРЕМЕННО. В следствии чего склейка не происходит, слив PR&#8217;ов и тИЦ&#8217;ей не засчитывается <img src='http://homelessinbelarus.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  Однако <a title="через 302 редирект, так, к сведенью всё отлично передаётся… и ссылочный вес и ПР…" href="http://www.kass.ws/2007/09/13/302-redirect-rukovodstvo-po-pravilnoy-seo-ekspluatatsii/#comment-26834">некоторые продолжают спорить</a> с данным утверждением и говорят об обратном, так как раньше поисковые системы хреново обрабатывали данный редирект и смышленные SEO-hijacker&#8217;ы умудрялись поиметь гугл и развести его на халявный PR. У Kass&#8217;a можно почитать про <a title="Склейка или дутый PR. Казалось бы все уже в курсе, что существует такой эффект в Google как склейка и любому домену можно сделать Page rank хоть 10. Но порой встречаются и такие вопросы. В эстой статье я расскажу что такое склейка, как она делаеться и как ее определить." href="http://www.kass.ws/2006/11/06/skleyka-ili-dutyiy-pr/">хитрожопые клоакинг-склейки</a> (но походу нынче уже не действенные).</p>
<p>В общем с редиректами определились.Теперь непосредственно памятка по редиректам.</p>
<p>Редирект через meta-тэг &laquo;Refresh&raquo;:</p>
<pre>&lt;meta http-equiv='Refresh' content='0; url=<a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a>'&gt;</pre>
<p>Редирект через Javasript:</p>
<pre>&lt;script type="text/javascript"&gt;
&lt;!--
window.location = <a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a>";
//--&gt;
&lt;/script&gt;<!--formatted--></pre>
<p>Редирект с помощью PHP:</p>
<p>для 301-го редиректа</p>
<pre>&lt;?php
// 301 Moved Permanently
header("Location: <a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a>", true, 301);?&gt;</pre>
<p>для 302-го</p>
<pre>&lt;?php
// 302 Found
header("Location: <a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a>", true, 302); ?&gt;</pre>
<p>Редирект через .htaccess (Apache HTTP Server)<br />
для 301-го редиректа</p>
<pre># 301 Moved Permanently
Redirect 301 / <a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a></pre>
<p>
для 302-го</p>
<pre># 302 Found
Redirect 302 / <a href="http://homelessinbelarus.com">http://homelessinbelarus.com</a></pre>
<p><strong>Внимание</strong>: при использовании клиентских редиректов (я их называют так потому что, они указываются в теле html документа, а не непосредственно в заголовке запроса). Так вот при их использовании по умолчанию ре<br />
директ является 302ым. Будьте внимательны.</p>
<p><strong>Update:</strong> доступно и с приколом <a title="- Реди... редикер... Что? Что такое реидхректы? - спросит иной ламер, когда услышит о редиректах." href="http://xakep-archive.ru/spec/s002/116/1.html">о редиректах</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://homelessinbelarus.com/2008/05/seo-http-status-codes-php-apache.html/feed</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Самореорганизация труда начинающего фарма дорвейщика</title>
		<link>http://homelessinbelarus.com/2008/03/blog-post_25.html</link>
		<comments>http://homelessinbelarus.com/2008/03/blog-post_25.html#comments</comments>
		<pubDate>Tue, 25 Mar 2008 16:36:00 +0000</pubDate>
		<dc:creator>bum</dc:creator>
				<category><![CDATA[farma]]></category>
		<category><![CDATA[theory]]></category>
		<category><![CDATA[thoughts]]></category>
		<category><![CDATA[дорвееводство]]></category>
		<category><![CDATA[организация]]></category>

		<guid isPermaLink="false">http://homelessinbelarus.com/?p=114</guid>
		<description><![CDATA[хотя можно было и попроще  
Снова стал расплываться в бесконтрольных идеях и последующих начинаниях. Как и говорил раньше, стал интересоваться фармой, потиху начал вовникать в тему дорвеев и понял, что не все так просто, как пишется в рекламных постах. Фрихосты, доргены, дорвеи, хрумеры, базы гест и форумов, линк спамминг, сбор трафика, конверт и/или продажа собранного трафика. Уужаснах! [...]]]></description>
			<content:encoded><![CDATA[<p><strong>хотя можно было и попроще</strong> <img src='http://homelessinbelarus.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Снова стал расплываться в бесконтрольных идеях и последующих начинаниях. Как и говорил раньше, стал <a href="http://homelessinbelarus.com/2008/02/blog-post_25.html">интересоваться фармой</a>, потиху начал вовникать в тему дорвеев и понял, что не все так просто, как пишется в рекламных постах. Фрихосты, доргены, дорвеи, хрумеры, базы гест и форумов, линк спамминг, сбор трафика, конверт и/или продажа собранного трафика. Уужаснах! Целая инфраструктура. У неподготовленного и неосведомленного человека просто в одночасье «порвёца фклочья моск» и навсегда опустятся руки на тему фармы. Или ещё того хуже «не руки» <img src='http://homelessinbelarus.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Дабы избежать сию карму, настоятельно порекомендовал «неподготовленных и неосведомленных» проштудировать <a href="http://thisishot.org/?p=149">толковый такой словарь дорвейщика</a>. А для закрепления материала и для развенчивания некоторых мифов о фарме ещё посоветовал бы ознакомиться с <a href="http://dimax.biz/2007/10/19/nebolshoy-faq-po-rabote-s-farmoy/">полезным ФАКом по работе с фармой от DimaX’a</a>.</p>
<p>Дальше непосредственно про самореорганизацию работы начинающего фарма дорвейщика.</p>
<p>Понятно, что без чётких знаний дискретной математики, кибернетики, моделирования а также понимания алгоритмов и методов квазифеллеровских расширений <a href="http://bananaparadise.blogetery.com/54">марковских цепей в дорвееводстве</a> делать нечего. «Нахуй надо?» &#8211; недоуменно спросите вы. Это я так утрирую. И действительно… Зачем лезть в концептуальные дебри какого-нибудь алгоритма, используемого, в только что, скаченном доргене. Бери дорген, разбирайся с настройками, и юзай на всю катушку.</p>
<p>Так нет же, основная цель забрасывается в угол и надо «обязательно» убить кучу времени и попытаться разобраться… а как же эта хрень фунциклирует и почему именно, так а не иначе? Ведь очень хочется к этой штуковине ещё дорисовать автореггер, автосубмиттер, автодиггер, и ещё какой-нибудь авто. И через некоторый ощутимый промежуток времени запал пропадает, а вместе с ним основная цель летит в корзину. Такая вот у меня прамблема.</p>
<p>Только что, на одном из форумов наткнулся на довольно-таки поучительную мысль от <a href="http://solutionfix.org/">гуру-дорвейщика</a> и по поводу автоматизации всего и по поводу организации труда. Так как мысль дельная, посему не могу не процитировать её здесь.</p>
<blockquote><p>Разделяю работу на 2 части &#8211; одна &laquo;для денег&raquo;, вторая &laquo;на будущее&raquo;.<br />
&laquo;Для денег&raquo; почти всегда нудная, хотя конечно я со своим 10-летним стажем программирования в офф автоматизировал все что можно. Но все равно нужен контроль &#8211; то &laquo;оп &#8211; а проксей-то нема&raquo;, то увидел интересный дор в выдаче &#8211; &laquo;а это идея, надо подправить и у себя так&raquo;, то слова отобрать надо по каким доры буду делать (тут я автомату не доверяю, он тока подготавливает). В общем понятно, что идеальной кнопки бабло нет.<br />
Вторая часть &#8211; делается тока на свежую голову. Мне в принципе нравится програмить, искать новые варианты и решения. Кстати не обязательно с дорами связанные. Вот и начинаешь &laquo;для души&raquo;, потом получается вариант коммерциализации этого алгоритма/проекта/так далее.</p>
<p>Абсолютно, 1000% уверен в следующем для новичков.</p>
<ol>
<li>Нельзя делать один дор в неделю (утрирую) и сидеть рефрешить пустые статсы, глубокомысленно считая что ты мол что-то исследуешь. Пните себя, сделайте себе &laquo;минимум доров в день &#8211; 10&#8243; например. И не дня не пропускайте. От ТОГДА вы експериментируете, иначе &#8211; это разве что случайно повезет и нарветесь на хорошее решение.</li>
<li>Привыкните к мысли, что это прибыльный биз и пробиться сложно. Реально сложно. Причем от удачного до неудачного решения зачастую одна строка в доргене, одна настройка спамилки, один неправильный выбор хостинга или ресурса. Делайте дальше, несколько по-другому.</li>
<li>Сам наступил на эти грабли. <strong>Автоматизировать можно и нужно только готовые, обкатанные схемы</strong>. <strong>Пока схема на стадии &laquo;должно бы получиться и я буду зарабатывать $$$ в день&raquo; &#8211; не лезьте туда с автоматизацией. Делайте руками, увидьте деньги &#8211; скажем хотя бы $80 с этой схемы. Увидели? Вот теперь думайте как сделать чтобы работало с меньшими трудозатратами. </strong></li>
<li>На второй стадии &#8211; когда начало что-то получаться &#8211; не гонитесь за &laquo;вот срочно счас&raquo;. Уже не один год существует дорвейный биз, все вы успеете. Возьмите себя в руки &#8211; не тряпки ж мы в конце концов. Думайте, делайте по-прежнему внимательно, по-прежнему те же 10 доров в день. Да, это будет все еще пусть $10/день а не 100, как если бы вы все бросили и сутками сидели клепали доры. Но зато мимо вашего внимания не пройдут многие ньюансы, и поверьте &#8211; выгоднее в итоге будет если не пороть горячки.</li>
<li>Ну и последнее<br />
- многие получив первую 1к трафика кидаются ее продавать в 20 мест. Плюньте, если ваш траф не конвертится &#8211; наверно дело все-таки в вас. Он может конвертиться лучши или хуже, но если он конвертится в 1 бакс на одной партнерке, очень врядли он законвертится в 30 на другой. Это относится тока к первому трафу, который вы еще сами не точно знаете что за траф и что с ним делать. Потом когда освоитесь будут еще и не такие казусы.</li>
</ol>
</blockquote>
<p>Мыслишко подсмотрел <a href="http://www.nulled.ws/showpost.php?p=405799&amp;postcount=13">здесь</a>. До связи.</p>
<p>PS. Для меня. При возникновении желания чего-нить заавтоматизировать см. пункт №3.</p>
]]></content:encoded>
			<wfw:commentRss>http://homelessinbelarus.com/2008/03/blog-post_25.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
