bugsmoran

bugsmoran
Рейтинг
223
Регистрация
18.02.2010
dlyanachalas:

50$ в день смешная сумма? Зажралися? ;)

Нет, не смешная. Но она не тянет на тот размер, когда пословица "спасение утопающего - дело рук самого утопающего" теряет смысл. Это не та сумма, когда нужно жесткие условия автоматического биллинга менять на личного секретаря, который будет Вам следить за балансом.

Хотите VIP-услугу в полном смысле этого слова? Платите 500, а не 50 в день. Чтобы оплатить зарплату секретаря, которого к Вам приставит хостер.

dlyanachalas:
О такой системе, как Яндекс.Директ - слышали? Так вот, они без особого напряга, в автоматическом режиме, дают отсрочку платежа, пропорционально уже оплаченным ранее суммам (тысячи долларов дают, без проблем). Анрил? Фантастика? 😂

Да анрил и да фантастика. Попробуйте не заплатите Яндексу и я посмотрю как вы дальше будете рекламироваться. На гугле Вы столько не нарекламите. Это откровенный монополист. Вы ему заплатите, если хотите вообще жить.

А вот услугой хостера многие пользуются, а потом сваливают. Потому что конкуренция дикая.

Я не понял у TC два момента.

1) Хостер снял деньги за дополнительные услуги. Ок, снял, подонок. Но эта услуга откуда взялась? Хостер ее придумал? Сдается мне, что вы взяли услугу, не подумав, что за нее надо платить и не расчитали силы. Кто же Вам виноват, что Вы не занимаетесь такими расчетами? А надо бы ими заниматься, раз Вы теряете живые деньги и это не хобби.

2) Если опять же это Ваш бизнес, то почему у Вас нет никакой страховки? Почему при месячной плате в десятки килобаксов у Вас нету на счету лишнего такого десятка? Если этот бизнес Вас кормит, а Вы так халатно к нему относитесь, то не надо пенять на хостера, который просто не в состоянии учесть разную степень халатности своих клиентов.

Проще всего в своей халатности обвинить кого угодно, кроме себя.

cvss:
bugsmoran, не сутки, а - столько, сколько у ресолвера указано в negative caching time (max-ncache-ttl). У BIND по умолчанию - 3 часа.

himiko, просто у ваших DNS были такие настройки. У провайдеров чаще бывают другие, кэшируя по максимуму все, в том числе негативы. Могут, конечно, и сутки поставить, но на практике для негативов сутки все-таки не делают.

Ну да, не сутки, а TTL. Но в 90% случаев это сутки. Это уж я примерно так сказал. Главное, что эта цифра в любом случае отлично от времени даунтайма самого NS-сервера

Jet D.:

Это не регистраторы проблем напридумывали, а скулхостеры создают эти проблемы. Если хостер плюет на своих клиентов и RFC, и размещает NSы на одном сервере - вполне логично, что этим клиентам стоит готовиться к проблемам, и непринятие NSов регистратором - самая маленькая из возможных проблем.

Вот и я о том же толкую. Сначала создали проблему, потом ее решают. Если все делать по правилам изначально, то и проблемы то этой нету.

Himiko:
В первый раз такое слышу.
Куча была падений dns-серверов (за всё время работы), но работа сайтов всегда восстанавливалась сразу после падений. А сайтов и клиентов на серверах была куча. Никаких проблем.

А это потому что никто не попал в этот промежуток.

Просто у человека, который чинил сайт/NS в это время еще был жив кэш своего провайдера и никто из провайдерских NS-серверов не обратился к авторитетным NS. А вот если бы в этот короткий промежуток обратились - все, жопа.

А вот часть посетителей сайта (попросту неудачники) по статистке попадут в этот промежуток.

Предлагаю объединиться против PHP :-D Всем сделать монопольный сговор "сайтам на Ruby, Python, Perl - бесплатный хостинг!". Все равно их мало, потери никто не понесет. Зато сайты начнут писать на языках, не имеющих такой низкий входной порог.

😂

malls:
Как раз нет! Именно для доменов. Ибо отказоустойчивость ДНС вас не волнует совсем, если сервер где реально размещен проект "упал". Если вместе с физическим доступом к проету "упал" и ДНС размещенный там же - то работоспособность ДНСа Вас будет беспокоить в последнюю очередь.

Что значит для доменов?

malls:

Ибо отказоустойчивость ДНС вас не волнует совсем, если сервер где реально размещен проект "упал". Если вместе с физическим доступом к проету "упал" и ДНС размещенный там же - то работоспособность ДНСа Вас будет беспокоить в последнюю очередь.

Вот уж точно не так все. Если у Вас вэб-сервер не доступен минут 10, то сайты тоже не доступны минут 10, а вот если у Вас не доступен NS-сервер 10 минут, то все те DNS, которые к нему обращались в эти 10 минут будут еще сутки не доступны.

Boris A Dolgov:
В "ведущих" российских дц за трафик платят именно по такой системе :( О последствиях можно почитать в соседних ветках.

А все от несовершенство мира и убогости сферы, где мы работаем в частности.

Начиная от огромного количества неблагородных людей, которые способны опуститься до DoS'а (вот уж точно убийца постпейда) и заканчивая быдлокодерами, которые пишут такие движки сайтов, что при малейшей ошибке начинается циклический карнавал (я видел 100Gb error-логов в час от маленького сайта). Это не говоря о том, что ни один программист на PHP тольком не знает про существование индексов. Кто не верит - посмотрите свой движок. Там максиум 10% индексируется.

magnats12:
Безлимитного нечего нет в жизни. Жизнь тоже заканчивается так же как и жёсткий диск.
Увы

Я помоему в соседней теме достаточно внятно доказал, что нет ничего общего между физическими размерами диска и безлимитным дисковым простарнством.

А что касается темы, то этого нет в Америке не потому, что им этого не надо, а потому что они умные. Такое явление есть только в России, потому что она переживает активный период становления хостинга, и то скоро пройдет.

Никогда и ни при каких обстоятельствах хостинг не перейдет на постпейд. Тем более не предсказуемый.

Изначально придумали не существующую проблему, а теперь всей толпой решаете)))

Как вы думаете, почему NS-серверов должно быть два, а не один?

Я так понимаю, что для отказоустойчивости.

Тогда зачем их размещать на одной машине?

Вы просто пытаетесь сломать дуракоупорную конструкцию.

Тупо покупаете за три бакса самый полудохлый VPS где-нибудь вообще у дргой компании - и вот вам IP и отельный NS-сервер.

bncom:
Ну а все же, как удалить eAccelerator ?

Просто из /etc/php5/conf.d удалить файл eaccelerator.ini ?

Мне еще ни разу не приходилось что-то удалять =(

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

В конфиге акселератора есть строчка:

eaccelerator.enable="1"

Так в чем проблема его цивилизованно выключить?

Всего: 1963