или управляем хостингом через SSH посредством (*nix) команд

В целях экономии трафа, времени, да и вообще для себя, — полезно иметь некоторые знания по работе с SSH-протоколом (Secure Shell).

Немного теории:

SSH он же Secure SHell — сетевой протокол, позволяющий производить удалённое управление компьютером и передачу файлов. Сходен по функциональности с протоколом Telnet и rlogin, однако использует алгоритмы шифрования передаваемой информации.

Криптографическая защита протокола SSH не фиксирована, возможен выбор различных алгоритмов шифрования. Клиенты и серверы, поддерживающие этот протокол, доступны для различных платформ. Кроме того, протокол позволяет не только использовать безопасный удалённый shell на машине, но и туннелировать графический интерфейс — X Tunnelling (только для Unix-подобных ОС или приложений, использующих графический интерфейс X Window System). SSH также способен передавать через безопасный канал (Port Forwarding) любой другой сетевой протокол, обеспечивая (при надлежащем конфигурировании) возможность безопасной пересылки не только X-интерфейса, но и, например, звука.

Поддержка SSH реализована во всех UNIX системах, и на большинстве из них в числе стандартных утилит присутствуют клиент и сервер ssh. Существует множество реализаций SSH-клиентов и для не-UNIX ОС. Большую популярность протокол получил после широкого развития sniffer’ов, как альтернативное небезопасному телнету решение для управления важными узлами.

На данный момент известно две ветки версий — 1 и 2. Однако ветка 1 остановлена, так как в конце 90-x в ней было найдено много уязвимостей, некоторые из которых до сих пор накладывают серьёзные ограничения на её использование, поэтому перспективной, развивающейся и наиболее безопасной является версия 2.

Для работы с хостингом предлагается использовать бесплатным SSH-клиентом — Putty.

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

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

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

• cd [директория] — смена/переход в указанную директорию;
• ls -la [директория] — просмотр файловой системы указанной директории;
• cp [опции] [путь источник] [путь назначения] — копирование файлов и директорий;
• rename [старый путь] [новый путь]  - изменить имя или расположение файла;
• cat — слияние файлов и выдача на стандартный вывод;
• who - посмотреть кто сейчас находиться в системе;
• id — посмотреть идентификаторы пользователя и группы системы;
• passwd -изменить пароль текущего пользователя;
• mc — запуск Midnight Commander’a, программы (файлого менеджера), предназначенной для просмотра содержимого каталогов и выполнения основных функций управления файлами в UNIX-подобных операционных системах. Help-файл для Midnight Commander (http://www.lib.ru/MAN/mc.txt)
• rm -r [директория] — рекурсивное удаление файловой системы начиная с указанной директории.
  ВНИМАНИЕ! Использовать очень ОСТОРОЖНО, на свой страх и риск. Можно йобнуть всё одним нажатием клавиши.
• du -ch [директория] — определить суммарный объем занимаемого дискового пространства указанной директории с рекурсивным выводом всех вложенных директорий.
  Пример вывода информации только о занимаемом объеме:
  [xxx@zxc homelessinbelarus.com]$ du -ch | grep total
  5.4M total
• unzip [zip-архив] — разархивирование zip-архива в текущую директорию.
• tar — GNU (ГНУ) `tar’ (тар) saves (сохраняет) many (много) files (файлов) together (вместе) into a single tape (в единое целое) or (или) disk archive (архив на диске), and (и) can (может) restore (востанавливать) individual files (индивидуальные файлы) from (из) the archive (архива).
  tar xf archive.tar — разархивирование tar-архива в текущую директорию
  tar xfz archive.tar.gz — разархивирование gzip-архива в текущую директорию
  tar xfj archive.tar.bz2 — разархивирование bzip2-архива в текущую директорию
  tar cfz archive.tar.gz dir1/ dir2/file1 — создание gzip-архива
  tar cfj archive.tar.bz2 dir1/ dir2/file1 — создание bzip2-архива

Памятка для SEOшников о редиректах

- Девушка, а как пройти в библиотеку? (с)

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

Погнали. Сначало? каратенька минут на 40 определимся, что есть редирект?

Редирект — это процесс перенаправления посетителя на другую страницу. Перенаправление осуществляется вебсервером посредством помещения соответствующего HTTP-кода в заголовок HTTP-запроса. Так вот, оказывается, HTTP-кодов, отвечающих за редирект аж целых 7 штук. Перечислю их:

[Redirection 3xx]
300="Multiple Choices"
301="Moved Permanently"
302="Found" (e.g. )
303="See Other"
304="Not Modified"
305="Use Proxy"
306="(Unused)"
307="Temporary Redirect"

Охренеть. До сего момента понятия не имел что их столько. Ээх, говорила мне мама: «Cынок! Читай RFC’ы внимательно, пригодится же» Короче, кому интересно, подробней про редиректы со словариком можно почитать в спецификации протокола HTTP/1.1.

Нам же братьям SEOшниками, все знать не обязательно, достаточно двух основных: 301 и 302 редиректы.

Итак, редирект 301-ый, он же «Permanent Redirect«, он же «Moved Permanently«. Используется в случаях когда, необходимо сменить домен или отдельно взятую страницу на другое постоянное место жительство, для склейки имени сайта с www и без него. Данный редирект говорит браузеру (или поисковому боту), что запрашиваемая страница НАВСЕГДА перенесена в другое место назначения, и перенаправляет на это другое место. Причем при таком редиректе происходит, так называемая, склейка, сущность которой состоит в перетекании PR’ов и тИЦ’ей и других различных рейтигов поисковых систем со страниц старого домена, на страницы нового. Про смену доменов со склейкой ещё можно почитать у Dimox’a.

Далее, редирект 302-ый, вот здесь с погонялами 302-го редиректа некоторый кавардак. В основном все SEOшники на своих блогах называют его «Moved Temporarily» или «Temporary Redirect«, хотя по спецификации должен быть «Found«. Дело в том, что первые руководствовались устарелым RFC2068, правильнее было бы полагаться на название описанное в актуальном на текущий момент RFC2616.

С измененными названиями редиректа вроде как разобрались. Тем не менее смысл этого редиректа ничуть не изменился и заключается лишь в том, что запрашиваемая страница перенесена в другое место назначения ВРЕМЕННО. В следствии чего склейка не происходит, слив PR’ов и тИЦ’ей не засчитывается Однако некоторые продолжают спорить с данным утверждением и говорят об обратном, так как раньше поисковые системы хреново обрабатывали данный редирект и смышленные SEO-hijacker’ы умудрялись поиметь гугл и развести его на халявный PR. У Kass’a можно почитать про хитрожопые клоакинг-склейки (но походу нынче уже не действенные).

В общем с редиректами определились.Теперь непосредственно памятка по редиректам.

Редирект через meta-тэг «Refresh»:

<meta http-equiv='Refresh' content='0; url=http://homelessinbelarus.com'>

Редирект через Javasript:

<script type="text/javascript">
<!--
window.location = http://homelessinbelarus.com";
//-->
</script>

Редирект с помощью PHP:

для 301-го редиректа

<?php
// 301 Moved Permanently
header("Location: http://homelessinbelarus.com", true, 301);?>

для 302-го

<?php
// 302 Found
header("Location: http://homelessinbelarus.com", true, 302); ?>

Редирект через .htaccess (Apache HTTP Server)
для 301-го редиректа

# 301 Moved Permanently
Redirect 301 / http://homelessinbelarus.com

для 302-го

# 302 Found
Redirect 302 / http://homelessinbelarus.com

Внимание: при использовании клиентских редиректов (я их называют так потому что, они указываются в теле html документа, а не непосредственно в заголовке запроса). Так вот при их использовании по умолчанию ре
директ является 302ым. Будьте внимательны.

Update: доступно и с приколом о редиректах.

хотя можно было и попроще

Снова стал расплываться в бесконтрольных идеях и последующих начинаниях. Как и говорил раньше, стал интересоваться фармой, потиху начал вовникать в тему дорвеев и понял, что не все так просто, как пишется в рекламных постах. Фрихосты, доргены, дорвеи, хрумеры, базы гест и форумов, линк спамминг, сбор трафика, конверт и/или продажа собранного трафика. Уужаснах! Целая инфраструктура. У неподготовленного и неосведомленного человека просто в одночасье «порвёца фклочья моск» и навсегда опустятся руки на тему фармы. Или ещё того хуже «не руки»

Дабы избежать сию карму, настоятельно порекомендовал «неподготовленных и неосведомленных» проштудировать толковый такой словарь дорвейщика. А для закрепления материала и для развенчивания некоторых мифов о фарме ещё посоветовал бы ознакомиться с полезным ФАКом по работе с фармой от DimaX’a.

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

Понятно, что без чётких знаний дискретной математики, кибернетики, моделирования а также понимания алгоритмов и методов квазифеллеровских расширений марковских цепей в дорвееводстве делать нечего. «Нахуй надо?» — недоуменно спросите вы. Это я так утрирую. И действительно… Зачем лезть в концептуальные дебри какого-нибудь алгоритма, используемого, в только что, скаченном доргене. Бери дорген, разбирайся с настройками, и юзай на всю катушку.

Так нет же, основная цель забрасывается в угол и надо «обязательно» убить кучу времени и попытаться разобраться… а как же эта хрень фунциклирует и почему именно, так а не иначе? Ведь очень хочется к этой штуковине ещё дорисовать автореггер, автосубмиттер, автодиггер, и ещё какой-нибудь авто. И через некоторый ощутимый промежуток времени запал пропадает, а вместе с ним основная цель летит в корзину. Такая вот у меня прамблема.

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

Разделяю работу на 2 части — одна «для денег», вторая «на будущее».
«Для денег» почти всегда нудная, хотя конечно я со своим 10-летним стажем программирования в офф автоматизировал все что можно. Но все равно нужен контроль — то «оп — а проксей-то нема», то увидел интересный дор в выдаче — «а это идея, надо подправить и у себя так», то слова отобрать надо по каким доры буду делать (тут я автомату не доверяю, он тока подготавливает). В общем понятно, что идеальной кнопки бабло нет.
Вторая часть — делается тока на свежую голову. Мне в принципе нравится програмить, искать новые варианты и решения. Кстати не обязательно с дорами связанные. Вот и начинаешь «для души», потом получается вариант коммерциализации этого алгоритма/проекта/так далее.

Абсолютно, 1000% уверен в следующем для новичков.

1. Нельзя делать один дор в неделю (утрирую) и сидеть рефрешить пустые статсы, глубокомысленно считая что ты мол что-то исследуешь. Пните себя, сделайте себе «минимум доров в день — 10″ например. И не дня не пропускайте. От ТОГДА вы експериментируете, иначе — это разве что случайно повезет и нарветесь на хорошее решение.
2. Привыкните к мысли, что это прибыльный биз и пробиться сложно. Реально сложно. Причем от удачного до неудачного решения зачастую одна строка в доргене, одна настройка спамилки, один неправильный выбор хостинга или ресурса. Делайте дальше, несколько по-другому.
3. Сам наступил на эти грабли. Автоматизировать можно и нужно только готовые, обкатанные схемы. Пока схема на стадии «должно бы получиться и я буду зарабатывать $$$ в день» — не лезьте туда с автоматизацией. Делайте руками, увидьте деньги — скажем хотя бы $80 с этой схемы. Увидели? Вот теперь думайте как сделать чтобы работало с меньшими трудозатратами.
4. На второй стадии — когда начало что-то получаться — не гонитесь за «вот срочно счас». Уже не один год существует дорвейный биз, все вы успеете. Возьмите себя в руки — не тряпки ж мы в конце концов. Думайте, делайте по-прежнему внимательно, по-прежнему те же 10 доров в день. Да, это будет все еще пусть $10/день а не 100, как если бы вы все бросили и сутками сидели клепали доры. Но зато мимо вашего внимания не пройдут многие ньюансы, и поверьте — выгоднее в итоге будет если не пороть горячки.
5. Ну и последнее
   - многие получив первую 1к трафика кидаются ее продавать в 20 мест. Плюньте, если ваш траф не конвертится — наверно дело все-таки в вас. Он может конвертиться лучши или хуже, но если он конвертится в 1 бакс на одной партнерке, очень врядли он законвертится в 30 на другой. Это относится тока к первому трафу, который вы еще сами не точно знаете что за траф и что с ним делать. Потом когда освоитесь будут еще и не такие казусы.

Мыслишко подсмотрел здесь. До связи.

PS. Для меня. При возникновении желания чего-нить заавтоматизировать см. пункт №3.