да, действительно что-то было у Вас на сервере (но не с сетью), что сайты были частично не доступны.
экспертиза должно быть закреплена документальным подтверждением. в УА и РФ есть четкие определения и разграничения на порно и эротику.
Тем более, обои - это в основном арт-фото, рисунок и т.д. (например Валеджио), а это к порно не относится никак.
Даже хентаи - это не порно (видел заключения экспертизы на эту тему).
А что касается посадить - так это могут сделать при желании за нелегальную торговлю семечками.
Здравствуйте
нет, проблем не было, но я не могу Вам дать больше информации не зная Ваш логин или имя сервера.
Так же, этот вопрос Вы можете задать в тех.поддержке.
Скажите, а у Вас уже много клиентов?
Если у Вас есть такое проверенное убеждение, то что Вам мешает следовать ему?
Я считаю, что именно техническим специалистом компании не стоит вообще обращать внимание на финансовое положение клиента, если это не персональное обслуживание отдельным человеком. Отсюда и выводы - если Вы замечаете такую закономерность, как описали выше, то человек, которому Вы оплачиваете хостинг и человек, который Вас обслуживает - это один и тот же человек. Здесь 2 варианта развития ситуации - либо Вам очень повезло и Вами занимается "самый главный" который лично решил решить Ваши проблемы, так как дорожит Вами и заботится о Вас и никто другой в этой компании Вам не сможет помочь, либо весь персонал хостинга состоит из 1 человека ;)
а об этом, Вы уже как клиент хостинга, должны догадываться сами и верить или не верить понимать где-то в глубине "на подкорке мозга".
возможно я не полностью понял Вашу фразу и могу ошибиться, но тут уже провайдер не при делах - это Ваши собственные расчеты + есть мнение, что Вы как единичный клиент, не сможете влиять на маркетинговое планирование тарифов предоставления услуг хостинга провайдером. Для этого есть специально обученные люди, которые за это получают деньги в хостинговой компании.
Если ошибся, то приношу извинения.
Вот Вам живой пример "обычного форума"
Если применить его к Вашей переписке с тех.поддежкой, то получится следующее (постараюсь описать простым и доступным языком):
На верхнем графике показан дисковый трафик в мегабайтах в секунду, на нижнем - количество обращений к диску в секунду. При этом сетевого трафика здесь - в пиках пол мегабита.
Имя такой форум с ограничениями, указанными тех.поддержкой в Вашем пример, 503 ошибка не покидала бы Ваш форум вообще. Посетителей здесь, примерно 1-2к (не более думаю).
Пример с картинкой был не очень удачным, так как кроме картинок, очень сильно давят на дисковую систему запросы к базе данных (грубо говоря, представьте, что не правильные, шаблонизированные и не оптимизированные запросы к базе размером в гигабайт создают нагрузку примерно 5-10 мегабайт в секунду).
За 2 минуты (если брать среднее в текущем часе), этот пользователь генерировал в среднем 39600 обращения блоками по 1Мегбайту, а если перевести это на требования, указанные в Вашем примере (опять же грубо), то получится 316800 обращений к диску блоками по 128кб и это только чтение(!) ;)
Как Вы можете посчитать исходя из данных графика, в пиках это 1300 обращений в секунду и 89 Мб/с , то за 2 минуты это будет .... очень много!
barslg добавил 04.11.2011 в 23:58
совершенно верно!
Всё упирается в производительность железа, которое стоит денег, чем производительней будет система, тем дороже её элементы, соответственно выше тарифы.
Гораздо проще будет оптимизировать sql-запросы и программный код, чем выбирать дешовые тарифы, с тех.поддержкой, на которую можно будет покричать по телефону и в 1000-ый раз получить приблизительно один и тот же ответ, но в разных интерпритациях.
Но ещё есть такой момент - пользователь должен 3-5 раз сменить хоостинг и услышать один и тот же диагноз, чтобы поверить в него, возможно это просто определённый минталитет: доверять хостеру свои ресурсы, но при этом не верить его словам ;)
По-моему ТС здесь прав, но вопрос двоякий.
первоисточник: Стаття 13. Право споживача у разі укладення договору на відстані .
Если грубо на это смотреть, то согласно законодательства Украины, хостинг не попадает в список, товаров и услуг, за которые манибек не положен, а так же ТС, насколько я понимаю не исчерпал лимит предоставляемых услуг за оплаченный период.
И опять же, ИМХО, хостинг - это та сфера, где поставщик услуг должен максимально гарантировать комфорт взаимотношений между поставщиком услуг и клиентом, т.е. отказ от манибека в данном случае можно рассматривать, как "у хостера нет средств на данный манибек - фактически их нет", соответственно возникает вопрос, а сможет ли хостер обеспечить клиенту следующий биллинговый период? Не прийдут ли к нему кредиторы (к в истории с мхост)?
В общем, тут вопрос больше политики компании, чем принципиального отношения к конкретному клиенту.
p.s. из собственого опыта: 70% клиентов, которые попросили манибек, не важно по какой причине, через некоторое время вернулись.
У большинства хостеров есть тестовый (пробный) период.
Вы всегда можете элементарно проверить пик вычислительный мощностей потенцеальной хостинговой площадки для Вашего проекта таким простым методом, как например siege
При этом Вы не потеряете в трафике
Если результаты Вас не устроят, то Вы всегда можете отказаться от услуг ещё до начала их полноценного использования. Либо, если предоставляется администрирование, то задать тех.поддержке вопрос - почему так? Что нужно сделать, чтобы было так, как Вам нужно.
Немного оффтопа.
Ещё при СССР к телевизорам и практически ко всей бытовой технике прилагалась эл.схема, потом она пропала, с появлением на рынке зарубежной техники. Почему? Зачем потребителя нагружать ненужной информацией и потенциально провоцировать его на ненужные поступки - лучше доверить этот вопрос специальнообученным людям и/или на месяц позже выпустить модель на рынок, но полноценно провести все тесты, устранив возможные проблемы. Тоже самое и с хостингом. Зачем например хостеру публиковать все параметры софта и железа, пугая страшными буквами клиентов? Если клиент считает себя умнее хостера, то велком - колокейшен ваш выбор, собрали собственноручно сервер (конечно же, в DELL, HP, Supermicro etc о серверах не имеют представления), установили и настроили ПО (конечно же, технический персонал хостера вобще впервый раз увидел mysql и apache) и ставьте любое кол-во коннектов к базе.
500 гб будет бекапиться ежедневно?
--- www.ru ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5002ms rtt min/avg/max/mdev = 57.526/58.131/58.608/0.471 ms
Это много для Вас будет?
Здравствуйте,
есть ли для Вашего ПО разница 32 или 64 бит?
Процессор AMD или Intel предпочитаете?
