Ликбез-памятка по SSH. Список основных (unix os) команд при работе с хостингом
или управляем хостингом через 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 редиректы. HTTP status codes. PHP. Apache
Памятка для 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% уверен в следующем для новичков.
- Нельзя делать один дор в неделю (утрирую) и сидеть рефрешить пустые статсы, глубокомысленно считая что ты мол что-то исследуешь. Пните себя, сделайте себе “минимум доров в день - 10″ например. И не дня не пропускайте. От ТОГДА вы експериментируете, иначе - это разве что случайно повезет и нарветесь на хорошее решение.
- Привыкните к мысли, что это прибыльный биз и пробиться сложно. Реально сложно. Причем от удачного до неудачного решения зачастую одна строка в доргене, одна настройка спамилки, один неправильный выбор хостинга или ресурса. Делайте дальше, несколько по-другому.
- Сам наступил на эти грабли. Автоматизировать можно и нужно только готовые, обкатанные схемы. Пока схема на стадии “должно бы получиться и я буду зарабатывать $$$ в день” - не лезьте туда с автоматизацией. Делайте руками, увидьте деньги - скажем хотя бы $80 с этой схемы. Увидели? Вот теперь думайте как сделать чтобы работало с меньшими трудозатратами.
- На второй стадии - когда начало что-то получаться - не гонитесь за “вот срочно счас”. Уже не один год существует дорвейный биз, все вы успеете. Возьмите себя в руки - не тряпки ж мы в конце концов. Думайте, делайте по-прежнему внимательно, по-прежнему те же 10 доров в день. Да, это будет все еще пусть $10/день а не 100, как если бы вы все бросили и сутками сидели клепали доры. Но зато мимо вашего внимания не пройдут многие ньюансы, и поверьте - выгоднее в итоге будет если не пороть горячки.
- Ну и последнее
- многие получив первую 1к трафика кидаются ее продавать в 20 мест. Плюньте, если ваш траф не конвертится - наверно дело все-таки в вас. Он может конвертиться лучши или хуже, но если он конвертится в 1 бакс на одной партнерке, очень врядли он законвертится в 30 на другой. Это относится тока к первому трафу, который вы еще сами не точно знаете что за траф и что с ним делать. Потом когда освоитесь будут еще и не такие казусы.
Мыслишко подсмотрел здесь. До связи.
PS. Для меня. При возникновении желания чего-нить заавтоматизировать см. пункт №3.
Я бычок подниму горький дым затяну, люк открою, полезу домой ... (с)
