В целом, я не имею ничего против сеошников как таковых. К счастью, наши интересы с ними пересекаются только в двух точках (одна из которых — работа и там меня это мало заботит). А второй точке я сегодня и расскажу.
Всё чаще и чаще я вижу, как сеошники пишут про системное администрирование. Именно сеошники. С этими статьями в тех же блогах соседствуют финстрипы, рассказы о всяких партнерках… Бррр…. К счастью, уже года как три я прекрасно отличаю статьи сеошников и сисадминов/саппортов/хелпдесков или любых других технарей.
Так вот. Читать их статьи про настройку, конфигуририрование, ковыряние, изучение всего, что связанного с администрированием — нельзя. Дальше статью читайте только в том случае, если вам интересно почему.
Конечно же, утверждение верно не для всех статей, но проще не прочитать 2 хороших статьи, чем прочитать 2 хороших и 8 заведомо неправильных. В чем их опасность?
Они пишут нередко чушь. Откровенную. При этом, они писатели. Зачастую — хорошие. Я и сам читаю Баблоруба — мне нравятся его рассуждения, его стиль. С практической точки зрения мне они вряд ли когда-нибудь понадобятся, но посты у него просто интересные. Но если бы он писал про настройку, например, iptables — мне бы пришлось отписаться от его RSS. И посоветовать сделать это всем моим знакомым. Всё очень просто — он умеет рассуждать, в том числе и убеждать других в своей правоте. Если он напишет заведомо неверное или совершенно неоптимальное решение — его читатели не усомнятся в правильности такого решения. Ну а что будет дальше — можно долго рассуждать.
Нет, конечно же, сисадминам-фрилансерам такие сеошники приносят хороший заработок — чинить после копипаста команд из неверного мануала сервер очень весело и дорого (пока что мой рекорд — $500 за 2 вечера работы, после того, как сисадмин-виндузятник офисный в студии начитался мануалы по настройке лампы и предложил перенастроить сервер этой самой веб-студии «чтобы не тратить деньги на фрилансеров-линуксоидов» — я читал конфиги и плакал. Ну, до тех пор, пока не нашел на этом сервере запущенные иксы, гном, открытый synaptic, пока не увидел, что он поставил всё, что в синаптике нашлось по тегу php).
Но блин… Рано или поздно у вас не будет денег, чтобы оплатить чужую работу. Будьте осторожны.
В интернетах даже мем такой есть у фрибсдшников — «лечить сервера после мануалов лиссяры». Я, правда, не совсем понимаю, почему они на него так ополчились (и по инерции его не читаю, да). Но сам мем очень хорошо передаёт текущее положение дел. Сервера приходится именно лечить, после чьих-либо статей.
В таких случаях я обычно привожу пример с sudo echo. Собственно, далеко я ходить за примерами не буду, а просто введу в поиске гугла «»sudo echo» -denied» И что я вижу?
Ссылка на http://help.ubuntu.ru/wiki/%D0%BE%D1%82%D0%BA%D0%BB%D1%8E%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_network_manager_%D0%B0
Там нам предлагают сделать sudo echo в /etc/default/NetworkManager и /etc/default/NetworkManagerDispatcher
Где-то там я вижу страницу http://www.howtoforge.com/installing-php-5.3-nginx-and-php-fpm-on-ubuntu-debian
Тут нам предлагают сделать sudo echo в /etc/apt/sources.list
http://forums.dropbox.com/topic.php?id=44549#post-351897 — тоже самое нам предлагают сделать для /etc/fstab
И таких примеров много. Идиотизм. Вы думаете, новичек обратит внимание на permission denied? Думаете, он найдет решение проблемы сам? И вы думаете, что не бывает таких людей, которые радостно побегут копипастить следующую строку? Ну да, ага.
Они частенько пишут про настройку среды для веб-разработки из под убунту в VirtualBox. Да-да, вы правильно прочитали. Они предлагают поставить убунту, в ней поставить виртуалбокс, в вбоксе поставить убунту десктопную и на ней настроить лампу с фаршем. Конечно же, такая точка зрения имеет право на жизнь, но…. нахрена? Чруты, lxc. Да в конце концов — ставили бы уж тогда серверную убунту. Но нееет… кхе-кхе.
Ладно, продолжим. Пишут они одно и тоже. По их рукам ходит огромный список RSS-лент блогов таких же, как они. И заметил я закономерность — пишет один про оптимизацию nginx… В течении двух недель ждите ещё таких же постов в этой ленте. Человек видит, что таких одинаковых статей много, и принимает написанное на веру.
Следующей проблемой становится то, что они сеошники. Их профиль работы. Они знают, как работать с запросами из поисковиков. Именно их статьи в поиске первые. Конечно же, конкурировать с монстрами вида debian.org они не могут, зато изгадить выдачу по запросам «настройка чтонибудь» они испортили очень и очень неплохо. Нет, круто, что вы так умеете, но добывайте посетителей себе другими способами.
В итоге мы имеем статьи, которые занимают высокие позиции в поисковиках, написанные хорошим слаженным языком, без ошибок, со всеми запятыми (да-да, я мудак и забыл русский язык давно уже), прямо таки призывающие сделать именно так… но с чушью внутри. Будьте внимательны, учитесь отбрасывать такие мануалы.
Но всё не так плохо. Эти статьи легко отличить от нормальных, блог сеошника отличить от блога технаря совсем легко. Сложнее отличить блог сеошника от блога технаря-графомана, да.
Сразу скажу, что реклама, оплаченный ссылки и прочее счастье рунета — не показатель. Технарь тоже может хотеть денег за свой труд. Тут отличие в том, что технарь сначала пишет, а потом думает о заработке, а сеошник сначала думает о заработке — потом пишет.
Как отличить нормальный мануал от мануала сеошника? Технарь пишет много рассуждений. Обычно пишет предысторию. Он всегда постарается написать, что значит команда или строка в конфиге. В конце концов он пишет для себя, чтобы не забыть.
Технари пишут мало хороших статей. То есть, либо они пишут только хорошие статьи, но очень редко (мне удаётся выдавить из себя максимум один мануал целиком в неделю, а по большей части у меня перманентно висит в черновиках 50 заметок, которые я когда-нибудь, может быть, допишу), либо он пишет мануалы, перемешивая их с новостями, флудом, рассуждениями. Просто присмотритесь к статьям.
Надеюсь, кому-то помог.
Ну и да — я не против вашей работы. Просто давайте, вы не будете лезть в чужую область.
Примеры можно? Не видел таких блогов что-то. %)
habrahabr.kz, например.
Насколько часто ты находишь кривые мануалы сеошников и мануалы по реальной настройки сервера?
из опыта:
находил мануал на форуме ubuntu по настройке почты postfix+dovecot+SSL+Mysql и Exim помойму… вроде написан грамотно, ошибок нет, все описано… но большая часть того что написано, просто противоречит тому что пишет автор, сразу возникает вопрос, как это узнать заранее, что писал безграмотный идиот, который хотел выпендриться и показать, что он когда-то что-то настроил или возможно настроил, можешь ли сказать где реально стоящие мануалы и статьи?
я обычно беру с http://www.lissyara.su/, просто интерпретирую его под дебиан, зная его особенности, но это довольно долго и часто версии или механизмы описания не совпадают
Кхм… Форум убунты плохой источник материала) слишком тяжело разобраться кто есть кто.
Обычно, если писал человек не опытный — там не написано что делают команды/параметры.
ну тогда твои предложения, просто я понял что debian.pro самый лучший, а 2 по ранжиру кто ? ))) откуда можно взять нормальную статью и не бояться что набрав 1000 уников в день твой 2хXeon 5460 ляжет от нагрузки (пример сугубо тревиальный)
1000 уников и для атома — ничто :)
debian.pro далеко не лучший — это мой личный блог и пишу я много фигни не по теме. И холиварю много. Здесь всё же моё личное мнение.
По nginx’у лучшие ресурсы, что логично — nginx.org, wiki.nginx.org. Блогов хороших русскоязычных мало. Ignix только сразу вспоминается. Остальное что я читаю — оно англоязычное или просто источник новостей. Планету дебиан почитываю.
Мануалы, про которые вы говорите лучше искать на коллективных блогах. Если что — их в комментариях на кусочки разберут. Старые статьи на хабре, например.
@taz
по секрету скажу, что на мои виртуалки ходят по 100к хитов в сутки и они не чешутся, да =) То есть вообще не чешутся:
root@vds80:~# uptime
18:09:07 up 43 days, 5:02, 1 user, load average: 0.21, 0.18, 0.17
@Taz 1000 уников и для атома – ничто :)
— это здорово, но у меня остался презент от предыдущего администратора если можно его так назвать, так вот, виртуалка на 2 ядрах Xeon 5460, 4gb RAM SAS 15k 20gb вот это все очень тяжело работает с 1500 униками в день (apache + postgre) — это было при нем, то что добавил я
(nginx + apache2(-куча модулей, которые не используется) + postgres + eaccelerator) дошел до 3.5к уников, но нагрузка ощутимая (на вдске интернет магазин)
Вот теперь беспокоит главное, что где найти статьи или нормальное объяснение, как это все поднять так что бы летало, основу знаю, но частности…. увы
@gridis
Тут смотреть нужно. Ты же понимаешь, что наша работа не в копипастинге занимается? Универсальных конфигураций почти нет.
Виртуалка же может запросто упираться в диск из-за соседей. Смотри в top на показатель wa, когда она умирает.
Собственно:
Tasks: 98 total, 2 running, 96 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 9.0%sy, 0.0%ni, 90.0%id, 0.0%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 4056360k total, 748320k used, 3308040k free, 119408k buffers
Swap: 2097144k total, 0k used, 2097144k free, 444828k cached
Соседей пока нет, так как сайт перенесен на свой сервер с рабочего VDS, условия воссоздал теже
Если соседей нет — условия уже не те же.
Пишите в жаббер, подумаем.
Это вообще какой-то говн***йт. Я бы на месте хабрахабра, в суд подал на них.
Тем не менее, он(и) типичный сеошник.
Ок.
Надеюсь мой бложе не относишь к таким? (не холивара ради, личный интерес)
Если твой бложек в ридере зовется как «Linux for All. For users and Geeks »» — то нет) Только пишешь там редко совсем.
Да, это он )
Времени совсем нет. Работа, учёба, сессия )
Lissyara пишет вполне адекватные вещи, я по его статье про OpenVPN+LDAP на Freebsd настраивал то же самое в Debian — всё заработало. Проблема в самой природе Unix-а и его способа взаимодействия с пользователем. Пользователь обязательно должен идти от понимания к действию.
То есть: берём статью Lissyar’ы, читаем; непонятные термины ищём в документации OpenVPN и в википедии; ищем в man openvpn описание всех упомянутых и не прокомментированных в его конфиге опций; заменяем инструкции по сборке из исходников на родной Debian’овский apt-get; пишем свой конфиг, врубаем дебаг, смотрим — полетит или упадёт. В такой режиме статья Lissyara помогает выполнить задачу быстрее.
А методом Ctrl+C -> Ctrl+V можно и из собственного .bash_history такого надёргать, что наступит ад и кромешный пиздец.
Кстати, прикрути что ли OpenID к блогу, вбивать имя и почту каждый раз лениво
это все здорово, но когда к тебе приходят и говорят, что должно быть так и на это у тебя 4 часа рабочего времени… порой до понимая полного очень далеко, не говоря, что нужно что бы все правильно работало… в итоге есть 2 варианта:
1. сделаешь как есть и если работает, то слава богу
2. сидишь в свободное от работы время разбираешь и делаешь, при этом тебе за это не заплатят…
многие выбирают 1 :) как ни странно
Хм. А я понял. Вы как раз из тех админов, которые считают, что им должны платить за то, что они чему-то учатся) ?
Знать всё невозможно. Быстро разобраться и настроить — одна из частей нашей работы.
Нет, я как раз из 2, так как у меня рабочий день порой доходит до 16-18 часов… + я админ только начинающий, пытающийся все понять и во всем разобраться…
а по поводу учебы, я наверно неправильно выразился, но да, я считаю что если задача не тривиальная и она требует правильного подхода и проработки, то на то что бы ее выполнить ( даже если там есть момент изучения, исследования, я считаю что заказчик/начальник должен заплатить ), так как никак это работа :)))) но в России я думаю что это невозможно…
> но в России я думаю что это невозможно…
всё возможно.
До тех пор, пока будут люди, неправильно делящие задачи на «я это должен уметь» и «за то, чтобы я этому научился должны заплатить» — будет такое отношение к нашим русским админам.
Если вам сказали «подними за 4 часа конфигурацию nginx » и вы считаете, что здесь вам нужно учиться за деньги работодателя — то стоит менять профессию (или поучиться годик на меньшей должности). Если есть задача действительно узкоспециализированная — то вас должны этому научить в рамках рабочего времени.
Вообще я не помню нетривиальных задач за последние пару лет работы. Да, там было что-то про кластеры. Но задачи на самом деле были легкие, нужно было лишь объяснить работодателю, что на это потребуется больше времени, чем он хочет. В большой же компании любая задача любой сложности решается либо походом в вики, либо до опытных коллег.
ну в принципе что я и хотел сказать «объяснить работодателю, что на это потребуется больше времени, чем он хочет», но не всегда на это соглашается работодатель, так как у него бюджет тоже может быть лимитирован или еще что-то, бухгалтерия это не моя стезя…
Меняйте работодателя тогда. Если вам платят 80к — это одно дело. Рвать попу за 20-30к не стоит, за эти деньги можно найти куда более адекватного.
я пока работаю руководителем проектов + выполняю еще кучу всего, так что получается нормально и пока уходить не хочу… но администрирование мне нравиться больше, делаю с большим удовольствием + интереснее… так что рано или поздно, но последую твоего совета
Работал я так. Плюнул, ушел в саппорт, через год стали звать на нормальные работы. Правда, воротили нос, когда я говорил, что студент и просыпаюсь в лучшем случае в час дня, но это уже другая история.
ну я уже год как не студент… и работа за 30к меня не устраивает… так приходиться вертеться, сейчас вот осваиваю все и вся в ускоренном режиме, оттюнил я тогда postgres, по документации разработчиков, максимум выиграл 15%… сейчас насел на начальника, что бы переписывали магазин
>>как сисадмин-виндузятник офисный
Порадовало)Имхо маздай)
Отличная статья!
Респект автору
Согласен что копипаст очень привлекателен с первого взгляда, НО этот способ мало даёт роста для себя
зато может дать кучу гемора на весь моск
ЗЫЖ Считаю этот блог одним из самых дельных авторских блогов по теме Debian
Спасибо)
А что про эту статью думаете? http://www.xakep.ru/post/54168/
Хорошая статья, хотя и бездумно следовать ей нельзя.
Например, «Ты можешь легко предотвратить такой скан, запретив обращение к серверу по IP-адресу» намного легче решается так:
server {
listen 80 default;
return 444;
}
Ну и правильным списком остальных server {}.
А главное, дешевле по ресурсам.