Дооолгий запуск приложений. Лечение.

Сегодня мы поговорим о том, как нам обустроить рабкрин ускорить запуск Firefox, OpenOffice и прочая, и прочая...

Проще говоря, мы будем прикручивать к Убунту prelink.
Что это такое и с чем его едят? Всё просто. В линуксе существует старая традиция, упоминать в исполняемых файлах только имена используемых библиотек. Поиск оных, а также вычисление их размера должен выполнять динамический линковщик. На старте. Каждом.

Эта система позволяет экономить место, но вот скорость запуска программы падает.
Будем лечить. Сестра, скальпель!

Для начала нам потребуется установить соответствующую программу:
sudo aptitude install prelink

Теперь настроим её:
sudo nano /etc/default/prelink

Найдём строку, в которой значится "PRELINKING=unknown" и заменим её на "PRELINKING=yes"

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

Теперь произведём первый запуск свежеустановленного prelink'а (предупреждаю - это небыстро)...
sudo /etc/cron.daily/prelink

Вот и всё. Но остаётся одна проблема - как только вы устанавливаете что-либо ещё (или просто обновляете систему), свежеустановленная (свежеобновлённая) программа перестаёт работать.
К счастью, лечится это очень просто. Нужно всего лишь запустить скрипт ещё раз. Но не лучше ли поручить это компьютеру (у него голова большая - пусть думает).
Открываем apt.conf:
sudo nano /etc/apt/apt.conf

И дописываем в конце файла ещё одну строку:
DPkg::Post-Invoke {"echo Running prelink, please wait...;/etc/cron.daily/prelink";}

На этом всё.
Реактивными ваши программы не станут, но скорость запуска несколько увеличится...

Сегодня День системного администратора.

С праздником, коллеги!

Отличная статья.

Рекомендую...

Обрывки мыслей

Когда б вы знали -
из какого сора...

Эти обрывки - потенциально куски заметок (а то и зародыши оных). А может и не...

По поводу CLI vs. GUI сформулировалось:
CLI хорош для операций над структурированными и/или отсортированными данными (либо могущими быть такими). GUI выигрывает тогда, когда пользователь точно не знает чего хочет (пример: дизайнер за работой), либо когда объекты манипуляции не поддаются формальной классификации.
Для примера: когда нужно выбрать все фотографии за определённый период и определённого размера (я про объём файла) - нет ничего удобнее find'а и т.п., когда же нужно выбрать фотографии которые нравятся (на диск там записать или отпечатать) - я лучше запущу Наутилус...

Потерял рабочий винчестер (и не спрашивайте - как). К счастью служебной информации там не было (если не считать документации). Купил новый. Поставил Xubuntu вместо ArchLinux. Крайне доволен. Для слабой машины (P3-900, 128 RAM) - лучший дистрибутив. Были опробованы ZenWalk, Vector и ArchLinux. Конструкторы - это конечно хорошо, но если нужно что-то из разряда "поставил и работай" - Xubuntu самое оно. По скорости оно ничуть не уступает вышеозначенным, а вот по удобству... Единственное - для установки нужно 256 RAM. А вот для работы вполне хватает 128 RAM...

В новом XFCE появился чертовски вкусный софт... И это радует.

И снова про True UNIX GUI

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

Блин...

Я ж её читал. И не один раз. Почему же только сейчас я увидел прямые ответы на такие вопросы как: "почему xml делают форматом практически любых (в т.ч. растровых) документов", "почему подсистему печати в линукс перевели с ps на pdf" и "почему каждый претендент на DE должен иметь в комплекте набор библиотек на все случаи жизни"...
Вывод: для того, чтобы задать вопрос, нужно знать половину ответа. Для того, чтобы увидеть ответ, нужно знать правильный вопрос.

Написание статьи откладывается на неопределённый срок.
Предварительные умозаключения о том, что:
- unix-way в GUI не работает...
- DE будут унифицироваться (в смысле библиотек и разного рода бакендов)...
- новые парадигмы десктопа при всей своей соблазнительности применимы не всегда (а для программиста так и вообще бесполезны)...
остаются в силе.

Почему xml всё чаще используется как формат документов.

Интересная статья по теме...

Рекомендую в т.ч. тем, кого не оставляет равнодушным вопрос "логическое форматирование или структурное" (выражаясь иначе - "TeX vs. OpenOffice")

P.S. А если кто-нибудь мне подскажет КАК получить забытый пароль с forum.posix.ru - буду благодарен до чрезвычайности.

Непричёсанные мысли.

Название поста естественным образом стырено сами знаете у кого. Тем не менее - очень меткое название. Пусть будет.

...установил Mousepad и Leafpad. Долго медитировал, пытаясь найти 5 отличий.
Ниасилил (с)...

...обнаружил, что последние года два меня совершенно не волнует вопрос локализации консоли в линукс. Т.е. настраиваются Х-ы, проверяется правильность функционирования отдельных консольных программ (nano там, lynx...) и на этом я успокаиваюсь.
Причина проста - консольные приложения отлично работают в xterm'е, а смысла переключаться в консоль не вижу.
А, да. На серверах всё просто. Там Х-ов нет. А локализацию консоли во фри я делаю практически с завязанными глазами и на скорость (в смысле - на полном автомате)...

...обнаружил, что после обновления Арча переход на юникодную локаль - вообще не проблема. Остаются такие мелочи, как неюникодно собранный nano, но этим на не испугать alias nano = 'LC_ALL=C nano' работает на отлично...

...обнаружил, что чтение логов локального чата за период моего в нём ненахождения - презабавное занятие. Выглядит это примерно так:

[9:48:07] bee-: тихо, да? ;)
[9:49:29] bee-: я обнаружил, что в бобруйске нефлудит Страннег... повернул голову вправо, и обнаружил, что его нет на рабочем месте
[9:49:55] bee-: оказывается, он в ночь сегодня будет
[10:01:34] nuТb: ок, придеться самим как-нибудь.

[10:26:27] nuТb: Microsoft во вторник завершила приобретение компании Winternals Software, сооснователь которой — известный исследователь уязвимостей Марк Руссинович (Mark Russinovich). http://www.cnews.ru/news/line/index.shtml?2006/07/19/206268
Мелкомягкие доказали, что большие бабки способны лечить и такие занозы в заднице как Руссиновича.
[10:33:08] nuТb: Гм, забыл что тут одни линуксоиды. Напомню - Руссинович в свое время доказал, что Windows NT Workstation и Server отличаются лишь ценой и выложил подробные инструкции по переделке. Еще такие вещи расковырял как взлом пароля рутового и пр. Самый известный продукт Винтерналса - ERD Commander - live-cd ХР, который позволяет войти в систему с админскими правами.

Да-да. Когда я не пишу в блог, я тренируюсь на кошках пишу в чат. Являясь основным источником новостей и фана для его обитателей... :)

...и наконец я выяснил - чем мне так не нравится идея гей-парада и официальная политика Израиля (с учётом, что к геям и израильтянам отношусь толерантно). Самому было интересно. Рефлексия - штука хорошая...

Ubuntu. Пишем на NTFS.

Итак, сегодняшняя заметка посвящена тем рисковым (или ленивым) парням*, которые хотят опробовать новомодный способ записи из линукса на NTFS.
Предупреждаю сразу - вы вполне можете убить свою файловую систему, а потому - эксперименитруйте на свой страх и риск.

Не секрет, что многие держат на своих машинах сразу две (а то и более) операционные системы. Не является секретом и то, что одна из них почти всегда windows. Наконец, в силу того, что уже 6 лет как все версии windows выпускаются с NT-ядром, а также из-за сильно возросшего с тех пор объёма винчестеров, файловая система, используемая windows - NTFS (честно говоря, абсолютно не понимаю людей, которые используют FAT32. Исключение - это специальный раздел, созданный чтобы без проблем писать на него из линукса).

Поддержка файловой системы NTFS в ядре имеет место быть уже давно, но вот с записью на неё - проблемы. Это связано с тем, что NTFS практически не документирована, а значит всё приходится узнавать методом реверс-инжиниринга (я ещё и не так забористо материться умею). Однако же недавно в новостях проскочила заметка о том, что дела в этой области кардинально улучшились, а значит пришла пора опробовать эту вкусность на своей машине. Называется она ntfs-3g и именно её посредством мы и будем решать нашу маленькую проблему.
На этом я прерываю своё затянувшееся вступление и перехожу непосредственно к практическому изложению.

1. Для работы ntfs-3g требуется последняя версия fuse. Так что сначала скачаем и установим его:

wget http://flomertens.keo.in/debian/ntfs-3g/binary-i386/fuse-utils_2.5.3-1_i386.deb wget http://flomertens.keo.in/debian/ntfs-3g/binary-i386/libfuse2_2.5.3-1_i386.deb

sudo dpkg -i libfuse2_2.5.3-1_i386.deb fuse-utils_2.5.3-1_i386.deb


2. Теперь установим ntfs-3g:

wget http://flomertens.keo.in/debian/ntfs-3g/binary-i386/ntfs-3g_20070714-BETA-1_i386.deb

sudo dpkg -i ntfs-3g_20070714-BETA-1_i386.deb


3. Теперь, когда всё установлено, настроим автоматическое монтирование NTFS-раздела с поддержкой записи через ntfs-3g. Для начала выясним - какой, собственно раздел в NTFS? Для этого выполним команду

sudo fdisk -l | grep NTFS

смотрим на вывод. Первая колонка - это и есть имя нашего NTFS-раздела.
Его-то и нужно внести в /etc/fstab

sudo nano /etc/fstab

найдите строку, описывающую NTFS и убедитесь, что это именно тот раздел, который мы нашли посредством вышеописанной процедуры. Закомментируйте его, а под ним добавьте строку следующего вида:

/dev/ваш_раздел /media/куда_монтировать ntfs-3g silent,umask=0,locale=ru_RU.utf8 0 0

примечание: если Вы используете кодировку, отличную от utf8 - поздравляю, Вы ССЗБ. :)

4. В завершение, нам потребуется настроить автозагрузку fuse во время загрузки системы, наберите:

sudo nano /etc/modules

и в конце файла добавьте новую строку fuse

5. Осталось немного. Подгрузить модуль fuse и перемонтировать диск. Сделаем же это!

sudo modprobe fuse
sudo umount -a
sudo mount -a

На этом сегодняшний экскурс в освоение Ubuntu полагаю оконченным и с нетерпением жду ваших комментариев.

P.S. Интересно, хватит меня на полноценное описание установки Убунты и доведения её до ума? Это же практически книга получится...

Почему XMMS?

Если Вы используете XMMS, пожалуйста, напишите почему?

Знаете ли вы?

Такой интересный факт.

Традиционно считается, что приложение, которым можно полностью управлять с клавиатуры, позволяет подготовленному пользователю работать быстрее (не нужно тянуться за мышью, целиться указателем и т.п.)

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

Стереотипы - штука живучая... :)

Пример качественного информационно-пропагандистского сайта.

Детям об армии.

Пять с плюсом.

LUG - мысли по поводу. Общественная организация.

Вдумчивое чтение Федерального закона "Об общественных объединениях" от 19.05.1995 N 82-ФЗ привело меня к следующим предварительным выводам:

1. форма общественного объединения: общественная организация либо орган общественной самодеятельности (я склоняюсь к второму варианту).
2. регистрация LUGа, как юридического лица, с одной стороны желательна, с другой - влечёт за собой обязанности (отчётность и т.п.) Поскольку этот момент мне пока не до конца ясен - для начала стоит зарегистрироваться как общественное объединение без регистрации юридического лица.

Лирическое отступление.
Если кто-то думает, что общественная организация - это такая большая важная контора, то рекомендую посмотреть примеры в интернете. Взять хотя бы вот этот... А уж разного рода органов студенческого самоуправления (которые также являются общественными объединениями) - очень много.

Вопрос:
Почему не уйти под крыло какой-либо коммерческой организации? Т.е. не заморачиваться с регистрацией любой формы организации, а просто собираться. При необходимости действий от имени юр. лица - действовать от имени этой организации, либо препоручить переговоры им?
1. Общественная организация вполне может принимать пожертвования :)
2. Всё же лучше действовать от своего имени
3. Для пропаганды гораздо эффективнее представляться прессе "Независимое общественное объединение бла-бла-бла", вместо "куча народу с непонятными целями"...
(Денис, тут требуется твой комментарий. Вполне возможно, я неправильно тебя понял)

Материалы для размышления:
- Регистрация общественных объединений
- Как физическому лицу стать лицом юридическим
- Хочу создать общественную/ некоммерческую организацию. С чего начать?
- Правовые аспекты создания некоммерческих организаций

Если кто-либо располагает сведениями о том, что влечёт за собой регистрация общественного объединения как юридического лица (налоги, отчётность и т.п.) - поделитесь. Буду очень благодарен.

Как нам обновить Убунту - 2

И вновь продолжается бой.
В прошлой серии мы рассмотрели вариант обновления Убунту при наличии дома модемного соединения.
Сегодня - рассмотрим более интересный вариант.

Итак, для тех мсье, которые понимают толк в извращениях, свежая перверсия - обновляем Убунту, не имея подключения к интернету вообще.

Итак, вводная: есть домашний компьютер с установленной на нём Убунту. Есть более другой компьютер с быстрым интернетом и более другой ОСью (любой, на самом деле).
Требуется: обновить домашнюю Убунту.

Как же это сделать? Да, легко! Хотя и несколько муторно.
Итак, для начала взглянем в /etc/apt/sources.list. Взглянем и скопируем его на любой подходящий носитель (дискета/флэшка/можно и ручкой на бумажку переписать). Получится что-то вроде:

deb http://archive.ubuntu.com/ubuntu/ dapper main restricted
deb-src http://archive.ubuntu.com/ubuntu/ dapper main restricted
...

Для начала скачаем пакеты, описывающие свежий софт (это первый этап).
Внимательно посмотрим на первую ссылку. Она описывает бинарные пакеты для дистрибутива dapper из веток main и restricted. Заходим по ссылке и интуитивно двигаемся к нжной нам цели. Для первой ссылки URL будeт таковs: http://archive.ubuntu.com/ubuntu/dists/dapper/main/binary-i386/Packages.bz2
http://archive.ubuntu.com/ubuntu/dists/dapper/restricted/binary-i386/Packages.bz2
(в данном случае я использовал репозитарий для пакетов i386. В случае использования другой архитектуры выберите нужную).

Надеюсь принцип нахождения Packages.bz2 понятен?

Теперь возникает вопрос - что же делать с этими пакетами? Всё просто - качать. Но не абы куда, а в нарочитые каталоги, которые будут выглядеть так:
archive.ubuntu.com_ubuntu_dists_dapper_main_binary-i386_Packages
archive.ubuntu.com_ubuntu_dists_dapper_restricted_binary-i386_Packages
...

Опять же - имеет место быть общий принцип именования каталогов. В принципе, можно заглянуть в /var/lib/apt/lists/ на домашней машине - вдруг они уже созданы? Но если нет, смотрите на строки в sources.list и создаёте. Медленно и методично.

Каждый файл Packages.bz2 кладётся в соответствующий ему каталог и распаковывается (можно руками, а можно и find натравить. Как угодно).

Теперь у нас есть куча каталогов с текстовыми файлами в них. Аккуратно записываем их на носитель (пожалуй в этот раз листок и ручка не подойдут) и приносим домой. Каталоги помещаем в /var/lib/apt/lists/. На этом первый этап закончен. Поздравляю, Вы сделали то же самое, как если бы запустили sudo aptitude update. :)

А теперь можно заняться собственно обновлением. Это и есть второй этап и он полностью описан в заметке "Как нам обновить Убунту".

Желаю удачи.

P.S. Выражаю благодарность своему коллеге знатному дебианщику Ктулху Игоревичу за вовремя поданный совет. :)

Основная проблема современной России

Вдруг кто ещё не видел...

Восхитительный дизайн для блога.

Хочу такой же...

Новый репозитарий для Убунту.

Canonical анонсировал новый репозитарий Dapper-Commercial.
Пока в нём имеются только сборки для Opera и RealPlayer, но в будущем можно надеяться на добавление в него windows-кодеков, Skype'а и прочих закрытых, но популярных, программ.

Добавить репозитарий просто:
$echo "deb http://archive.canonical.com/ubuntu dapper-commercial main" >> /etc/apt/sources.list
$sudo aptitude update

Теперь, пробы для, установим свежую Оперу 9.
$sudo aptitude install opera

Наслаждайтесь.

Как нам обновить Убунту

Если дома только модем, а на работе другой дистрибутив (у меня - Арч, поставленный из любопытства) и вариант apt-zip'а отпадает...

Казалось бы - выхода нет. Но нет предела людской находчивости и изобретательности (подумав добавляю - метод не мой).

Итак. Предварительно накатив (и вовсе не сто грамм, как некоторые подумали) обновление репозитариев посредством sudo aptitude update, выполняем ряд нехитрых команд:
$sudo apt-get -qq --print-uris install имя-нужного-пакета | cut -d\' -f 2 > urilist

Здесь стоит сделать небольшое отступление. "Как же так?" - спросит меня читатель - "а где же обновление?" Всё просто, друзья мои - как следует из документации, для того чтобы обновить пакет можно использовать команду install. Как получить список пакетов, необходимых для обновления? Ещё проще. Пишем страшно колдунскую команду sudo aptitude upgrade, а когда она запросит у нас подтверждение на закачку, коварно откажем ей в оной.
Что характерно, результатом будет полный список потребных пакетов, каковые и могут быть вставлены вместо "имя-нужного-пакета".

Итак, мы получили urilist. Что дальше?
А дальше копируем его на дискетку/флэшку/cd-rw или просто отсылаем себе почтой (можно голубиной). Приходим в Место-С-Быстрым-Интернетом и скармливаем этот файлик wget'у.
Примерно так:
$wget -i urilist

Через некоторое время у нас появится много (или немного) .deb-файлов, каковые нужно унести домой (можно в ладонях) и сложить в /var/cache/apt/archives/

И наконец - последний шаг.
Запускаем sudo aptitude upgrade и радуемся жизни.

Двадцать восемь мне уже...

<всякие рифмы поскипаны>

В общем - очередной день варенья.
Подведение итогов выявило удовлетворённость жизнью и спокойное осознание своей недетской крутизны (что вы, доктор! У меня нет мании величия! Истинно великие люди ей не страдают...)

С чем себя любимого и поздравляю. :)

Немного позитива...

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

Из Windows в Linux - лёгкая миграция.

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

true linuxoid vulgaris

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

Итак, вводная:
Основные требования - программа должна делать свою работу "как аналог Windows" или лучше. При этом должна быть простая в использовании и не выглядеть убого. Естественно инсталлироватся "одним тыком" а не собираться из пакетов (успешная программа всегда имеет инсталлятор)

Что в данный момент разыскивается:
1) Аудиоплеер похожий на WinAmp
2) Программа для прослушивания интернет радио (аналог iRadio)
3) Программа для постинга в блоги (аналог BlogJet и Semagic -основное требование автоматическая закачка графических файлов)
4) Запись CD\DVD дисков всех форматов
5) Проигрывание DVD и видео в одном флаконе (аналог MS Media Player)
6) Win emulator (некоммерческий)
7) Скринсейверы (разные)
8) Древовидный редактор (аналог Knote, WinOrganazer)

Хотелось бы сразу прояснить один вопрос.
Установка программ в linux несколько отличается от таковой в windows. В линуксе это делается гораздо проще. :)
Я не работал с OpenSUSE и не могу сказать точно, как это делается там, но в Ubuntu всё не просто, а очень просто.
Щёлкаем по меню "Приложения" и выбираем пункт "Добавить/Удалить программу".

Откроется менеджер пакетов, где эти самые пакеты а) рассортированы по категориям б) снабжены достаточно подробным описанием. Остаётся только выбрать понравившуюся программу и нажать кнопку "Установить". Просто?
На деле оно ещё проще, чем когда читаешь в описании. :)
Плюсы этого метода - для того, чтобы обновить нужную программу (или вообще все установленные программы) до последней версии - достаточно просто нажать на кнопку "Обновить".

Если вам рассказывали, что для установки нужно искать недостающие файлы или предпринимать ещё какие-либо действия - забудьте. На дворе 21 век и пользовательский линукс - вполне себе реальность...


Теперь вернёмся непосредственно к теме. Итак:
1) Аудиоплеер похожий на WinAmp
Beep Media Player
2) Программа для прослушивания интернет радио (аналог iRadio)
Rhythmbox, Quod Libet
К сожалению, ничего не могу сказать по поводу возможности сохранения потока на диск. Просто не интересовался.
3) Программа для постинга в блоги (аналог BlogJet и Semagic -основное требование автоматическая закачка графических файлов)
Drivel. Хотя лично мне больше нравится плагин к Firefox.
4) Запись CD\DVD дисков всех форматов
k3b. Хотя есть Graveman, но до k3b он не дотягивает...
5) Проигрывание DVD и видео в одном флаконе (аналог MS Media Player)
Totem (с бакендом Xine), VLC
6) Win emulator (некоммерческий)
wine
7) Скринсейверы (разные)
Можете считать, что нет. Ничего даже близко сопоставимого с 3Planesoft нет.
8) Древовидный редактор (аналог Knote, WinOrganazer)
Не пользуюсь, а потому аналогов не знаю...

Продолжим дискуссию?

LUG - мысли по поводу.

Так как у нас в городе по прежнему отсутствует LUG, меня посетила (поправка от коллеги - до сих пор не отпустила) светлая и практичная мысль взять дело в свои мозолистые руки.

Итак, фиксация некоторых мыслей по поводу (комментарии всячески приветствуются):

Цели и задачи:
Популяризация как линукса, так и опен-сорс решений в целом.
Методы решения.
- Регистрация общественной организации "линуксоиды Улан-Удэ" (это пре-альфа названия. Да и не в нём дело).
Для чего: если мы не собираемся ограничиваться совместным распитием пива и периодическим написанием заметок на сайт (который ещё надо создать) - для контактов с внешним миром лучше быть юр. лицом.
- Создание фонда дистрибутивов и дистфайлов
Для чего: Не у всех безлимитный и быстрый интернет.
- Создание фонда бумажной литературы и документации
Для чего: У кого-то есть одна книга, у кого-то другая... Полный список с указанием у кого можно взять на сайте должен здорово облегчить жизнь любителям сначала прочитать, а потом уже экспериментировать.
- Создание биржи труда.
Для чего: Проще говоря - всех нас периодически спрашивают "где найти человека, который может сделать то-то и то-то". Чаще всего именно в этот момент ответить нечего. Было бы неплохо организовать базу данных по фрилэнсерам на разовые работы и [потенциальных] соискателей на работы постоянные. Ещё лучше - дать свои координаты ЦЗНу и разного рода мелким хэдхантерам...

Далее. Непосредственно пропаганда.
- Проведение лекций в ВУЗах
Договориться с руководством ВУЗов (на уровне факультетов и кафедр - не проблема, я полагаю). Проблема - нужен ноут. У меня его нет. Слова-словами, а демонстрация того же XGL'я в действии - сильный пропагандистский ход.
Студенты - это, выражаясь языком политиков, наш электорат.
- Организация семинаров (конференций) на темы типа "Решения open source для малых и средних организаций", "Альтернативы решениям MS" и тэ пэ
Вот это уже серьёзно. Требует основательной подготовки, но вполне решаемо. В конце-концов, если местные анимешники периодически устраивают свои аниме-фесты, то чем мы хуже?

Проведение встреч LUG'а.
Дабы не превращать всё в простое пивопитие (что мы можем делать и без LUG'а) - можно устраивать эдакие ежемесячные отчётные собрания. То есть. Собираемся. Заслушиваем несколько докладов (в духе "Мои впечатления от свежевышедшего дистрибутива" или "Как заставить работать мышь о двадцати восьми колёсиках в линуксе на сотовом телефоне"). Единственное условие - текст предоставляется для утверждения и редактирования заранее (нахрена нам трёхминутный спич, наполовину состоящий из "нууу...", "эта..." и "круто, просто круто!"?).
А затем - пьём пиво. :)
Почему именно так?
Во-первых - это будет способствовать информационному наполнению сайта (а какой LUG без сайта?)
Во-вторых - это стимул к творческому развитию (за лучший доклад можно давать, скажем, бочонок "Балтики")
В-третьих - а почему нет?

На этом поток мыслей плавно иссякает. Буду думать дальше.
Добрые советы, злая критика и прочая - приветствуются повсеместно и вездесущно.

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

Flock - первые впечатления.

Вдохновившись постом trueash'а, поставил себе социальный браузер Flock.

Впечатления, честно говоря, самые противоречивые...
С одной стороны - он красивый (хочу такую тему для FF и Оперы). И, пожалуй (с некоторым сомнением), лёгкий...
Откровенно радуют тесно интегрированные Flickr и блоггер-сервисы (этот пост пишу из встроенного блог-редактора).

С другой стороны, встроенный RSS-аггрегатор не показался очень уж удобным. Интеграция с del.icio.us и shadows.com (полностью проигрывает делишс, т.к. не понимает кириллицы) тоже не порадовала. Уж не знаю почему.

Осталось чёткое ощущение, что неисследованых возможностей в нём ещё много, но есть одна вещь, из-за которой я не буду его использовать.
keywords - я без них, как без рук. Т.е. я в строке поиска пишу yabl Flock - и оно должно искать по слову Flock на blogs.yandex.ru. Эта фича работает и в FF, и в Опере. Но не во Flock'е.

Резюме: на машине он у меня останется, но в качестве сииильно запасного для экзотических случаев.

Просьба о помощи. Железячникам.

Люди, у меня тут есть небольшая проблема.
Домашний компьютер стал зависать с удручающей регулярностью... :(

При этом, несмотря на жару, температура ЦП не поднимается выше 37 градусов (хвала кулеру). Некоторое опасение внушает GPU - его температура - в среднем 42-45 градусов...

Чёткого объяснения - отчего он виснет - я не нахожу.

Тест памяти проходит отлично. Вирусов и прочей живности нет.
Вопрос: в какую сторону рыть?
Пока думаю взять UPS - даже если не поможет - лишним не будет.

Конфигурация машины - в первой ссылке.

LDAP - что это и с чем его едят...

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

Это НЕ руководство по установке и внедрению LDAP. Всего лишь обзор для тех, кто ещё не знает - а что же это за зверь такой...

Комментарии приветствуются.

СЛУЖБЫ КАТАЛОГОВ
что это и для чего они нужны.

И что бы люди там ни говорили —
Я доживу, переберу позвездно,
Пересчитаю их по каталогу,
Перечитаю их по книге ночи.

Сети растут. Локальные сети - не исключение. Зачастую сетка, ещё вчера связывавшая три компьютера, сегодня разрослась, заматерела и обросла ресурсами. Как не потеряться в них? Как не запутаться в логинах и паролях? Как быстро найти нужную информацию?
Рано или поздно эти вопросы встают практически перед каждым системным администратором.

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

В данном обзоре я кратко введу Вас в курс дела.
Итак, что же такое службы каталогов?

Очень кратко и очень упрощённо - это своего рода базы данных, хранящие в себе информацию о пользователях, узлах и объектах сети. Цель их создания - упростить администрирование.

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

Служба каталогов легко интегрируется с множеством сервисов, начиная от web-серверов, заканчивая CMS (content managment system). Загляните в документацию используемого Вами приложения, требующего авторизации и поищите там ключевое слово LDAP. Нашли? Так это оно и есть...

Начиналось всё просто.
Сети были маленькими, а компьютеры - большими.
И было их не так чтобы очень много. В те полузабытые, практически былинные времена обходились простым копированием файлов конфигурации с одного компьютера на другой.

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

Одной из первых реализаций сервисов такого рода стала разработка комапании Sun Microsystems, первоначально названная Yellow Pages. Впоследствии, из за юридических трений, название было заменено на Network Information Service (NIS) под которым она до сих пор широко известна (в узких кругах).

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

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

Поскольку идея оказалась востребована, CCITT и ISO пошли дальше и разработали серию стандартов X.500, которые включали в себя следующие протоколы: DAP (Directory Access Protocol), DSP (Directory System Protocol), DISP (Directory Information Shadowing Protocol) и DOP (Directory Operational Bindings Management Protocol). Однако
впоследствии выяснилось, что эти протоколы чрезмерно сложны и была проведена работа по разработке замены. Ей стал протокол LDAP (Lightweight Directory Access Protocol), послуживший основой для многих удачных решений.

История наиболее известных, основанных на LDAP продуктов, уходит корнями в далёкий 1995 год, когда сотрудники Мичиганского Университета написали первый LDAP-сервер - slapd. В 1996 году компания Netscape пригласила их на работу. В 1999 году, компания AOL стала собственником Netscape. Для продолжения работ над серверными продуктами был заключён стратегический альянс с компанией Sun. Назвали это iPlanet Alliance. С
1999 по 2001 годы команда Netscape Directory Server работала совместно с командой Sun Directory Server, а впоследствии и с разработчиками Innosoft Directory Server (IDDS). Работы велись как над Directory Server, так и над смежными проектами, такими как Meta Directory и Directory Access Router. В октябре 2001 года iPlanet Alliance
распался, а его участники Sun и Netscape начали независимое развитие своих продуктов. С 2001 по 2004 годы разработчики Netscape Directory Server много работали над этим проектом. В декабре 2004 Netscape Directory Server стал собственностью компании Red Hat.


Итак, покончив на этом с историей, посмотрим - какие службы каталогов имеются в наличии и чем они хороши.

NIS (хотя, строго говоря, это и не служба каталогов).

Эта разработка Sun Microsystems оказалась очень живучей и используется до сих пор. Её плюсами являются простота концепции и реализации. Минус - можно использовать только на UNIX-совместимых операционных системах, с совпадающими конфигурационными файлами. Отдадим ей дань уважения и перейдём к полноценным LDAP-продуктам. В данной статье я не буду останавливаться на технических подробностях, скажу лишь, что их
базовая функциональность различается незначительно. Различия начинаются на уровне документации и прикладного софта, облегчающего администрирование.

Итак, начнём с открытых и бесплатных. Их немного. Собственно, всего два.

Red Hat Directory Server и Fedora Directory Server

Red Hat Directory Server изначально была куплена у Netscape Security Solutions как коммерческий продукт для Red Hat Enterprise Linux, теперь её выпускает сам Red Hat под названием Red Hat Directory Server. Следуя своей политике, Red Hat выпускает и версию для Fedora Core. Её название - Fedora Directory Server.
Red Hat Directory Server работает под управлением Red Hat Enterprise Linux (x86, версии 3 и 4), Solaris 9 (SPARC, как 32-разрядный, так и 64-разрядный), HP-UX 11i для HP-9000, а также для 64-разрядной линейки HP Integrity server.
Fedora Directory Server менее привередлива и соглашается работать как под Fedora Core (x86, версии 3 и 4) и Red Hat Enterprise Linux, так и под другими версиями linux - gentoo, debian и т.п. Поддерживаются также и Solaris, Windows 2000 и HP/UX 11i (pa-risc).
Вывод: отличный выбор для дистрибутивов на базе RedHat. Хорошо документирован, чем выгодно отличается от OpenLDAP. Код этих проектов во многом совпадает (из-за общего прародителя).

OpenLDAP

OpenLDAP - дальнейшее развитие оригинального slapd. Широко распространён. Используется на множестве платформ, таких как Linux, FreeBSD, Windows и MacOS X. Документацию на сайте хочется назвать спартанской. Впрочем, sapienti sat, да и пошаговых руководств в сети предостаточно. Если по каким-либо причинам Вам претит использование продукта от RedHat, OpenLDAP - отличный выбор, проверенный временем.
Функциональность у обоих проектов практически идентичная.

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

Novell eDirectory

Сначала несколько слов о политике лицензирования, поскольку она довольно интересна. Во первых, вся продукция бесплатна для ВУЗов.
Во-вторых, Вы можете установить этот продукт и использовать его совершенно бесплатно (годовая лицензия на 100000 пользователей. Тех. поддержка отсутствует. Получить можно запрашивая триальный ключ раз в год). В третьих - а можете купить. Цена - 2$ за одну пользовательскую лицензию без временного ограничения.
Работает под следующими операционными системами: Novell Netware, Windows (NT-ветка), Linux (SUSE Enterprise, либо RedHat), Solaris, AIX, HP-UX.
Резюме: решение всё в одном - весь комплекс необходимых программ поставляется сразу. Установка и настройка сделаны максимально удобными. Невысокая цена. Отличная документация. Для зарегистрированных пользователей - тех. поддержка.
Кроссплатформенность. Минус - закрытые исходники.

Microsoft ActiveDirectory

Входит в состав Windows Server 200x. Идеальное решение для сетей MS.
Если планируется использовать линейку продуктов только от MS - стоит задуматься. Если же в качестве сервера, используется что-либо отличное от Windows 200x - рекомендую обратить пристальное внимание на вышеперечисленные продукты.
Вывод: Отличная интеграция в систему, высококачественная документация.
Недостаток - довольно высокая цена.

Sun Java System Directory Server

В начале 2000-х, Sun слилась с компанией iPlanet и используя её разработки (в частности iPlanet Directory Server) создала свой продукт - Sun ONE, впоследствии переименованный в Sun Java System Directory Server.
Это не самостоятельный продукт, а лишь часть Java Enterprise System.
Системные требования: Solaris 10, Solaris 9, Solaris 8 (только для SPARC), Red Hat Enterprise Linux 2.1 и 3.1, HP-UX 11i, Microsoft Windows 2000, XP (для разработчиков), 2003. Не продаётся отдельно от Java Enterprise System.
Вывод - если Вы решили воспользоваться комплексным решением от Sun, у Вас явно не будет особых проблем. Инженеры Sun помогут Вам установить и настроить его под Ваши нужды. За деньги, разумеется.

IBM Tivoli Directory Server

LDAP-решение от IBM. Работает под следующими ОС: AIX, Solaris, Microsoft Windows 2000, HP-UX, а также Linux для Intel и IBM eServer iSeries, pSeries и zSeries. Цены начинаются от 10000$. Решение явно не для всех. Однако стоит отметить доступную для всех документацию.
Крайне рекомендую всем, интересующимся LDAP-тематикой, книгу из серии IBM Red Books "Understanding LDAP - Design and Implementation".
Несмотря на то, что освещается в основном IBM Tivoli Directory Server, в ней содержится очень много качественного теоретического материала о том, что такое LDAP и как лучше спланировать Ваш каталог.

На этом я заканчиваю моё слегка затянувшееся повествование.
Надеюсь, я смог заинтересовать Вас. Напоследок скажу следующее. LDAP - это следующий шаг за внедрением DHCP. Удобства, приобретаемые благодаря его использованию, перевешивают трудозатраты на его введение. Если в Вашей локальной сети больше 10 компьютеров - задумайтесь о LDAP.

Как мы интернет таскали...

Только что перетащил много интернета. Совместно с коллегой. Он (интернет) тяжёлый...

А дело было так.
Наша провайдерская контора использует скрэтч-карты. А печатает их какая-то более другая контора (да ниспошлёт на них Аллах трудовую инспекцию и налоговую полицию!). Так вот. Эти мудаки нехорошие люди привезли коробки со свежеотпечатанными картами (количеством 8 коробок) и выгрузили их на улице в десятке метров от наших ворот. Оставили своего представителя, а сами съебали уехали...

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

Сколько интернета в тех ящиках - судить не берусь.
Но они чертовски тяжёлые...

Просто гениально, ИМХО.

В дискуссии по "LOR, как лицо open source'а" прозвучала гениальная, на мой взгляд, фраза:

"И в конце-концов, если у open-source'а в России есть какое то лицо, то должна быть и жопа.

Sun-ch"

Снимаю шляпу.
Краткость - сестра таланта. :)

AJAX vs. Flex. Мысли вслух...

Читал интернет.
Много думал...

Наткнулся в сети на упоминание некоего Flex'а, каковой противопоставлялся всенародному любимцу AJAX'у.

Раскопки и гуглинг поведали мне, что Flex - это такая мега-супер-гипер-мощная штука от Адобы. Адобу я всячески уважаю, но у Flex'а есть один, но убийственный недостаток (в смысле - это для меня недостаток). Это FLASH.

Flash хорош для баннеров (рЭзать на корню!), мультиков, мини-игрушек, красивых картинок и прямой видеотрансляции в сети (см. YouTube или Видео от Гугля).

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

Почему? А потому.

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