Честно, но понял смысла в 2-х юзерах, если апач будет выполняться от пользователя.
В чём тайный смысл и зачем плодить сущности?
В фре есть mount_nullfs, есть nfs. Совсем не обязательно создавать всё дерево для каждого chroot, достаточно подмонтировать корень на ридонли, а внутри уже
размещать только файлы хоста.
Как это поможет в случае с mod_php?
Если только каждому клиенту пускать по apache. Но тогда и 2-х юзеров не надо,
можно обходиться одним.
Попробуйте получить исходник без попытки отрендерить его браузером.
Например wget'om или чем-то подобным.
Сейчас многие малваре после отработки JS кода переписывают исходник странички.
Ну и с флэшом может идти код использующий уязвимости браузера.
Не рекомендую брать GigasetE1, забить переключение пульса на тон при наборе из книжки так и не вышло. И переключение клавишей * на тон громоздкое, ждать надо секунд 15, удерживая клавишу нажатой.
Панасоники в этом плане удобнее.
Однако качество связи весьма хорошее.
Способов много, и SEO тут может неплохо помочь.
Вариант 1: Как Николай отметил, для начала важно собрать достаточное количество людей, в один момент времени. Иначе если получится, что будут приходить в течении дня по 1 -2 человека, то и общаться будет некому, плюс у людей сложится впечатление, что чат пустьй и они уже никогда в него не вернутся. К баннерам я бы добавил яндекс директ, бегун, etc.
Вариант 2: Чат может быть создан при посещаемом ресурсе и/или интегрирован в него, тоесть несколько строчек из окна с сообщениями на любой страничке сайта, с возможностью войти в чат и написать в него самому. Это позводит подпитывать чат
посетителями и в чате постоянно кто-то будет. В этом случае через SEO можно развивать этот ресурс, а уже он будет питать чат.
Вариант 3: Поставить в чат 1 или несколько ботов, но важно чтобы они имели грамотный алгоритм, что позволяло-бы удерживать посетителя в чате до прихода других людей.
Вариант 4: Раскручивать чисто SEO методами. Регистрация в каталогах,
линки с морд и т.д. но при этом и на сайте чата должен быть хоть какой-то контент,
для ботов поисковиков. Логи паблик сообщений в чате выкладывать на веб и RSS.
Если движок чата поддерживает "тему дня", то оформлять логи в соответствии с темой,
выделять её, в общем оптимизировать их под SE.
Варианты легко могут комбинироваться.
Так-же возможно Хостинг чатов может оказывать какую-то помощь в раскрутке.
Например если зайти на тот-же _chatcity.ru_, то увидим чат Николая. Правда об эффективности переходов с сайтсити думаю больше может сказать сам Николай.
Хотелось бы так-же отметить, что чат требует постоянной подпитки новыми посетителями, если таковой нет, то чат может и просуществовать, но в нём будет совсем пусто.
Если что-то забыл, поправьте. :)
Написать демон, который будет висеть и в своей памяти суммировать.
Периодически синхронизируя с базой.
В принципе отдавать много статики не проблема, если нагрузка идёт именно от
этого, и LA растёт аж до 7 процессов, то что-то тут не так.
Может быть не хватает ресурса дисков? Если да, то м/б попробовать memcached,
и доставить в машинку память.
А в целом любые, требующие ресурсов вещи естественно и логично разделять
на разные сервера. Поддерживаю. На процах оно врядли заткнётся, скорее на
памяти или дисковой подсистеме. Шапку top'а пожалуйста покажите,
чтобы не ходить вокруг да около.
Порадовало.
Это:
плюс это:
Мониторинг за 1-2 дня!
По своей практике скажу, всё очень зависит от характера ресурса, размазанности нагрузки по дням и наличия пиковых дней. Например для новостных сайтов пиковые нагрузки могут быть из ниоткуда в неожиданные моменты, из-за попадания в выдачу Яндекс Новостей например. Как за 1-2 дня можно это вывести?
Аналогично про апгрейды, засунуть аптгет в крон с рестартом арача, mysql'я
и других вещей дело не хитрое. А вот как насчёт апгрейда веток?
Ну там mysql с 4 на 5, apache с 1.3.x на 2.x и т.д. тоже автоматом?
Сервером надо заниматься постоянно.
Уверен, что настроить настроят, и денег разово возьмут.
Но в итоге всё равно придётся обращаться за обновлениями,
оптимизацией сервера под пиковую нагрузку и т.д., вот только это будет уже по
факту тормозов на сервере или глюков.
P.S.
Далее не совсем в тему:
Несколько месяцев назад в форуме пробегало, что .m обратно на 8 марта с восточной собрались. Нежто передумали? Дима ау? Вы ещё ставите на Восточной?
Повторюсь, imho проблема была в днсах на врея переезда.
На данный момент видим:
http://www.yandex.ru/yandsearch?serverurl=www.auction.ua
тоесть он его кушает и индексирует, или нет?
Подозреваю, что возможно проблема была с днсами, и сейчас уже решена.
Imho яндексбот мог ходить на старый ip.
Использую консольную micq (www.micq.org), висит на сервере, всегда online
каши не просит.
Чисто текст, все изменения типа подключился-отключился, на стороне сервера,
у меня в консоли только сообщения.
Подключаюсь по ssh.
P.S. Контактов у меня зело много, все гуёвые аськи дохнут через минуту после попытки получить КЛ с сервера icq.. ну и проц/память кушать любят.
