Зачем массово качаются сайты? Сходу можно указать две причины. Кому-то Ваш сайт очень понравился и этот “кто-то” нашел на нем много полезной для себя информации. Вот и хочется человеку сделать себе локальное “зеркало” этого сайта, для того, чтобы не выходя в Интернет как следует изучить информацию на нем.
В другом случае кто-то также нашел сайт интересным, но не в плане информативности, а в плане заработка. Такие субъекты, массово выкачивая сайты со структурой каталогов, медиа-контентом и прочим содержимым, создают потом “зеркала” этого сайта в Сети на каком-то ином хостинге, а проще говоря, крадут сайт целиком чтобы на этом потом заработать.
Уверен, что ни одному владельцу сайта не будет легче ни от первой причины, ни, тем более, от второй, когда его сайт начинают копировать подчистую. Как минимум, это процесс доставляет технические неудобства. Появляется излишняя нагрузка на сервер, расходуется излишний трафик, а если трафик этот в лимите, то еще и излишние деньги за превышение лимита трафика. Обычно веб-мастера, видя как нещадно с их сайта выгружаются один за одним страницы со скоростью, с которой нормальный человек не может серфить по сайту, опускают руки и оставляют все на самотек. Ведь если посмотреть с другой стороны, как-бы если твой сайт кто-то решил скопировать, значит он у тебя действительно полезен. Можно вроде бы этим гордиться?
Человек с самого начала своего появления на Земле имел жажду к рисованию. Первобытные люди рисовали мамонтов на стенах пещер, в которых они жили. Древние египтяне украшали свои гробницы росписями, на которых изображали свой быт и свою религию. Леонардо Да Винчи изобразил своей кистью Мону Лизу, да так изобразил, что над загадкой этой великой картины ученые до сих пор ломают головы. Великий Айвазовский рисовал море - страсть всей его жизни.
Чем же хуже системные администраторы? Ведь, как известно, сисадмины - тоже люди, а потому и они рисуют. Вернее было бы сказать, рисует за сисадминов софт, который они написали и сконфигурировали под свои нужды. И сегодня мы будем рисовать графики для отображения различной статистики
Нет! Мы их будем не “строить”, а именно рисовать. Ведь благодаря человеку по имени Тоби Отикер (Tobi Oetiker) мы имеем для этого потрясающий инструмент, под названием rrdtool или RRD.
Ночь на понедельник выдалась несколько беспокойной. Около 22.30 сервер был потерян из виду по неизвестной причине. Удаленный мониторинг буркнул об этом SMS’кой, но, та пришла видимо с небольшим запозданием и среагировал я на возникшую проблему уже после одинадцати вечера.
Сервер по локальной сети не пинговался, маршрутизация во “внешку” тоже не работала. Становилось понятно, что “ежик сдох”. Опасения подтвердились после того, как к трупу были подключены монитор и клавиатура. Пациент отреагировал только на RESET.
Естественно, в сложившейся ситуации сразу возник вопрос: “Что же произошло?” Зашел в BIOS в Hardware Monitor и обалдел. Температура CPU 75 градусов Цельсия. Датчики температуры материнской платы тоже показывали завышенные значения. Насколько мне не изменяет память, нормальная температура для Celeron D 2.4 Hz (и ему подобных) должна лежать в пределах 40 - 60 градусов. Выше - ненормально! Сработала, видимо, защита от перегрева и процессор просто отключился.
Мало наверное кто знает про баг FreeBSD при установке на жесткий диск, включенный в режиме UDMA33. В режиме UDMA33 жесткий диск работает, будучи подключенным к IDE контроллеру “non-80 pin” шлейфом. Такой шлейф использовать лучше для включения CD/DVD привода. Кстати, установка Windows на HDD в режиме UDMA33 проблем не вызывает. Тем не менее, на днях, почитав еще раз вот эту публикацию, взвесив все “за” и “против” я тоже решил окончательно избавиться от Windows дома и поставить на домашнюю машину BSD как десктоп, поскольку действительно в настоящий момент не использую никакого программного обеспечения для Windows, аналогов которого не было бы в BSD.
Вообще, ранее на домашней машине на одном из разделов уже была фряшка, но этот раздел умер - однажды я его по ошибке на нетрезвую голову отформатировал под NTFS. Теперь пришлось делать все сначала с нуля. Что-ж, все что не делается, делается к лучшему. Можно будет начать все сначала, не повторяя прежних ошибок. Повторение, как говорится, мать учения.
Файерволл ipfw во FreeBSD, как известно, можно использовать для подсчета пакетов, проходящих через правила. Выглядит это, например, так:
# ipfw show 20 21
00020 325 179449 count tcp from any 80 to any out via tun0
00021 361 57409 count tcp from any to any dst-port 80 in via tun0
Здесь во второй колонке отображается количество полученных байт, в третьей - отправленных. Для того, чтобы обнулить значение счетчика можно применить команду:
# ipfw zero 20 21
При выполнении вышеуказанной команды в логи /var/log/security и /var/log/messages выпадут уведомления:
Aug 29 00:05:03 servername kernel: ipfw: Entry 20 cleared.
Aug 29 00:05:03 servername kernel: ipfw: Entry 21 cleared.
Вопрос коллегам-знатокам: как избавиться от этих entry cleared?
От этих сообщений в логах нужно избавиться потому, что выпадает их десять строк раз в минуту - логи засираются прилично. ipfw zero используется в сборе статистики для построения графиков RRD.
Вариант с ipfw -q не помогает - сообщения все-равно вываливаются. Ковырять исходники ipfw и перекомпиливать заново - желания мало, да и неправильно это… В Сети по этому вопросу мало чего нашел. В основном народ (и в Рунете и в Буржунете) спрашивает, наталкиваясь на подобное, другие советуют подставлять -q, что тоже ни к чему не приводит.
Jul 10 09:09:52 daemony savecore: reboot after panic: page fault
Jul 10 09:09:52 daemony savecore: writing core to vmcore.0
Вот такая засада… И уже третий раз за два дня.
Очень похоже на то, что на новом месте (дома) серверу сильно жарко. Его клинит. Раз уходит в ребут, раз просто зависает. Проблема не софтовая. Нужно искать способ понизить температуру… Самое главное неудобство в том, что помещение где стоит машинка абсолютно не проветривается. И нет (пока) никакой возможности организовать какой-либо вентканал.
Все в мире течет и меняется. Технологии не стоят на месте. Вот и команда разработчиков FreeBSD несколько дней назад представила миру и всем почитателям BSD релиз 7.0 нашей глубокоуважаемой (сорри за лирику) операционной системы. Значит пришла пора обновляться. Особенно, после прочтения списка изменений, появляется желание сделать это как можно скорее.
Зачем массово качаются сайты? Сходу можно указать две причины. Кому-то Ваш сайт очень понравился и этот “кто-то” нашел на нем много полезной для себя информации. Вот и хочется человеку сделать себе локальное “зеркало” этого сайта, для того, чтобы не выходя в Интернет как следует изучить информацию на нем.
ЛЕНТУ ЭТОГО БЛОГА В ЛЮБИМУЮ 
Ночь на понедельник выдалась несколько беспокойной. Около 22.30 сервер был потерян из виду по неизвестной причине. Удаленный мониторинг буркнул об этом SMS’кой, но, та пришла видимо с небольшим запозданием и среагировал я на возникшую проблему уже после одинадцати вечера.
Мало наверное кто знает про баг FreeBSD при установке на жесткий диск, включенный в режиме UDMA33. В режиме UDMA33 жесткий диск работает, будучи подключенным к IDE контроллеру “
Файерволл ipfw во FreeBSD, как известно, можно использовать для подсчета пакетов, проходящих через правила. Выглядит это, например, так:
Все в мире течет и меняется. Технологии не стоят на месте. Вот и команда разработчиков FreeBSD несколько дней назад 
Loading ...