Про теорию НЕ равенства людей.

Хотел было написать гневный пост, о том, что все же все люди не равны изначально и по определению. Что те кто достигает и «вращает нашу планету» значительно лучше, чем те кто этого не делает и что такие люди сами по себе заслуживают больше чем остальные, а социальная справедливость это лишь повод не думать об мелочности своей застоявшейся личности.

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

Вы – будьте добрее.

UPD: вот еще как то само нашлось в тему:

В чём-то проще стал и злей, в чём-то начал экономить -
Нет, конечно, не в деньгах, а наверно, в доброте...
(Леонид Сергеев)

Журанл успеха, Debian NetInst, Damn Small Linux

В недавнем посте я писал про то, что начал практиковать "журнал успеха" - один из методов оценки личной эффективности. Так вот уже накопилось немного опта по использованию этого метода, которым я и хочу поделиться.

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

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

У меня это просто список. Когда ничего хорошего на ум не приходит можно просто выбрать из списка. Удобно и практично.

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

Таким образом я каждый день могу добавлять в журнал успеха сразу три пункта из пяти - распорядок, питание, физические нагрузки. Останется только сделать пару пунктов из списка "хороших дел" и никаких проблем с тем, за что бы себя похвалить не возникает.

Ну и еще поделюсь чисто эмоциональными впечатления. Знаете, перечитывать такой журнал действительно реальный кайф! Теперь я точно знаю как, когда и почему я стал лучше чем был, куда я стремлюсь и чего уже достиг. Очень хорошо видна динамика.

К тому же можно оценить свою эффективность и количественно. Например, если в идеале делать все пять пунктов каждый день то за месяц в среднем выходит 5*30 = 150 пунктов. Берем их за 100% и в конце месяца сопоставляем с реально набранными пунктами.

Например, за те две недели, что я вел журнал в Феврале моя эффективность составила 87%. Хорошо это или плохо? Не знаю. Думаю надо все же отталкиваться от наблюдений за целый месяц - т.е. надо будет сравнить с результатом за март.

P.S.: как понятно я продолжил опыты с *nix системами и в следующих постах поделюсь опытом эксплуатации Damn Small Linux (сверх компактного Linux дистрибутива) и работы с минимальным набором Debian - Net Install.

КонецЪ Связи.

Street Racing: кому оно надо?

Гонки это хорошо, но только тогда, когда каждый берет риски только на себя.

Мнение путина.

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

"Кто тут лузер?" или "Журнал успеха".

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

Я ненавижу себя за такое. Тем более так получилось, что событий, от которых производятся точки отсчета достаточно много и каждый раз я понимаю, что только я из-за того, что я САМ СЕБЕ мешаю - ничего не выходит. Все начинается и не заканчивается или что еще хуже заканчивается не начавшись.

И вот сейчас. Может, кто слышал о таком тренинге как "журнал успеха" - это когда КАЖДЫЙ день нужно написать в свою записную книжку ровно 5 вещей, за которые сегодня ты можешь себя похвалить.

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

Суть всех этих записей сводитсья к тому, что с течением времени можно НАГЛЯДНО видеть как и когда ты меняешься в лучшую сторону.

Вроде все просто. Казалось бы, мелочь эти 5 веще. Но вот первые мои дни практики "журнала успеха" показывают каждый день ближе к вечеру я начинаю задумываться над тем, что же я сегодня напишу в журнал? И даже немного страшно становится, когда порой не набирается даже 3 дел, за которые я был бы сегодня сам собой доволен. Наглядно видно, как время течет сквозь пальцы, видно как я НЕ меняюсь, как отстаю от своего внутреннего "Я"…

Надо с собой бороться. Бороться любыми путями. "Победителей не судят, а до проигравших никому нет дела".

КонецЪ Связи.

Теория: Логи MySQL и RIAD 5 в Linux

Потихоньку добиваю вопросы Яндекса. Сегодня еще два.

17) На сервере под управлением Linux собран программный RAID5 на 10 SCSI-дисках. Один диск в этом массиве помечен как faulty.
Как узнать Host, Channel, ID и LUN этого диска?

Все просто "cat /proc/mdstat". Вообще для управления RIAD массивами в Linux используется утилита mdadm (про нее можно почитать в Wiki http://ru.wikipedia.org/wiki/Mdadm). С помощью нее можно управлять программными RIAD массивами.

21) При запуске MySQL в логе есть записи Found wrong password for user 'some_user'@'some_host'; ignoring user. Почему возникла такая ошибка и что нужно сделать, чтобы такие ошибки не возникали?

Курим мануал по MySQL:
B.1.2.15. Ignoring user

If you get the following error, it means that when mysqld was started or when it reloaded the grant tables, it found an account in the user table that had an invalid password.

Found wrong password for user 'some_user'@'some_host'; ignoring user

As a result, the account is simply ignored by the permission system.

The following list indicates possible causes of and fixes for this problem:

    *

      You may be running a new version of mysqld with an old user table. You can check this by executing mysqlshow mysql user to see whether the Password column is shorter than 16 characters. If so, you can correct this condition by running the scripts/add_long_password script.
    *

      The account has an old password (eight characters long). Update the account in the user table to have a new password.
    *

      You have specified a password in the user table without using the PASSWORD() function. Use mysql to update the account in the user table with a new password, making sure to use the PASSWORD() function:

      mysql> UPDATE user SET Password=PASSWORD('newpwd')
          -> WHERE User='some_user' AND Host='some_host';

Какие причины могли повлиять на появление таких записей в логе:
- Запуск новой версии сервера со старыми таблица пользователей. Лечится запуском "scripts/add_long_password".
- Аккаунт имеет слишком старый пароль. Лечится обновлением пароля.
- Задания пароля без использования функции PASSWORD(). Лечится использованием этой функции.

На пока все. КонецЪ Связи.

Пара абзацев до завершения.

Как все же иногда затягиваются сроки при удаленной работе. Знаете, как обычно бывает, приходит "срочный" заказ. Все в панике стучат в асю каждые 20 мин, спрашивают о прогрессе, а потом…
…потом, когда паника на стороне заказчика проходит, начинается самое, на мой взгляд, неприятное - когда все что ты в такой дикой спешке делал, над чем старался стопорится из-за какой то недостающей мелочи, которую никак не "родит" заказчик.

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

Буквально пара абзацев текста с сухими цифрами заставляют заморозить проект, пока "тексты не будут готовы"…
С другой стороны, приятно, что бывают и исключения.

Порадовало: дед мороз и сисадмин

1. Дед Мороз бородатый, жирный и смешно одевается (я не согласен).

2. Когда вы просите что-то у Деда Мороза, шансы получить это стремятся к нулю.

3. Дед Мороз редко отвечает на почту.

4. Когда вы спрашиваете Деда Мороза, где он берет все то, что у него есть, он отвечает: "Это чудо...".

5. Деда Мороза не волнуют сроки ваших проектов.

6. Ваши родители приписывали Деду Морозу сверхъестественные возможности, но делали все сами.

7. Никто не знает, перед кем Дед Мороз отвечает за свои действия.

8. Дед Мороз СЛИШКОМ много смеется.

9. Дед Мороз не стесняется врываться в ваш $HOME.

10. Только псих говорит плохо о Деде Морозе в его присутствие.

11. Дед Мороз вынужден делать всю работу, когда его пользователи отсутствуют.

12. Он вынужден работать даже в официальные выходные.

13. Он утверждает, что он уникален, но вы нередко встречаете таких же...

14. У пользователей невероятное число непомерных запросов, но, в конце концов, все что им нужно, это новые игрушки.

15. Как-то, где-то непонятным образом... он нашел жену такую же как он.

16. Там где люди в него не верят, обязательно есть тот, кто делает тоже самое, только зовут его иначе.

17. Людям недостаточно просто видеть результаты его работы. Они продолжают докучать вопросами, о том, как ему удается это сделать. Их не устраивает ответ, что это волшебство.

18. Даже неверующие молятся, что бы он пришел.

19. Он единственный, кто смеется над собственными шутками.

20. Он никогда не найдет другую работу; его резюме слишком специфично.

21. Чтобы делать свою работу, он вынужден карабкаться в узкие и грязные места... даже если он одет в хороший костюм.

22. И последнее... даже если его работа в основном нематериальна, мир становится лучше благодаря его присутствию.

 

Источник: http://www.xakep.ru/post/41909/default.asp

*nix: вопросы про squid

Между делом задумался о том какие еще "насущные" задачи нужно выполнять с прокси-сервером.

И тут в голову сразу пришло несколько вопросов, которые мне надо записать иначе я потом опять все забуду:
- Как управлять размером кэша? Что делать если на диске исчерпается все свободное место? Как автоматически удалять устаревший или давно не используемый кэш?
- Как можно прикрутить вот этот  список (http://www.opennet.ru/openforum//vsluhforumID1/17101.html) "держателей баннеров" рунета? Насколько он полный?

*nix: анализ логов squid.

Оказывается, что для анализа логов squid есть просто огромное количество средств написанных на различных языках и рассчитанных на различные масштабы использования.

Я нашел два дольно больших списка с анализаторами логов (первый - http://www.opennet.ru/prog/sml/100.shtml, второй - http://www.squid.org.ua/Scripts/).

Меня больше всего заинтересовали анализаторы лог файлов имеющие веб-интерфейс. Ведь, те, кто хоть немного сталкивался с задачей ограничения объемов трафика для пользователей крупной сети знают, как иногда надоедают постоянные звонки с идиотским вопросом "почему у меня не работает интернет".

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

Сегодня у меня на рассмотрении lightsquid  (http://lightsquid.sf.net/). Это написанный на Perl скрипт, анализирующий лог файлы SQUID и предоставляющий наиболее важные отчеты - по посещенным ресурсам и по времени, когда их использовали. Плюс ко всему есть у этого ПО есть возможность строить графики из различных отчетов.

О технической реализации читайте ниже, а пока про достоинства и недостатки.
Достоинства:
– Очень простой в настройке. 
– Хранит отчеты в файловой системе, не требует БД.
– Использует стандартные средства UNIX.
– Неплохая подборка отчетов, для небольших сетей очень хорошее решение.
– Написан нашим соотечественником.

Недостатки:
– Не очень удобный интерфейс (хотя можно менять все своими руками).
– Нет статистики в реальном времени.
– Привязка пользователей осуществляется только по IP адресу.
– Нет никаких административных функций - только статистика.

В итоге: Хорошее средство для мониторинга работы покси сервера. Используя этот простой инструмент можно  легко справится с такими задачами:
–  Общие отчеты по использованным ресурсам. Например, самые посещаемые сайты за день, месяц, год.
–  Отчеты по пользователям. Можно смотреть кто куда и когда ходил, сколько ресурсов использовал за день, месяц, год.

Скриншоты:

Стартовая страница:

Отчеты по пользователям (у меня там только один пользватель – я )

Самые популярныее сайты за день:

Техническая реализация.
Требования: настроенный web-сервер (в моем случае это Apache2), Perl, планировщик (у меня стандартный unix cron). Естественно, нужно, что бы web-cсервер был настроен на исполнение CGI.

Установка: установка состоит из собственно распаковки архива с lightsquid в директорию web-сервера, установки прав на исполнение для CGI и Perl скриптов, смены владельца для скриптов на nobody (из соображений безопасности), редактирование файла realnames.cfg - в нем содержатся соответствия между IP адресом и заданным для него именем. Хотя можно его и не править, но знаете… так получилось, что не все пользователи в состоянии узнать свой IP адрес.

Финальный аккорд это добавление в CRON задания на анализ лог файлов SUID с необходимым интервалом - у меня это 15 мин.

В следующий раз надо будет попробовать "серьезные" решения. Что бы все было в стиле "центр управления полетом". На примете у меня пока что только Squid Taffic Counter (http://stc.nixdev.org/index.php?page=4).

А на пока все. КонецЪ Связи.

*nix: Squid - это просто.

Задача: настроить прокси-сервер на основе ОС FreeBSD и SUID 2.6. По возможности убирать рекламные баннеры.

Итак, основные цели, которых я хочу добиться от прокси:
1) Уменьшения количества входящего трафика.
2) Обрезание рекламных блоков на стороне сервера (что бы небыло необходимости настаивать клиентские машины отдельно)
3) Отчеты об использовании трафика.

Исходные данные:
- ОС FreeBSd 5 (то, что было под рукой)
- Железо Cel 1.3GHz, 386RAM, 40Gb Hdd

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

Установка.
Установка стандартная (./configure; make; make install). У меня все собралось и установилось без проблем, у вас скорее всего будет так же.
Настройка.
Далее пользуюсь вот этим замечательным текстом на русском языке под названием "Squid QUICKSTART" настраиваем минимальный набор функций и запускаем SQID.

Тестируем, настраивая браузер для работы через наш новоиспеченный прокси сервер.

Т.к. у меня была установлена минимальная установка FreeBSD, то для установки squid предварительно потребовалось установить prel. Хотя если бы я не поленился и выбрал стандартную установку, то все должно было бы пройти без остановок.

Еще пара моментов:
- Надо поменять владельца для директорий с кешем и логами squid на nobody, иначе будет выпадать с ошибкой в отказе доступа.
- Я пошел немного дальше, чем стандартная установка с минимальными настройками, а именно воспользовался советами вот из этой статьи, по поводу того как убрать некоторые рекламные баннеры.

Про эффективность работы и мониторинг в следующий раз. КонецЪ Связи.

 

Вечная тема денег: драгоценные металлы.

Я полный профан в части акций и прочей рыночной "движухи". Для меня полная загадка почему курсы валют или акций начинают расти под, например, воздействием новости о ставке кредита в США. Для меня это не связные вещи.

Однако, каждый день с экрана ТВ мне говорят что рынок лихорадит, цена на нефть замирает… все плохо.

И в этот же самый момент мне попадается статья в "КП" о том, как одна из ее корреспондентов провела денежный эксперимент на себе - вложила деньги в драгоценные металлы.

Собственно результат меня очень обрадовал. Действительно, судя по всему в долгосрочном периоде - например 6 месяцев или лучше год на таких вкладах можно не только сохранить, но и даже немного приумножить свои сбережения.

Свои суждения я пока базирую только на результаты, описанные в статье:

 

Металл | Цена на 24.01. | Цена на 29.01 | Доход в рублях
Золото | 10 г 7320 руб. | 7570 руб. | 250 руб.
Серебро | 500 г | 6925 руб. | 7125 руб. | 200 руб.
Палладий | 20 г 6200 руб. | 6500 руб. | 300 руб.
Платина | 5 г 6450 руб. | 7075 руб. | 625 руб.

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

К вершинам: борьба с собой и автоматизация.

Вообще сейчас модно писать про всевозможные виды заработка в интернете. Я по крайней мере с такими статьями сталкиваюсь ежедневно. В основном это конечно изъезженная тема контекстной рекламы. Я сам как-то пробовал создавать сайт только под контекстную рекламу и поэтому могу по своему опыту сказать, что нет такие уж там и больше деньги. Т.е. заработок в 50$ для меня кажется не оправданным по сравнению с теми силами которые необходимо приложить для того что бы эти деньги появились. Хотя я не гуру конечно и возможно сделал что-то не правильно. Но речь сегодня не совсем об этом.

Меня сегодня, почему то, весь день преследовала мысль об автоматизации труда. О том, что я зная как автоматизировать часть своего труда, так этого не делаю.

А ведь если посудить выигрыш от автоматизации суммируется со временем. Т.е. в рамках одного дня автоматизированный и не автоматизированный труд практически не отличаются - например разница составляет +1% в пользу автоматов, но например за неделю, эта разница уже достигает 5%, в месяц 24% при том, что усилия прилагаются лишь однажды.

Потратив один день на автоматизацию, уже через месяц, при увеличении в производительности в 1% получается прирост на практически на четверть. Как говориться "почувствуй разницу".

Осознание этого простого факта совсем сбивает мое настроение ближе к нулю. Поэтому я решил составить для себя план, так же как и с вопросами Яндекса, который будет содержать те сферы моей деятельности, которые можно каким либо способом автоматизировать. Благо, что с программированием я знаком ОЧЕНЬ близко, а вся загвоздка в том, что банально ленив. Тем не менее…

Для начала сделаем небольшой анализ самих сфер моей деятельности:
" Работа на телевидении - на данный момент моя основная работа. Там просто не початый край для автоматизации но все упирается в людей - я просто не могу позволить тратить себе такое ОГРОМНОЕ количество нервных клеток, только ради того что бы объяснить им как же теперь им работать с выходящими из автоматизированной системы данным. Простите, когда люди не умею банально пользоваться браузером, у меня опускаются руки. Тем не менее, думаю, я смогу найти все поле для своей идеи.
" Web разработка. Тут достаточно сложно что то автоматизировать, но первое что приходи на ум это автоматизация обработки потоков информации о различных интересных для меня коммерческих предложений. Тут и обработка RSS, парсинг HTML, работа с электронной почтой. Над этим пунктом надо действительно хорошо подумать, т.к. результат должен напрямую отражаться на полноте моего кошелька.
" Дом. Тут я подразумеваю, автоматизацию моего домашнего ПК. В основном тут можно поискать готовые решения для каталогизации информации - т.к. основная проблема захламленность носителей. Я иногда сам не знаю, что у меня есть, а чего нет.

Недавно читал текст какого-то известного блоггера (к сожалению линк у меня не сохранился) о том, что успешность это тот момент времени между тем когда ты осознаешь ЧТО нужно делать и тем, когда непосредственно НАЧИНАЕШЬ что то делать.

Ко мне это относится как нельзя более точно. Я прекрасно знаю ЧТО нужно делать, но… увы и ах. Но очень не много доходит до материального воплощения, а так и остается только набросками идеи в моем сознании.

Надо с собой бороться. КонецЪ Связи.

Надо радоваться: безопасность теперь бесплатно.

Воровали, воруют и будут воровать… ваши пароли и личные данные. Везде - на работе, дома. ПК и интернет все что нужно. Есть способ рабоваться и быть спокойнее и к тому же “забесплатно”.

 

Как? Первое и гланое – это использование менеджеров паролей и шифрования данных. Предлагаю ознакомится с уже написаными небольшими статьями в стиле «HOW TO» - про пароли и шифрование. Как видно из данных статистики (приведены ниже) это позволит сохранить информацию в секретности, даже в случае кражи самих файлов с данными.

 

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

 

Все правонарушения в Сети условно можно разделить на три основных категории:

1. Правонарушения, связанные с несанкционированным доступом к информационным системам, или нарушением физического обмена информации.


2. Правонарушения, связанные с содержанием информации, которая хранится, или передается с помощью интернет-технологий.


3. Правонарушения, связанные с предоставлением идентификационных номеров (доменных имен).

Первый блок правонарушений (по международной классификации код QA — вмешательство или перехват) занимает самую большую составляющую не только среди интернет-правонарушений, но и компьютерных правонарушений вообще. В первую очередь, от них страдают промышленные предприятия, банковские учреждения, торговля, государственные учреждения и граждане.

Данные, которые содержат в себе информационные системы, являются достаточно привлекательными для злоумышленников. Поэтому, одним из наиболее распространенных правонарушений остается несанкционированное проникновение в информационные системы, как с целью считывания информации, так и для ее модификации или уничтожения.

По данным американского Института компьютерной безопасности (Computer Security Institute), наиболее широко хакерами используются следующие методы:

• подбор паролей (brute-force) — 13.9% от общего количества;


• Подмена ІР-адресов (IP-spoofing) — 12.4%;


• Атаки на отказ в обслуживании (denial of service) — 16.3%;


• анализ сетевого трафика (сниффинг) — 11.2%;


• сканирование — 15.9%;


• подмена пересылаемых по сети данных — 15.6%;


• иные методы — 14.7%.

оригинал: http://small-big-bro.blogspot.com/

А вы говорите Москва… в Сочи надо ехать, в СОЧИ!

А вы говорите Москва… в Сочи надо ехать, в СОЧИ!

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

"По словам начальника управления по образованию и науке Ольги Медведевой, "администрация поставила перед сочинскими педагогами задачу обучить всех горожан хотя бы одному из языков". Пока же из 400 000 жителей города-курорта только 10% в достаточной мере владеют иностранными языками." http://www.newsru.com/russia/22jan2008/english.html

Представьте, сколько только для этой задачи выделено денег. Наверное, я не ошибусь, что в Сочи сейчас нужны любые профессии - это новый огромный рынок труда. Причем за деньги там, как я понял, особо никто не держится. Т.е. можно смело рассчитывать на достаточно высокую оплату труда, при наличии хотя бы какого-то профессионального опыта.

Да к тому же - ЭТО СОЧИ! КУРОРТ! И почему я все тут а не там - вопрос философский.

Финальный рывок: три вопроса.

Вот и "вопросы Яндекса" подходят к концу. Осталось только три. На все остальные я постарался ответить или это только я так думаю, что ответил на них правильно. Тем не менее. Финальный рывок до конца этого крошечного шага.

Вот оставшиеся вопросы:

7)Можно ли организовать на одной машине (в случае, если MTA sendmail) прием и различную обработку писем для нескольких разных доменов? И если можно, то как?

14) У вас на сервере установлена операционная система FreeBSD. Одна из программ периодически падает с сообщением "Segmentation Fault", но core файлов не оставляет.
Как получать core-файлы в директории /var/tmp/core?

17) На сервере под управлением Linux собран программный RAID5 на 10 SCSI-дисках. Один диск в этом массиве помечен как faulty.
Как узнать Host, Channel, ID и LUN этого диска?

21) При запуске MySQL в логе есть записи Found wrong password for user 'some_user'@'some_host'; ignoring user. Почему возникла такая ошибка и что нужно сделать, чтобы такие ошибки не возникали?

З.Ы.: обновил страничку со списком вопросов и расставил там ссылки на посты с ответами.

КонецЪ Связи

Zend Feed vs. SipleXML

Сегодня задумался о том, когда рационально использовать framework, а когда нет. Как я уже писал я делаю небольшой проект для местного медиа холдинга в котором работаю. Так вот я изначально хотел делать ВСЕ с использованием Zend Framework, но…

Сегодня передо мной стояла простейшая задача - обработать RSS канал сайта и сделать его локальную копию, что бы в дальнейшем с ней работали другие компоненты проекта. Так вот, казалось бы, тут как нельзя лучше Zend Feed, но когда количество строк кода перевалило за 200 - напомню задача простейшая - я открыл новый файл и реализовал все ту же задачу в 69 строках кода, используя встроенный в PHP SimpleXML.

Как показало испытание боем не стоит сразу себя настраивать на достижение цели только лишь одним методом. Есть масса других вариантов, намного более рациональный и простых в реализации.

Вывод для себя: постоянно оценивать альтернативные варианты.

КонецЪ Связи

kernel: proc: table is full

11) В логе Вы увидели надпись:
/kernel: proc: table is full
Что она означает и что надо делать, чтобы она не возникала?

Вообще говоря, proc table это таблица с информацией о запущенных в системе процессах. Нагуглил ответ, но забыл посмотреть где, поэтому цитата без источника:

looks like that proc: table is full means that your system has hit its
maximum number of running processes.
here's a nifty little command i just found that lets you see you current
max:
sysctl kern.maxproc

first thing i'd do is check your apache logs and such, see if your getting
a lot of child daemons spawning and maxing that number out. if so, you'd
either have to lower the number of max connections to apache, or raise the
proc limit [using sysctl -w kern.maxproc=<newnumber>, but i haven't tried
it myself]

Вот мой вольный перевод с сокращением:

Запись вида proc: table is full означает, что ваша система достигла максимально допустимого числа  одновременно запущенных процессов. Что бы увидеть максимально возможное количество одновременно запущенных процессов используйте команду: sysctl kern.maxproc…
… что бы увеличить лимит количества одновременно запускаемых процессов используйте "sysctl -w kern.maxproc=<newnumber>".

Про процессы в Linux есть хорошая статья на Open Net "Процессы в Linux (linux proccess ipc kernel proc)" http://www.opennet.ru/base/dev/proccess_in_linux.txt.html

КонецЪ Связи

Антивирусы для почтового сервера

8) Перед Вами встала задача выбора антивирусной программы для почтового сервера.
Расскажите, какую программу Вы выберете и почему; как будете оценивать качество ее работы?

Принципиально философский вопрос. На вкус цвет товарища нет. Но все же, как я буду выбирать:
Во-первых, надо сразу определиться с тем какому типу ПО будет принадлежать данная антивирусная система. Тут во многом все зависит от платформы на которой базируется сервер. Для Windows серверов хорошо развиты платный антивирусные комплексы, для Unix серверов все намного сложнее, т.к. есть масса вариантов как "за деньги", так и бесплатно.

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

Примеры решений:
Из платного ПО, думаю, стоит выбирать из лидеров, благо они предоставляют свои продукты и под Windows и под Unix-like платформы. Kasperksy, NOD, Dr Web. Все довольно мощные и функциональные - на практике доказывали свой функционал. Мне больше нравится NOD - это чисто мое предпочтение, не более, т.к. на моей практике получалось, так что он был компромиссным вариантом скорость/качество.

Из open source можно выбрать ClamAV, как наиболее рекомендуемый. Самому с ним (пока) не довелось работать.

КонецЪ Связи

2008 под знаком борьбы с собой

Вот и отгремели новогодние праздники. Так сложилось, что моя поездка так и не стала реальностью. Конечно, жаль, но все что не делается все к лучшему.

А я пока подумаю о новых мини-целях которые мне было бы неплохо добиться.

В первую очередь, надо продолжить изучать Unix системы: цель номер 1 - научиться таки ставить Fedora в таким образом что бы заявленный производителем функционал "из коробки" все таки работал. Хотелось бы изначально удаленный шел + веб. То ли себе надо руки выпрямить, то ли и вправду там все не так просто как заявлено - надо разбираться.

Во-вторых, конечно же, надо думать откуда взять 500k рублей на новую машинку. Пока есть только пара небольших идей - ничего конкретного пока нет, но, думаю, все получится. Кстати цены на бензин меня все больше и больше "радуют". С другой стороны кому сейчас легко.

В-третьих… а в-третьих, надо наконец начинать пинать себя по настоящему. Я ленивый. Я это понимаю. Мне ничего не мешает достигать своих целей, кроме самого себя. Парадокс, но так и есть. Сам себя за такое ненавижу.