О, какое единодушие! :)
Тогда вопрос: а код они дают открытый или зенд ставить нужно?
Php - влегкую. Это не проблема.
Вот еще хотелку вспомнил, но она в принципе пересекается с п.1 - это дизайн для PPC.
Хм.
Это еще ни о чем не говорит. Нужно точно знать как генерится контент, какие запросы к БД делаются итд итп. Одним "грамотным" запросом можно например уложить весь сервер БД отдыхать и ни гигазы рама не помогут ни свора оптеронов.
Если есть доменное имя и оно принадлежит Вам, значит есть регистратор, а у Вас должны быть логин и пароль на вход в админзону регистратора для настройки технических параметров.
Поднимаете на своем компе DNS сервер или используете за деньги регистраторский, находите Secondary DNS, который согласится держать Вашу зону или опять таки покупаете это у регистратора за деньги.
Эти dns-ы прописываете в настройках у регистратора.
В настройках зоны на компе прописываете
...
www IN A 111.222.111.222 (IP Вашего компа)
Слейв считает зону и все, запросы пойдут на Ваш комп.
Правда потом придут бразильские хакеры и проверят, не релеит ли он мыло, проверят его на стандартный набор дырявых скриптов, после чего будут бесконечно подбирать пароли ко всем сервисам слушающим интернет, типа ftp, ssh итп. Но это уже другая песня ;)
Можно, но только осторожно.
Я ж не один приду, со мной еще кузнец придет ;) (комиссия РСН), мне узел сдавать нужно. Оно Вам нужно? Ежели нужно, исследую вопрос.
С потерей пакетов на данный момент ситуация решилась так. Оказывается в ДЦ Стека есть "гнилая" сеть. Если основной IP на интерфейсе из нее, то потеря пакетов до 25% во время пиковой загрузки. Мне в качестве эксперимента дали IP адрес из "нормальной" сети, я его прописал и все заработало волшебно. Пинги вместо 25мс стали 5 мс, пропажа пакетов прекратилась. Ни одного кабеля не перетыкали. К серверу не прикасались. Агава по ходу дела тут ни при чем. Роутер рткомовский, агаву к нему не подпускают. Так что всетаки может быть 29 числа что-то и изменится в лучшую сторону.
Убежать можно. Я честно говоря не знаю, как там оборудование устроено, но проблема там однозначно локальная в переделах нескольких стоек. У меня один сервер работает абсолютно нормально. Канал легко прогружается да 60 мбит днем. Но часть стоек стоит за каким то глючным или крайне перегруженным роутером. Чей он агавский или рткомовский я не знаю, мне не докладывают, но я надеялся, что ремонтировать будут именно его. Но сейчас выходит, что не его. Значит нужно переместиться за нормальный роутер. Чем и занимаюсь.
Точно? А были ли например случаи отключения питания, аналогичные тому, как перед Новым Годом у Стека, когда ДЦ два раза падал? Как мастерхостовский ДЦ такие катастрофы переживает?
Это я к тому, что все они хороши, пока Чубайс рубильники дергать не начнет...
Мда... По последним данным надежд мало. Ремонт/апгрейд не связан на 100% с данной проблемой. Саппорт не в курсе что и зачем будут апгрейдить. Ртком там что-то со своим оборудованием делает.
Вообщем пытаюсь переехать в другую сеть в пределах датацентра, если не получится, то унесу сервера в киаехаус или мастерхост. Или в тот же Стек, но напрямую, без Агавы, в другую стойку, за другой маршрутизатор. :)
Да я сам и без него вроде обхожусь, а юзерам давать его вообще бессмысленно, если они ftp c php путают. Они там такого наколбасят.
Кстати, ради любопытства поискал вебмина в дистрибутиве своем (Altlinux Master 2.4), а его там вообще нету. Оопс, ну не судьба значит.
Дык агавские и петерхостовские сервера в соседних стоечках стоят.
Сегодня с Агавой реальные проблемы.
Потеря до 25% пакетов на одном из их роутеров.
Измерялка скорости дает 9 мбит на 100 мбит порту.
За другим роутером все ок.
Саппорт бессилен - говорит пишите письма.
Письма уже писал наверное с полгода назад, настолько стара эта проблема!!!
Пока ничего не изменилось. 😡
О пока писал мыло пришло:
---
Уведомляем Вас в том, что 29.01.06 06:00-07:00 MSK запланированы работы по
замене ПО на магистральном маршрутизаторе. Работы будут проведены с потерей
сервиса общей длительностью до 15 мин.
Хм. Господь услышал мои молитвы? Посмотрим, посмотрим...
