izone

Рейтинг
22
Регистрация
20.10.2007
Free_head:
Все берут за размещение по разному.
Последние размещение статьи о фильтрах для воды на информационном портале по бытовой технике(5-6К уников вдень) стоило чтото около 2500рублей

А когда публиковали статью о выходе новой игрушки на новостном портале (80-100К уников в день) то просили что то около 5 тыщ рублей

Ну и цены :) У нас можно разместить за 10 долларов навсегда. И статьи, и пресс-релизы

Халявы не бывает :) Или она быстро заканчивается :) Вряд ли кто согласится бесплатно крутить рекламу. Особенно в наше время, когда полно платных реклов.

kostich:
100 httpd по 30mb и вот он родимый свап.

Как-то все больно просто. Есть же у системы какие-то ограничения процессов и т.д. Если бы так просто было загнать сервак в своп, то все посещаемые контентные ресурсы не вылазили бы из свопа... Хотя возражать не буду тут сильно, я не специалист. Скорее дилетант. Вам наверное, виднее.

Andreyka:
Такое зависание бывает когда сервер уходит в своп.

Как он может в своп уйти, если памяти на серваке немеряно? Общая память 2 гига (хостингом не занимаюсь, крутятся только свои проекты). Команда Top и swapinfo показывает, что с этим проблем нет, своп не используется. Неоднократно смотрел этот момент (особенно в часы пик).

DmitryT:
по какому принципу рекламодатели оценивают сайт, какие цифры им важны и какие цены ставить?

Чаще всего так: ставят например на недельку свой рекламный блок или баннер к вам и.. смотрят от него отдачу. Если отдача есть - будут вашими клиентами

Компьютерная тематика. Трафик продаем: от 20 центов за клик

Lupus:
Это все внешние сервисы. А вот есть ли пинг?.

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

Lupus:
В случае паники - отразится обязательно.

Спасибо, понятно.

Lupus:
Давайте сперва определимся, что считать зависанием. Если речь о потере связи с сервером, то это не обязательно значит зависание. Могла просто лечь сетевая подсистема, а завалить ее сервисы вполне могут. Но в этом случае, серв должен перегружаться с физической консоли, да и в логах это будет ярко светиться. Прибить же ядро сервис теоретически может, но на практике я такого никогда не встречал - для этого надо хорошо потрудиться. :)
Поэтому я и считаю первостепенно важным почитать сообщение системной консоли.

Насчет зависания... В моем случае это:

а) Сервак не виден с браузера, к нему нет доступа по http

б) Не работает FTP, не работает почта

Насчет сообщений системной консоли... Вы несомненно правы, спасибо еще раз за этот совет. Впредь (если что), буду непременно требовать от дата-центра сообщения. Кстати, а в случае с Kernel Panic - это тоже может отразиться в консоли или нет?

Lupus:
Правильно. Так и будет.

Вот здесь уточните пожалуйста, что вы имели ввиду:

1. "Правильно, так и будет" - Нормально сконфигурированная FreeBsd так и должна загружаться с руганью по кнопке Power (и в этом нет ничего странного)

2. "Правильно, так и будет" - у системы имеются проблемы и то что она ругается - это ее нормальное правильное поведение в данной ситуации (загрузка по кнопке Power). Нормально сконфигурированная система не должна ругаться.

Lupus:
Кстати, если причина не в ядре, серв корректно перегрузится и по Ctrl-Alt-Del.

Тут очевидно вас можно понять так: если система нормально перезагружается мягким способом (как я описал), то очевидно у нее причина не в ядре? С ядром похоже все нормально... Вы примерно так хотели, сказать?

Lupus:
В этом случае у саппорта должно было возникнуть подозрение на хардверную неисправность. А за железо отвечают именно они. Значит или пофигисты или просто эникейщик сидит, дрессированный на нажатие Reset.

Ну естествено я этот вопрос поставил перед ними. Разбираться в железе и искать чего там не так - они не стали, а просто предложили перейти на новое железо. На новый сервак с той же конфигурацией. Я согласился. Они вынули диски (у меня их 2 штуки, RAID 1) со старого сервака и перенесли на новый. После этого, через 3 дня после пререноса - уже 1 раз система зависла. После этого зависания я проделал вышеописанные манипуляции с MySQL и распределением памяти в системе. С тех пор пока, тьфу-тьфу, работает...

На мой взгляд, теоретически неправильно работающий сервис, например MySQL или какой-то другой - не должен влиять на стабильность системы. В случае-чего должен застопориться или зависнуть или упасть сервис, а система по идее должна работать. На практике, не знаю... Может неправильно сконфигурированный или перегруженый сервис стать причиной зависания системы?

Всего: 126