Не знаю как по Российским законам, но у нас уже возникает проблема, что в договоре должны быть открыто высказанные лимиты. Это права потребителя. Все параметры, кроме числа уников или числа открытых страниц фактически не подлежит посчёту. С другой стороны, чтобы мерить CPU time и за него брать оплату, надо иметь сертифицированный стандартом механизм :)
С другой стороны, меня не особенно интересует, что движёк будет брать ресурсов в два, даже в три раза больше. Изключение WAP, и все real time, где смело можем умножать на 10 и будем недалеко от правды. Тем более это будет попадать уже под отдельный пункт.
CMS Битрикс в Литве почти ни кто не знает, и меня не особенно он волнует. Типичные CMS это Joomla, WP, самописки CMS, движки форумов. То есть, если я посчёты произведу под Joomla, то погрешности будут минимальные. Дополнительно, наверно это не особенная тайна, но скажем я посчёты для общего хостинга делаю изходя из того, что сервер в такой комплектации, какая бывает после установки или Directadmin или cPanel. Когда сервер выходит на определённую загруженность, он оптимизируется под конкретных клиентов. Этим опять выигрывается достаточный запас по производительности.
Также посещаемость крутится до 2-3 тысяч уников и редко эта цыфра превышается.
По сути, на общем хостинге нивелируется всё. А проекты где посещаемость значительно превышает 5 тысячь уников, обычно идёт по отдельному договору.
Для меня самое главное избегать разбирательств и обьяснений с клиентами, что они превысили какие то мистические параметры, объяснять на пальцах и в принцыпе апелировать только на сознательность человека.
По сути, посчёт по уникам для среднего клиента понятен?
По поводу самого посчёта, то ни кто не будет там считать и что то разробатывать. Типично в стстистике сервера очень быстро видим те акаунты, которые грузят. Это и трафик, и нагрузка на веб сервер, емайл. И обращаем внимание только на те акаунты, которые явно грузят. Для них не сложно в ручную просмотреть и посчитать уники. Естественно нет сложности напистаь скрипт, который собирал бы данные. Это уже детали. Мы не собираемся обращать внимание на моментное повышение числа уников для типичных акаунтов. Думаю если клиент несколько месяцев в году превысит в два раза, от этого я не обеднею :)
LineHost добавил 10.11.2008 в 22:46
По моему мнению это не правильно. На пустом сервере, тот же процес будет выполнятся в разы быстрее, значит меньше покажет и график. Под полной нагрузкой сервер будет показывать на много больше ресурсов. То есть, чем больше нагружаем сервер, тем больше клиенту показывается нагрузка. Клиент не должен отвечать за то, что у хостёра большей апетит. Хостёр должен заботится, чтобы сервер/сервера были не перегруженные и клиент был довольный самой услугой.
Тем более, как я упомянул, для того чтобы мерить нагруьку и за это брать деньги, нужен сертифицированныь стандартом механизм. Это примерно в рублях будет около 300 - 400 тысячь. И в этом механизме уже само по себе должно будет учтенно, то, что я сказал выше.
LineHost добавил 10.11.2008 в 22:58
По сути да, но для стандартных планов мы не играемся. Это для договорных заказвов, где уже идёт конкретный разговор.
Во первых, наконец приняли решение боротся с ботами открыто, это уже достижение (ботов) :)
Во вторых, каждая палка имеет два конца, ТС тут правильно подметил, подставить можно 😆 Но с другой стороны, мне кажется подстава вылезет сама :)
[Офтопик]
А есть Super Mario Web Edition? ☝
[/Офтопик]
[офтопик]
Зачем туда хозяйну ходит? Вы же знаете что там должно быть 😆
[/офтопик]
Радуйтесь, а то в других странах есть возможность получить обратный иск, а там уже может быть милионы. Есть понятие, компенсация морального ущерба....
Да не стесняйтесь, палите, может вылезет мне полезная информация ;)
Я за адекватность в отношениях между хостёром и клиентом.
То что разказали сказку, про два часа неработы почты и судов, это просто лепет. Видимо просто компания не имеет своего юриста или денег на адвоката. Мне лично смешно, когда разгорор доводится до угроз с судами. Это только показывает неграмотность того, кто угрожает. Вобще спорить с выше стоящим хостёром дело почти проигрошное, так как выше стоящий хостёр владеет информацией по обширней. Я имею достаточно большой опыт, но как только запутываюсь в спор с датацентром, и с принцыпа начинаю серьёзный анализ ситуации, оказывается что сотрудники датацентра правы, проблема локальная. То есть ошибки и дыры находим в своём хозяйстве или на серверах у клиентов. То есть, если выше стоящий хостёр сказал что есть проблема, то надо срочно эту проблему искать. Сутки, две, неделя ... до победного. При том искать самостоятельно. Некоторые датацентры предлогают услугу по нахождению проблем. Им естественно это легче, так как они имет не только IP действующих лиц, но и полные адреса а даже иногда пути на самом сервере ;) Но требовать у выше стоящего хостёра чтоб он даром отдал эту информацию, как и не выходит, так как они под услугой поиска дыры, фактически скрывают возмещение себестоймости дорогого сетевого оборудывания ;)
То есть, не хочешь платить, работай сам 😂
Правда глаза колит? Знаю что не приятно выслушивать, но больной выздаравливать начинает тогда, когда понимает что он действительно больной.
Хостёр и нормалный Клиент должны ийти нога в ногу. А на Российском рынке мы замечаем то, что клиенты устраивает разводы своим хостёрам и права качает, забыв что у хостёра есть не только обязанности, но и правила и те же права. Идите на Хостгатор попробовать построить, увидите как быстро в цивилизованном мире решит проблему, то есть выкинет такого клиента без права на обсуждение.
В той же Германии, в каждой машине стоит неплохие радио апараты, у которых снимается панельки, но они просто оставленны. И часто эти машины даже не закрыти. И представляете, всё стоит на своём месте до тех пор, пока туда незалезут наши/ваши парни из восточной Европы 😂
Я доверяю всем своим клиентам, тех которым не доверяю, я прошу освободить сервер ;)
Все об этом знает. И не думаю что директадмин пойдёт чтобы по умолчанию был запрет на субдомены. Я лично против, так как эта проблема только Российского рынка и хостёров которые набирають нечисть.
Тем кому надо чтобы другие пользователи не могли юзать чужой субдомен, может воспользоватся инструкцией.
А меня от таких выскочек тошнит.
LineHost добавил 10.11.2008 в 12:00
То есть, на серврре есть домен.ru у одного клиента.
Другой клиент хочет занести как основной свой домен свой_субдомен.домен.ru и ему не разрешает панель? Это же дурдом. Домен 3 уровня имеет такие же права как 2 уровня. И не хостёру решать кто, где, когда хочет разместить субдомен.
Каких прав? Пример *.com.ua включаем мозговой механизм и думаем что получится. А получится то, что каждый раз создавая любой_субдомен.com.ua надо будет делать изключение. Я лучше один или два раза выкину клиентов, котрорые своровали субдомен.
