Воскресные занятия
 
Автор: © Thomas Adam
Перевод: © Иван Песин .

Содержание

• Добро пожаловать в августовское издание
• Короткое введение: Apache
• Обзор программ: upx
• Обзор программ: bb
• Заключение

Добро пожаловать в августовское издание

Всем привет, дорогие читатели. Как у вас дела? Надеюсь, не слишком заняты. С другой стороны, я был весьма занят последний месяц. Я только что сдал экзамены уровня A, которые мне показались очень утомительными. Это и послужило причиной отсутствия Weekend Mechanic в предыдущем издании газеты. Для тех, кто сейчас готовится, или уже сдает, уровень A, я хотел бы отметить, что, несмотря на то, что дело это очень увлекательно, оно требует много тяжелого труда.

Как следствие сдачи экзамена уровня A (вступительные экзамены в университет) означает, что я окончил школу. Для меня это скорее плохо, так как мне придется тратить много времени на разработку моих Linux идей. И вот, после выходных, я начну преподавать в вечернем классе использование Linux в вечернем классе. Это, в общем-то, то к чему я стремился.

Но я не хочу загадывать далеко вперед. Возвращаясь в мир компьютеров, хочу отметить забавный случай. Один молодой крякер (19 лет, имя не могу вспомнить) из Уэлса (Wales, UK), получил множество данных кредитных карточек. Он выложил их на одном веб-сайте. Среди данных, оказались и данные карточки Билла Гейтса (Bill Gates). И молодой крякер, использовав эти данные, заказал партию виагры и отправил ее Биллу Гейтсу!!!

Не кажется ли вам, что этот житель Уэльса мог бы как-нибудь иначе распорядится этими данными?.......

Короткое введение: Apache

• Инсталляция
• Запуск Apache
• Применение Apache: http://localhost
• Применение Apache: пользовательское веб-пространство
• Применение Apache: Псевдонимы
• Применение Apache: Защищенные каталоги

Инсталляция

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

"Но зачем его ставить на моей машине?", - слышу я ваши вопросы. Использование веб-сервера Apache на вашей Linux-машине - это великолепный способ хранения информации, особенно, если у вас имеется множество HTML файлов. Я начал использовать Apache, потому что у меня есть копия всех LDP Howto (LDP = Linux Documentation Project, проект документирования Линукс. - Прим.пер.), и, конечно же, копия архивов Linux Gazette!!

Итак, первое ваше действие - это проверить, установлен ли у вас Apache. Если у вас дистрибутив в котором используется утилита управления RPM, введите:

rpm -qa | grep -i apache 

Если Apache у вас установлен, то вы должны увидеть что-то вроде:

apache-1.3.12-95

Если же у вас нет Apache, то его, наверное, стоит установить. Большинство дистрибутивов поставляются вместе с Apache, так что есть вероятность обнаружить его на ваших CD. Если его нет, и ваша система не поддерживает формат rpm, то тогда вам нужно загрузить исходные файлы в формате tar/gzip (*.tar.gz), находящиеся на www.apache.org. После загрузки, от вас ожидаются следующие действия:

1. Зарегестрироваться под пользователем root

2. Разархивировать файл:

tar xzvf /path/to/tarfile/apache*.tar.gz

3. Смените каталог:

cd Apache*

4. Запустите скрипт "configure":

./configure

5. Это займет немного времени. В случае успешного завершения, в каталоге появиться файл под названием "Makefile". Если нет, это значит, что чего-то на вашем компьютере не хватает. Скорее всего, отсутствуют либо компиляторы (C, C++, g++), либо файлы заголовков, либо исходники ядра. Возможно, так же, что не установлена утилита make. Установите недостающие компоненты.

После завершения configure следует запустить "make":

make

Этот шаг немного продолжителен, особенно на старых машинах.

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

make install

Вот теперь у вас установлен Apache. Если у вас возникли какие-либо трудности при установке/компиляции Apache, прочтите документацию, поставляемую вместе с ним. Хочу заметить одну вещь - во время выполнения "make" (а так же и configure - Прим.пер.) на экран будет выдаваться много информации. Если у вас возникают постоянные ошибки при компиляции, попробуйте ввести:

make -k all

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

Запуск Apache

Теперь, когда все установлено, нужно запустить Apache. Это выполняется запуском демона "httpd". По умолчанию (во всяком случае, у меня) Apache запускается во время загрузки, потому если вы еще не перезагрузили компьютер, введите, под пользователем "root", команду:

httpd

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

ps aux | grep -i httpd

Эта команда выводит список всех процессов (включая процессы без управляющего терминала), после чего передает этот список (через канал "|") команде grep, которая будет искать соответствия строке "apache". Ключ -i указывает игнорировать регистр.

Вы должны увидеть несколько строк, но одна из них должна быть похожей на:

wwwrun    1377  0.0  2.0  4132 1340 ?        S    11:09   0:00 httpd

Это и значит, что Apache запущен. Если в результате выполнения вы получите лишь одну строку, содержащую "root что-то что-то grep -i httpd", тогда вы должны запустить httpd еще раз. Если ситуация повторится, переключитесь на init 6 (или, что то же самое, перезагрузитесь - Прим.пер)

Применение Apache: http://localhost/

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

http://localhost

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

Страничка, которую вы видите, является главной для сайта "localhost". Она хранится в каталоге:

/usr/local/httpd/htdocs (Для RH - /home/httpd/html/ - Прим.пер)

и носит специальное имя - DocumentRoot. Путь может варьироваться на разных системах. В этом каталоге вы должны увидеть несколько файлов, в основном *.html. Файл, который вы увидели, написав "http://localhost/", называется index.html. Далее, я создаю подкаталог, с названием "oldhtdocs", и переношу все файлы туда. Теперь, я начинаю с нуля, но знаю, что оригиналы у меня сохранены.

Вы можете обнаружить, что чтение и запись в каталог DocumentRoot запрещены не-root пользователям. Что бы это исправить, введите под пользователем root следующую команду, заменяя "/path/to/htdocs" соответствующим каталогом:

chmod +rw /path/to/htdocs

Замечательно, мы теперь знаем где расположены файлы для "http://localhost/", на как настроить apache? Крепись, читатель......файл, который ты ищешь, называется httpd.conf и обычно расположен в каталоге "/etc/httpd" или, быть может, в "/usr/local/apache" (в RH - /etc/httpd/conf - Прим. пер.). В системах SuSE и Mandrake, последний каталог, является каталогом по умолчанию. В следующих разделах мы будем обращаться к файлу "httpd.conf" для различных настроек.

Применение Apache: пользовательское веб-пространство

Сколько из вас, дорогие читатели, видели URL, начинающиеся с тильды (~), потом шло имя и, наконец, слэш (/)? Я думаю, многие из вас, даже лично владели таким. Но кто из вас знает, что за этим стоит?? Символ тильды в строке URL означает "под-домен", которым владеет пользователь на компьютере, где расположен главный домен. Так, в школе, у нас был веб-сервер, с моим адресом:

http://linuxservertom.purbeck.dorset.local/~thomas_adam/

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

Всех пользователей, которым разрешено иметь собственную веб-страничку, нужно поместить в группу nogroup (или www-data в Debian). Это может быть достигнуто редактированием файла "/etc/group" (пользователем root). Найдите строку, начинающуюся "nogroup", и в конце ее добавьте имена всех пользователей, разделенные запятыми. Сохраните файл.

В домашнем каталоге пользователя нужно создать каталог public_html, для этого введите (под пользователем root):

cd /home/auser/ && mkdir public_html

Где "auser" - это имя соответствующего пользователя. Теперь необходимо установить права доступа. Это может быть сделать следующим образом:

chmod 755 /home/auser/public_html

Последнее, что нам стоит сделать - это установить владельца и группу каталога. Вот команда:

chown auser.nogroup /home/auser/public_html

Эта же процедура может быть применена ко всем пользователям. Можно, так же, поиграться с командой "useradd" так, что бы при добавлении новых пользователей, каталог "public_html" создавался автоматически.

[Строго говоря, вам не необходимо, что бы все эти пользователи принадлежали к группе nobody, вместо этого, можно сделать каталог public_html и все файлы в нем доступным всем на чтение:

chmod -R a+r /home/auser/public_html

Так, теперь убедимся, что Apache понимает, чего мы от него хотим. Откроем файл "httpd.conf" и посмотрим на него......

По умолчанию, конфигурация Apache содержит закомментированные директивы относительно public_html, во всяком случае, у меня. С начала файла ищем слово UserDir. Вы должны найти что-то вроде:

<IfModule mod_userdir.c>
    UserDir public_html
</IfModule>

Если какая-либо строка начинается с символа хеш (#), удалите его (Символ хеш! - Прим.пер.). Указанные строки говорят Apache, что каталог "public_html" используется каждым пользователем для html файлов.

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

<Directory /home/*/public_html>
    AllowOverride FileInfo AuthConfig Limit
    Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
    <Limit GET POST OPTIONS PROPFIND>
        Order allow,deny
        Allow from all
    </Limit>
    <LimitExcept GET POST OPTIONS PROPFIND>
        Order deny,allow
        Deny from all
    </LimitExcept>
</Directory>

Все! Теперь остается только создавать веб странички. Единственное, что еще стоит отметить, так это то, что, как вы могли заметить в моем примере:

http://linuxservertom.purbeck.dorset.local/~thomas_adam/

я не указываю, какой именно ".html" файл загрузить. Это связано с тем, что я уже сказал Apache какой файл загружать по умолчанию. Он известен под именем DirectoryIndex, и вы сами можете указать нужные вам имена. Найдите в вашем "httpd.conf" следующее:

<IfModule mod_dir.c>
    DirectoryIndex index.html index.shtml lwm.html home.html
</IfModule>

Это говорит Apache, что когда указан URL, без имени файла (*.htm*), вывести указанный файл (Первый из них. - Прим.пер.). Так, если в вашем "public_html" каталоге, будет файл, под именем "index.html", тогда он будет загружаться по умолчанию. Можно указывать несколько файлов, как в примере. Если Apache не может найти ни один файл, тогда он отображает оглавление каталога (только если вы не укажите, какой файл загружать в таком случае).

Еще одна вещь, на которой я хочу акцентировать ваше внимание. Если вы укажете в файле "/etc/hosts" имя вашего хоста, вы можете его указывать вместо "http://localhost". Я это буду использовать для удобства. Кроме того, в файле "httpd.conf", я рекомендовал бы вам найти следующую строку, и заменить на свое имя хоста:

ServerName  grangedairy

Имя моего хоста grangedairy.laptop, но я просто указал grangedairy. Причины таких действий будут ясны из раздела Псевдонимы

И, наконец, последнее, что вам нужно делать после любых изменений в файле "httpd.conf", это перезапускать httpd. Это достигается таким образом (под root):

killall httpd
httpd

Применение Apache: Псевдонимы

В этом разделе, мы рассмотрим вопрос псевдонимов. Откроем файл "httpd.conf", и поищем ключевое слово "alias". Вероятно, вы увидите примерно такой список:

Alias /howto        /usr/share/doc/howto/en/html/
Alias /mini           /usr/share/doc/howto/en/html/mini/
Alias /lg              /usr/share/doc/lg/
Alias /hilfe          /usr/share/doc/susehilf/
Alias /doc          /usr/share/doc/
Alias /cgi-bin-sdb  /usr/local/httpd/cgi-bin/
Alias /sdb               /usr/share/doc/sdb/
Alias /manual         /usr/share/doc/packages/apache/manual/
Alias /htdig            /opt/www/htdocs/htdig/
Alias /opt/kde/share/doc/HTML      /opt/kde/share/doc/HTML/
Alias /opt/gnome/share/gnome/help/ /opt/gnome/share/gnome/help/
Alias /errors/      /usr/local/httpd/errors/
Alias /icons/              /usr/local/httpd/icons/
Alias /admin        /usr/local/httpd/admin/
Alias /lwm                /usr/share/doc/lg/lwm/

Как вы можете видеть, из вышеуказанного, если URL заканчивается строкой "/howto", например, то Apache на это, открывает каталог "/usr/share/doc/howto/en/html". А файл будет загружен из списка DirectoryIndex, как указывалось выше.

http://grangedairy/howto

Как вы помните, раньше я говорил, что нужно установить опцию ServerName в файле "httpd.conf". Если это будет сделано, то вам не нужно будет дописывать в конце слэш. Смотрите, изначально, псевдонимы описаны следующим образом:

Alias /howto/        /usr/share/doc/howto/en/html/
Alias /mini/           /usr/share/doc/howto/en/html/mini/

с конечным слэшем после имени. Но вскоре, мне надоело это постоянно дописывать, потому я попросил Apache делать это за меня. Установив опцию ServerName, apache теперь знает имя моей машины, и когда я указываю:

http://grangedairy/howto

Apache автоматически добавляет в конец слэш. Вот как!! Так, что если вы сделали все как я, вы можете удалить конечные слэши из псевдонимов, вам они уже не нужны!

Применение Apache: Защищенные каталоги

Наконец, последняя часть моего повествования о Apache - это как настроить и создать "защищенные каталоги", то есть таких, которые требуют пользовательской идентификации перед доступом. Как вы могли заметить, в списке моих псевдонимов присутствовал один с именем "/admin". Фактически это должен быть защищенный каталог.

В принципе, настройка защищенных каталогов, идентична настройке псевдонимов, за исключением того, что вам нужно сообщить Apache о другой обработке этого псевдонима. Значит так, скажем, что вы хотите настроить защищенный каталог mysecuredir, находящийся в "/usr/local/httpd/mysecuredir/". Вам нужно выполнить такие действия:

1. Добавить "/mysecuredir" в список псевдонимов:

alias /mysecuredir    /usr/local/httpd/mysecuredir

2. Перейдите в каталог, который вы указали в списке псевдонимов:

cd /usr/local/httpd

3. Создайте каталог "mysecuredir", введя:

mkdir mysecuredir && cd mysecuredir

Мы создали каталог и перешли в него.

4. Теперь начинается самое интересное. Нам будут нужны два файла, которые называются .htaccess (Обратите внимание на точку перед именем! - Прим. пер.) и htpasswd (Тут точки нет! - Прим. пер.). В первую очередь настроим файл .htaccess. В этом файле будет храниться информация, как работать с каталогом "mysecuredir".

Используя редактор, например nano (клон pico), jed, emacs, и т.д., создаем файл .htaccess, и вводим следующую информацию, точно так, как указано, apache чувствителен к регистру команд!:

AuthType Basic
AuthName "Restricted Directory"
AuthUserFile /usr/local/httpd/admin/htpasswd
require valid-user

(В связи с тем, что имя ,htaccess начинается с точки, его не будет видно при обычном просмотре каталога. Используйте команду "ls -a".)

Команды, приведенные в примере, наиболее распространенные при создании защищенных каталогов. Таблица дает короткое описание команд.

Опция	Значение
AuthType	Устанавливает тип идентификации. В основном используется Basic.
AuthName	Надпись, отображающаяся на диалоге запроса пароля каталога (ниже приведены скриншоты).
AuthUserFile	Файл, использующийся для идентификации (в котором хранятся имя и пароль, в зашифрованном виде). Указывать нужно полный путь.
require valid-user	Означает, что доступ разрешен только тем, кто зарегистрирован в файле htpasswd.

Примечание: для большей надежности, размещайте файл htpasswd в месте недоступном через URL--где-то вовне вашего веб-каталога. Файл .htaccess должен находится в защищаемом каталоге. Кстати, можно для нескольких ресурсов использовать один и тот же файл htpasswd.

Мы указали к работать с каталогом, теперь создадим файл с паролями:

5. Для того, что бы создать файл htpasswd, нужно указать следующую команду (в каталоге, гд будет находится файл ".htaccess"):

htpasswd -c htpasswd username

Только замените "username" на нужное имя файла. Для продолжения добавления пользователей, используйте ту же команду, без флага "-c".

6. Теперь подправим нашего друга /etc/httpd/httpd.conf и под списком псевдонимов, добавим:

<Directory /usr/local/httpd/*>
    AllowOverride AuthConfig
</Directory>

Возможно, вам придется слегка изменить эту запись, но нужно удостовериться, что apache файлы вида ".ht*", будет интерпритировать, как файлы относящиеся к настройке защиты. Что бы это отключить, измените AllowOverride AuthConfig на AllowOverride None.

Теперь перезапустите демон httpd

Теперь вы готовы к опробованию. Запустите ваш браузер и введите:

http://servername/mysecuredir

Где "servername" это либо имя хоста, либо "localhost". В случае успеха вы увидите диалог, аналогичный показанному в этом скриншоте.

Указав верное имя и пароль, вы получите доступ к каталогу. Однако, вы можете обнаружить, что получаете доступ и без идентификации. В этом случае, вам нужно проверить в вашем "/etc/httpd/httpd.conf" следующие настройки:

Возможно, apache не настроен распознавать ".ht*" файлы. Что бы объяснить ему, что вам нужно, укажите в файле настройки:

Вот мы и подошли к концу этого раздела. Я рассматривал вопрос о написании нескольких слов об использовании perl и cgi, но решил, что Марк Нильсен (Mark Nielsen) несколько месяцев назад уже сделал это. Кроме того, Бен Опокник (en Opoknik) создал еще одно великолепное руководство, на этот раз по Perl, так что если вы интересуетесь cgi программированием, я советую вам начать с чтения этих двух статей :-)

Обзор программ: Upx

Я наткнулся на эту программу совершенно случайно. Я проводил некоторые исследования в школе для сетевого администратора (привет Дейв!) которые затрагивали использование управления питанием, потому как у нас были проблемы со "спящими мониторами (комната D25)"... но я отвлекся.

UPX (Ultimate Packer for eXecutables [ Максимальный упаковщик для исполняемых файлов - Прим.пер.]) - программа сжатия. Она сжимает исполняемые файлы так, что не уменьшается ни скорость выполнения, ни память. Ориентирована она на пользователей лаптопов, где место на диске является критическим параметром. Например, я использую мой лаптоп, для очень многих вещей, а диск у меня, всего 3.2Гб. Я обнаружил, что, сжимая файлы в каталоге "/usr/bin", размер всего каталога уменьшился практически вдвое!

Так как программа сжимает только двоичные файлы, то ничего хорошего со сжатием файлов в каталоге "/etc" например, у вас не получится. Вот список каталогов, где можно проводить сжатие:

/usr/bin
/usr/X11R6/bin
/usr/local/bin

Программу вы можете получить c http://wildsau.idv.uni-linz.ac.at/mfx/upx.html. У вас есть выбор между загрузкой исходного текста и скомпилированными исполняемыми файлами.

Я просто загрузил скомпилированую программу, разархивировал ее и скопировал upx в "/usr/bin". После чего все готово к сжатию файлов.

Что бы сжать файл введите:

upx /path/to/program/progname

в результате, указанная программа будет сжата. Вы так же, можете сжать все файлы в каталоге, введя:

upx /path/to/programs/*

UPX с радостью пройдется по всем файлам, молча, опуская файлы не в формате Linux/386.

Вот скриншот UPX в действии.

Для декомпрессии есть флаг "-d":

upx -d /path/to/prog/*

Список параметров командной строки:

Формат: upx [-123456789dlthVL] [-qvfk] [-o файл] файл..
Команды:
  -1     сжимать быстрее              -9    сжимать лучше
  --best максимальное сжатие (медленно на больших файлах)
  -d     разжать                      -l    показать сжатые файлы
  -t     проверить сжатый файл        -V    показать версию
  -h     вывести эту подсказку        -L    показать лицензионное соглашение
Опции:
  -q     "тихий" режим                     -v    выводить дополнительную информацию
  -oФАЙЛ направить вывод в  `ФАЙЛ'
  -f     сжимать подозрительные файлы
  --no-color, --mono, --color, --no-progress   изменение внешнего вида
Опции сохранения:
  -k, --backup        сохранять оригиналы в виде копий
  --no-backup         не сохранять [умолчание]
Опции оверлеев:
  --overlay=copy      копировать любые дополнительные данные [умолчание]
  --overlay=strip     пропускать дополнительные данные в файле [опасно]
  --overlay=skip      не сжимать файлы с оверлеями

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

Обзор программ: bb

В 67 выпуске Linux Gazette, Майк Орр, рассматривал программу cowsay/cowthink, настраиваемую говорящую корову, которая выводит сообщения в облачках. Все написано в Perl (мой второй любимый скриптовый язык, после bash) и выводит в символах ASCII. Я был так поражен говорящей коровой, что решил поискать другие ASCII-ориентированные программы. На моих CD с дистрибутивом SuSE и нашел программу bb.......

bb - это работающее ASCII демо, которое написано на ANSI C и является SVGA совместимой. bb демонстрирует использование библиотеки aa_lib (библиотека ASCII искусства), так что вам нужно будет ее поставить вместе с программой. Демонтрашка создает серию различных картинок, от случайным образом расположенных символов в разных оттенках серого, до Мандельбротовского фрактала, имитированного с помощью символов ASCII (именно эта демонстрация и вдохновила создателей цветной версииXaos).

bb можно загрузить с ftp://ftp.bonn.linux.de/pub/misc/bb-1.2.tar.gz.

К сожаленью, у bb нет веб-странички, но у проекта aa (библиотека ASCII искусства), на котором базируется bb, она есть, и расположена по адресу - http://aa-project.sourceforge.net/. Кроме того, на страничке aa, обсуждается программы aview (просмотрщик ASCII искусства), aatv (показ ТВ на текстовой консоли), ttyquake (текстовая версия Quake), Dumb (клон Doom), apron (проигрыватель mpeg1), и другие. ttyquake требует графического Quake, потому как использует игровые файлы настоящего Quake. Один из критиков писал о ttyquake: "люди в этом мире жаждут смерти... и кое-кто имеет на это время....."

bb лучше всего работает с консоли, но может быть запущен и из окна X-терминала, как показано здесь.

Допустимые параметры командной строки для bb:

Формат: bb [опции aa] [номера]
Опции:
  -loop          проигрывать демо в бесконечном цикле
Опции AAlib:
  -driver        выбрать драйвер
                  доступные драйвера:linux curses X11 stdout stderr
  -kbddriver     выбрать драйвер клавиатуры
                  доступные драйвера:curses X11 stdin
  -mousedriver     выбрать драйвер мыши
                  доступные драйвера:X11 gpm cursesdos
Опции размера:
  -width         установить ширину
  -height        установить высоту
  -minwidth      установить минимальную ширину
  -minheight     установить минимальную высоту
  -maxwidth      установить максимальную ширину
  -maxheight     установить максимальную высоту
  -recwidth      установить рекомендуемую ширину
  -recheight     установить рекомендуемую высоту
Атрибуты:
  -dim           разрешить использование атрибута тусклый (половинная яркость)
  -bold          разрешить использование атрибута жирный (двойная яркость)
  -reverse       разрешить использование атрибута реверс
  -normal        разрешить использование атрибута нормальный
  -boldfont      разрешить использование атрибута жирный шрифт
  -no<attr>      запретить (например: -nobold)

Опции прорисовки шрифтов:
  -extended      использовать все  256 символов
  -eight         использовать 8-битный ascii
  -font <font>   выбрать шрифт(Это опция имеет смысл на машинах, где
                  aalib не может определить текущий шрифт
                  доступные шрифты:vga8 vga9 mda14 vga14 X8x13 X8x16
                  X8x13bold vgagl8 line

Опции прорисовки:
  -inverse       разрешить инверсионную прорисовку
  -noinverse     запретить инверсионную прорисовку
  -bright <val>  установить яркость (0-255)
  -contrast <val> установить контрастность (0-255)
  -gamma %lt;val>   установить значение гамма коррекции(0-1)

Опции сглаживания:
  -nodither      запретить сглаживание
  -floyd_steinberg сглаживание стейнберга
  -error_distribution error distribution dithering
  -random <val>  установить значение случайного сглаживания(0-inf)
Параметры монитора:
  -dimmul <val>  фактор умножения полутонов (5.3)
  -boldmul <val> фактор умножения полутонов (2.7)
  Параметры по умолчанию подобраны для монитора (15" goldstar)
  With contrast set to maximum and bright set to make black black
  This values depends at quality of your monitor (and setting of controls
  Defaultd settings should be OK for most PC monitors. But ideal monitor
  Needs dimmul=1.71 boldmul=1.43. For example monitor used by SGI is very
  close to this values. Also old 14" vga monitors needs higher values.

Я думаю, что те кто работает с ASCII искусством, должен ознакомится с этим демо. Оно длится около 5 минут.

Заключение

Вот мы и добрались до конца нашей статьи. В следующем месяце, я собираюсь написать статью о том, как создавать страницы руководств (кто-нибудь помнит обработку программой groff??) и что я думаю на этот счет. Конечно же, было бы очень приятно услышать ваши соображения по этой теме, мои мысли потихоньку заканчиваются..... Так что если вы думаете, что у вас есть то, что стоило бы включить в очередной LWM (Linux Weekend Mechanic), пишите :-)

Если кто-нибудь интересуется, все скриншоты в этом документе обработаны при помощи "GNU Image Manipulation Program", из менеджера FVWM2, с препроцессором M4 AnotherLevel.

Последнее замечание: так как я более не являюсь учеником школы, мой адрес "[email protected]. dorset.sch.uk" закрыт, и теперь у меня новый адрес (см. ниже)

Итак, до следующего раза....счастливого линуксирования!

Комментарии, размышления, идеи и прочее, шлите на адрес:

<[email protected]>

Thomas Adam

Меня зовут Томас Адам (Thomas Adam). Мне 18 лет и сейчас я готовлюсь к экзаменам уровня A (=на поступление в университет). Я живу на маленькой ферме, в Дорсетской местности (county of Dorset), что в Англии. Являюсь страшным энтузиастом Linux, и помогал школе с настройкой proxy-сервера основанного на linux. Использую Linux около 6 лет. Когда не работаю с Linux, я играю на пианино, люблю гулять и кататься на велосипеде.

Copyright © 2001, Thomas Adam.
Copying license http://www.linuxgazette.com/copying.html
Published in Issue 70 of Linux Gazette, September 2001