Уважаемый, а вас таки как задевает отсутствие/наличие отзывов этого или еще какого-либо хостинг провайдера? Вас черная-пречерная зависть гложет, что ваши клиенты не оставляют вам отзывов, или где?
Да меня собственно больше задело то, что хостеру пытаются предъявлять не обоснованные претензии по поводу качества оказываемых им услуг, а какие-то "левые" обвинения, связанные с отзывами клиентов.
А что касается валидности моего отзыва - вы знаете, если я считаю какого-либо хостера адекватным, а предоставляемые им услуги качественными - то мне не зазорно написать об этом в той теме, где про него пишут всякое нехорошее.
Собственно, помимо Inferno Solutions могу оставить хороший отзыв также и про MajorHost.net - Глеб весьма хорошие и качественные услуги предоставляет, нареканий нет.
Или этот отзыв вы посчитаете также проплаченным на сто рядов, потому что он не в адрес вашего хостинга?
Саппорт хороший, ВПС работают стабильно, за оверселлом лично я не замечал их. Цена... Тут каждый решает сам, как по мне - так вполне адекватные ценники.
Критиковать хостера за положительные отзывы клиентов? Хм... Странно это все.
С этим не спорю, но сам факт возникновения подобной проблемы из-за неосторожности сотрудников не может не огорчать.
Ага, особенно после последнего случая, когда туева гора серверов была случайно по питанию перезагружена.
Почитал топик. А в чем проблема обратиться снова к тому же, кто сервер и настраивал? Гораздо меньше нервов и времени будет изведено, чем на спор на 4-х страницах топика.
1) Вроде на сайте его конторы я нигде не нашел описания того, что они занимаются правкой и отладкой скриптов. Так что вполне верю, что "на сервере" проблем нет, а "в скриптах", возможно, проблема есть. Для меня это - две разные проблемы - проблема в ПО и его настройках, и проблема в скриптах сайтов, которые не имеют никакого отношения к ПО. И я действительно не раз сталкивался с ситуациями, когда на сервере было все просто идеально настроено, но в скриптах сайта были моменты, которые вызывали его недоступность. Как правило, это решается приглашением программиста для анализа кода сайта - он правил пару моментов в коде, и все были счастливы.
2) Очень много проблем сам решаю, основываясь на опыте. Поэтому считаю, что опыт - это и есть знания. И чтение документации - знания. И иногда документация без опыта - ничто, потому что человек не будет знать, как ее применить. При обучении новичков нашему ремеслу стараюсь помочь им как можно быстрее наработать именно опыт решения проблем, потому что впоследствии благодаря начальному опыту они смогут наиболее быстро как разбираться с типовыми проблемами, так и решать сложные, правильно применяя прочитаннную докумментацию, нарабатывая новый опыт, а значит и квалификацию.
Поэтому считаю сарказм про "знания" неуместным.
Т.е. ваша позиция - до талого мурыжить клиента, надеясь на то, что, может быть вы найдете проблему, даже когда ее совсем не замечаете? Ну че, клевый подход.
Не верю, что у вас никогда не было ситуации, в которой вы не могли найти ничего криминального, а оно было.
Но даже не суть в той проблеме, а возвращаясь к теме тикета - к чему пытаться предлагать какие-то варианты, если исходя из опыта все уже давно поняли решение проблемы? Я вообще был крайнне удивлен, что для ответа на вопрос ТСа пришлось развести тему на 3 страницы - когда хватило бы одного-двух ответов.
Есть некоторые стандартные ситуации, которые при некоторых равных предполагают под собой схожие решения проблемы. Ситуация с логами - самая стандартнейшая. А вы уже полезли в какие-то дебри, стали искать какие-то нюансы в документации, для чего? Чтобы оправдать то, что вы не смогли с первого раза отписать решение проблемы, основываясь на своем опыте?
Много раз тыкал носом самих сотрудников ISPsystem в документацию по ISPmanager'у. И че?
Собственно, как я и говорил выше - нюансы есть везде. Только иногда они совсем-совсем не важны :)
По роду своей профессиональной деятельности мне в том числе приходится обучать новых сотрудников в компании. Обучать именно системному администрированию unix-систем.
Когда приходит новый человек, который хочет у нас работать, но при этом про linux'ы и прочие unix'ы знает очень мало, он, как правило, готов обучаться.
Обучение от состояния, близкого к нулю, до момента, когда человек может решать средние по сложности вопросы, занимает порядка 2-2,5 месяцев. При этом занятия идут по пять дней в неделю по 4-5 часов - сначала пару недель только освоение теории, потом пару недель - решение конкретных практических задач не тестовых серверах, а потом месяц - уже плотной работы на полном графике.
Количество часов, требуемых для этого, можете подсчитать сами.
При этом обучение происходит под чутким руководством гораздо более опытных сотрудников, которые постоянно поясняют как недокументированные моменты по многим программам, так и разъясняют некоторые непонятные человеку нюансы документации.
Я считаю, что в данном вопросе наиболее эффективным является именно индивидуальный подход к каждому человеку, и именно так происходит лучшее усваивание материала.
Поэтому ТС'у порекомендую сначала почитать хэндбук, после - прочитать одну из книг по FreeBSD (чтобы, по большому счету, лучше закрепить написанное в хэндбуке) - книги Брайана Таймэна по FreeBSD будут весьма неплохим подспорьем.
А после этого - либо за отдельную денюжку попросить какого-нибудь опытного админа научить каким-то конкретным интересующим вопросам, либо пойти сотрудником техподдержки (ну или просто младшим администратором) в компанию, занимающуюся профильной деятельностью.
А что мешает написать в ТП яндекса за разъяснениями?
Поддерживаю.
Nanotik добавил 27.10.2011 в 23:14
Возникли какие-то конкретные проблемы?
