Локальной копии к сожалению не нашлось, поиск по двум моим винчестерам файлика .htaccess нашёл около 125 штук их, спустя 10 минут я понял что того что мне надо — нет.

Я в тот момент особо не расстроился, у меня был настроен еженедельный бэккап и это меня вполне устраивало. Я полез на сервер бэккапов и с ужасом обнаружил что нужный мне файлик находиться в архиве который занимает *барабанная_дробь* 49,5 Гб.

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

Обращение к сапорту сервера для уточнение о возможности распаковки успехом не увенчались, было принято решение скачать его на основной сервер обратно и распаковать там, прошло 3 часа, сапорт сказал что скорость скачивания 40 мбит/сек — хорошая скорость, я ему не поверил, но дождался.

Попытка зайти в архив через midnight commander привела к его зависанию, а попытка распаковать по ssh сказала что файл сильно большой и вообще таких архивов быть в природе не должно. У меня остался лишь один вопрос, как? КАК? эта тварь — панель его запаковала.

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

Мораль сей басни такова — нехуй хранить на сервере ненужную музыку в части обозначенной для архивирования, и проверять корректность архивов до того, как придётся извлечь 2 Кб из 49 Гб. Это послужило мне уроком, о котором я врятли бы догадался не напоровшись лично.

UPD Возможно у кого-то есть возможность пригласить меня в интересные места/форумы/коллективные блоги (не трэкеры)? Пишите куда, буду обращаться на email, спасибо.

UPD2 Инвайтов больше нет!

Интересна статистика в которой написано, что Россия занимает первое место в мире по продажу крепкого алкоголя, а учтены ли продажи самого сваренные дедом Стёпой?

Ну это лишь так к слову, в общем у меня много мыслей, но ещё больше вопросов на тему алкоголя как крепкого, так и не очень, и интересна эта проблема в России и только здесь, ведь как я понял у китайцев саке 25,3% и это одно из самых крепких, и это считается у них водкой, и сколько у нас её явно не пьют. А пьющую в Европе, например, текилу приближающуюся по оборотам к водке пьют в больших стаканах на донышке в очень маленьких количествах.

И всё таки мне кажется проблема не в стране а в людях, но попытки задуматься об этом, изменить мир, начать с себя — ни к чему не приводят.

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

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

http://wordpress.org/ — За создание данного движка. Он не плох.

http://lecactus.ru/ — За создание сборки wordpress.

http://wordpress-template.ru/ — За шаблон, на основе которого сделан это сайт.

Хотелось бы сразу оговориться, что склейка домена занятие не трудоёмкое само по себе, но довольно нервотрепательное и долгое. И, на мой взгляд, без особой надобности её не стоит делать, ибо будут потери посещаемости.

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

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

Пользователи первый этап даже не заметят. Однако можно написать новость для постоянных посетителей что у вас появился новый адрес и вскоре он станет основным, для того чтобы они заменили его в закладках. Если в вашем домене изменилась только зона, например, с domen.info на domen.ru, то стоит акцентировать внимание пользователей на этом.

2. Создание robots.txt для склейки тИЦ. Этот этап также проходит незаметным для пользователей, но довольно заметным для Яндекса. Необходимо указать, новый домен как главное зеркало в директиве Host.

Пример содержимого robots.txt, который надо положить в корень сайта, может быть следующим:

User-agent: *

Disallow:

User-agent: Yandex

Disallow:

Host: domen.ru

Также можно добавить следующие для Рамблера, и написать в поддержку Рамблера о смене адреса, там изменят адрес вашего сайта в индексе:

User-agent: StackRambler

Disallow:

Host: domen.ru

Строки с User-agent указывают для роботов, каких поисковых систем следующая запись предназначена. В данном случае Disallow не означает запрет, а означает что нечего не запрещено, из-за отсутствия параметров за ней.
Директива Host являться рекомендацией для выбора основного домена, но это ещё не означает, что он будет выбран основным.

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

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

Если же робот последует директиве и выберет новый домен основным (часто такое случается при подклейке на более приоритетный домен, например с domen.org.ru на domen.ru) то при нескольких последующих апдейтах будет проиндексирован новый домен, а старый выброшен из индекса.

4. Делегирование нового домена на хостинг не как зеркало, а как отдельный сайт. Есть мнение, что лучше парковать на тот-же хостинг и тот-же ip чтобы у поисковиков было меньше сомнений в ваших светлых намерениях.

Перенос всех файлов сайта на новый адрес, и конфигурирование скрипов для работы на нём. А на старом создание такой не сложной конструкции в файле .htaccess для подклейки PR и перенаправления пользователей на новый домен.

Options +FollowSymLinks

RewriteEngine on

RewriteRule (.*) http://domen.ru/$1 [R=301,L]

(да возможны и другие варианты, и не осталось уже хостингов без mod_rewrite

5. Ожидание апдейта PR и изменение ссылок на новый адрес. Если ваш сайт был зарегистрирован в каталоге dmoz, можно написать письмо редактору вашего раздела. А Яндекс каталоге адрес должен измениться автоматически.

Если были закуплены ссылки в sape или аналогичных биржах следует постепенно закупать новые на новый домен (хотя язык не поворачивается спустя столько месяцев назвать его новым , а старые ссылки потихоньку снимать. Если вы менялись ссылками с другими сайтами также лучше связаться с партнёрами и попросить их изменить адрес вашего сайта.

Хуже не будет от того что ссылки начнут вести на новый домен, и это поможет ботам выбрать основной домен для вашего сайта если это начать делать после подклейки тИЦ.

Сие знания были найдены по кусочкам в интернете на разных сайтах, и проверенны личным опытом на двух своих сайтах. © Krot