admak

Рейтинг
130
Регистрация
19.07.2010

Тут еще есть готические фотки и видео.

Глядя на них, тоже захотелось собрать что-то мощное, но остановило отсутствие цели и извечный вопрос: а нахрена?

Биткоин - специфичен и мне не интересен(поезд давно ушел), дома держать хостинг/вдски и т.д. - смысла нет. Что еще? а хз.

По итогу: желание "собрать" - осталось, но вопрос "а нахрена?" не решен.

Поэтому - нихрена. :)

SeVlad:
10 дней не дотерпел?

:) оценил. Вы хотите поговорить об этом? :)

Обоснуйте, почему, то что не должно изменятся (статика или сам код), "вдруг" может измениться под влиянием хз кого...

River, куплена на фундаменте и ровно через год вы с квартирой(которую уже можно сдавать) и доками на нее?

Как по мне, то Вы счасливчик (с) мультик. :)

Хорошее вложение. Не спешите с продажей квартиры, при прочих равных условиях, через год-два-пять вы продадите эту квартиру, возможно по цене даже более высокой, если инфракстуктура района будет развиваться. А дивиденты за "ожидание" в виде арендной платы будет очень приятным бонусом. А там как дело пойдет, может сдавать будет интересней, чем продавать.

Если поискать, то можно найти совсем бюджетные вдс-ки, по цене виртуального хостинга или даже по цене ip.

Паркуй доменов сколько хочешь, единственно для вдски нужен админ или нужно разбираться самому.

Слоняра:
хостинги, которые дают отдельного пользователя ...[skip]... но 50 доменов с мелкой статикой держать там накладно.

Зачем для "статики" каждый отдельный пользователь?

ВДС-ка, для статики: владелец всех файлов и каталогов - root и права записи тоже только root, вебсерверу только права на чтение. Все.

Слоняра:
Постоянно избавляться от дырок на 15 скриптовых сайтах, которые суммарно 200 рублей в день дают, как-то не шибко рационально. Легче их выбросит

Этот же подход применим и к скриптовым сайтам, но, к сожалению, некоторые разработчики цмс/тем/плагинов не дружат с головой мешают код и данные в одну кучу. Пишут что попало и куда попало. :(

Такие цмски/плагины, действительно, проще под снос.

Забыл еще указать, что перед копированием нужно остановить mysql, apache, другие сервисы, которые могут писать на диск.

grey2:
отя насчёт последней идеи... ведь при таком варианте например всякие апачи мускулы и тд не запустятся на скопированном сервере?

При копироваии rsync? Запустятся, если нужно, то в конфигах ip-шники поправить.

grey2:
у меня несколько vps и на centos 5 и на debian и на ubuntu есть

Можно просто скопировать файлами.

1. Ставите на новом ту же версию ОС, что на старом. Минимальную установку. К примеру Centos 5

2. На всякий, обновляете свежеинстал: yum update

3. Со старого копируете файлы, возможно еще что-то надо добавить в exclude


rsync -arzv --exclude /boot --exclude /proc --exclude /sys --exclude /dev --exclude /lib/firmware --exclude /lib/modules --exclude /lib/udev --exclude /mnt / root@ip_сервера:/

4. На новом в каталоге /etc ищем старые ip-шники и заменяем на новые. Возможно, старые ip нужно еще где-нибудь поискать... Иногда они даже в пхп скриптах попадаются. :)

5. Можно перегружать новый сервер, если поднимется - уря. :)

Точно также с дебиан и убунтой.

ps: Понимаю, что зоопарк разных ОС по историческим причинам. Может переезд это как раз то время, чтобы перевести все под одну ОС? Потом будет проще администрировать и управлять вдсками.

dspu:
что будет, если у меня интернет пропадет? сервера сами между собой разберутся? или надо заново заходить, запускать rsync?

Попробуйте запустить в фоновом режиме на сервере и отключится от него:

В команде убран ключик -v - вывод на экран.


rsync -az -e ssh remoteuser@remotehost:/remote/dir /this/dir/

- Ввести пароль

- Нажать Ctrl+z

- Затем команду: bg

Отключиться от сервера.

Потом повторно подключитесь к серверу и проверьте, что копирование продолжается.

dspu:
рута нету, как ключи размещать?

Достаточно и обычного пользователя, главное чтобы у этого пользователя был доступ к копируемым файлам.

Если это одноразовое копирование, то с ключами можно не заморачиваться, а руками ввести пароль.

Как-то так, в синтаксе могу немного ошибаться, сейчас проверить негде.


rsync -avz -e ssh remoteuser@remotehost:/remote/dir /this/dir/

должно запросить пароль.

rsync через ssh, он как раз для таких целей предназначен.

Всего: 1235