summaryrefslogtreecommitdiffstats
path: root/tde-i18n-ru/docs/kdebase/kdeprint/theory.docbook
blob: 24da7fb9e2598b41d70c13c44876ca53c854e5f9 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
<chapter id="theory">
<title
>Немного теории: &CUPS;, <acronym
>IPP</acronym
>, &PostScript; и <application
>Ghostscript</application
></title>

<para
>Цель этой главы - введение в основы печати в целом и особенно в &CUPS;. Если вам это не нужно, то имеет смысл пропустить эту главу и сразу перейти к <link linkend="getting-started"
>следующей</link
>. Вероятность того, что вы вернётесь обратно к этой главе, всё-таки существует, потому что иногда без дополнительных знаний не получается решить практическую проблему.</para>

<sect1 id="basics-of-printing">
<title
>Основы печати</title>

<para
>Печать - это один из наиболее сложных аспектов в информационных технологиях.</para>


<para
>Было время, когда каждому разработчику программы, которая могла выводить данные на печать, приходилось писать свои собственные драйвера для принтера. Это было довольно сложно, так как разные программы имеют разный формат файлов. Даже программы с одинаковым предназначением, например, программы для обработки текста, часто не понимают форматов друг друга. Также не было общего интерфейса ко всем принтерам, и программисты обычно осуществляли поддержку только нескольких выбранных моделей.</para>

<para
>Новое устройство, появляющееся на рынке, заставляло программистов писать новый драйвер, если они хотели, чтобы их программа поддерживала это устройство. Также для производителей было невозможно узнать точно, поддерживается ли их устройство какой-нибудь из известных программ в мире (хотя таковых было намного меньше, чем сегодня).</para>

<para
>Поддержка десяти приложений и дюжины принтеров означала, что системному администратору приходилось иметь дело с 120 драйверами. Поэтому развитие унифицированных интерфейсов между программами и принтерами стало неотложной задачей.</para>

<para
>Появление <quote
>языков описания страниц</quote
>, общим образом описывающих графическое отображение чернил и тонера на листах бумаги (или на других устройствах вывода, таких как мониторы, фотолисты для печати и т.д.), было продвижением, которое начало заполнять этот большой пробел. </para>

<para
>Одним из этих достижений явился &PostScript;, созданный Adobe. Это означало, что программист мог сосредоточить усилия на написании программы, генерирующей языковое описание &PostScript; страницы, отправляемой на печать этой программой, в то время как разработчики устройств могли уже создавать устройства, понимающие &PostScript;.</para>

<para
>Конечно, со временем появились и другие методы описания. Самыеважные соперники &PostScript; - это <acronym
>PCL</acronym
> (<quote
>язык управления печатью</quote
>), созданный &Hewlett-Packard;, <quote
>ESC/P</quote
> от Epson и <acronym
>GDI</acronym
>, <quote
>графический интерфейс устройств</quote
> от &Microsoft;.</para>

<para
>Появление этих языков описания страниц во многом облегчило жизнь и способствовало дальнейшим разработкам. Хотя тот факт, что ещё остаются другие, несовместимые и конкурирующие друг с другом языки описания страниц, делает жизнь пользователей, администраторов, разработчиков и производителей достаточно сложной.</para>

<sect2>
<title
>&PostScript; в памяти - битовый рисунок на бумаге</title>

<para
>&PostScript; больше всего используется в профессиональной печатной среде, такой как PrePress и др. В &UNIX; и &Linux; &PostScript; - преобладающий стандарт <acronym
>PDL</acronym
>. Почти каждая программа генерирует &PostScript;-образ страниц, когда вы нажимаете кнопку <quote
>Печать</quote
>. Давайте взглянем на простой пример (самодельного) кода &PostScript;. Ниже приведены описания двух простых рисунков.</para>

<example id="coded-postscript">
<title
>Код &PostScript;</title>
<screen
>%!PS
100 100 moveto
0 50 rlineto
50 0 rlineto
0 -50 rlineto
closepath
.7 setgray fill
% first box over; next
160 100 moveto
0 60 rlineto
45 10 rlineto
0 -40 rlineto
closepath
.2 setgray fill</screen>
</example>

<para
>Это команды, управляющие воображаемым &PostScript;-пером: провести линию определенной формы и заполнить фигуру разными оттенками серого. Первая часть переводится в на более понятный язык так: <quote
>Перейти к координате (100,100), нарисовать линию вверх, длиной 50, затем оттуда направо, потом вниз, и закрыть оставшуюся часть. Теперь заполнить нарисованную фигуру 70% серым цветом.</quote
></para>

<example id="rendered-postscript">
<title
>Отрисованный &PostScript;</title>
<mediaobject>
<imageobject>
<imagedata fileref="ps-boxes.png" format="PNG"/>
</imageobject>
<textobject>
<phrase
><xref linkend="coded-postscript"/> рисунок данного примера</phrase>
</textobject>
</mediaobject>
</example>

<para
>Конечно, &PostScript; намного сложнее, чем этот простенький пример. Это развитой язык со множеством операторов и функций. Вы можете даже заставить программы на &PostScript; сосчитать число пи, отформатировать жесткий диск или сделать запись в файл. Однако главная ценность и сила &PostScript; - это описание расположения графических объектов на странице. Он также может масштабировать, зеркально отразить, перевести, трансформировать, повернуть и исказить всё что вы можете себе представить на кусочке бумаги - символы разных шрифтов, фигуры, контуры, тени, цвета, линии, точки, растровые изображения...</para>

<para
>Файл &PostScript; - это представление одной или более страниц, которые нужно напечатать, в более или менее абстрактном виде. В идеале он должен был бы описывать страницы независимо от устройства отображения. &PostScript; сам ничего не отображает - он существует на жёстких дисках и в памяти как код будущего отпечатка.</para>

</sect2>

<sect2>
<title
>Растровые изображения на бумаге</title>

<para
>То, что вы видите на бумаге, это почти всегда <quote
>растровое изображение</quote
>. Даже если ваш мозг предполагает, что ваши глаза видят линию: возьмите увеличительное стекло, и вы обнаружите множество маленьких точек... (в отличие от линий, которые были нарисованы с помощью пера на графопостроителях). И это единственное, что сейчас могут делать картриджи в современных принтерах на бумаге: просто ставить точки разных цветов, размеров, и разрешения, чтобы создать полный рисунок, созданный из разных узоров растровых рисунков.</para>

<para
>Разные принтеры создают разные растровые рисунки. Если говорить про струйные принтеры, то, в зависимости от разрешения, количества используемых чернил (а хорошим принтерам надо семь разных цветов чернил, в то время как более дешевые обходятся только тремя), количества доступных форсунок (на некоторых головках их может быть более 100!), распыляющих чернила одновременно, <quote
>алгоритма размытия</quote
> и многих других факторов, конкретный формат растра и порядок передачи на картридж очень сильно зависит от конкретной модели используемого принтера.</para>

<para
>Во времена LPD принтеры были аппаратами, которые <quote
>отбивали</quote
> ряды <acronym
>ASCII</acronym
> текста на длинной бумажной ленте, сложенной в зигзагообразную <acronym
>змею</acronym
>, которую принтер вытягивал из коробки под столом. Как все изменилось!</para>

</sect2>


<sect2>
<title
><acronym
>RIP</acronym
>: от &PostScript; к растру</title>

<para
>Перед тем, как окончательные растровые изображения лягут на бумагу, они высчитываются из абстрактного представления &PostScript;. Этот процесс требует значительных компьютерных вычислений и называется растрированием, <quote
>Raster Imaging Process</quote
>, или <quote
><acronym
>RIP</acronym
></quote
>.</para>

<para
>При работе с &PostScript;-принтерами растрирование осуществляется самим устройством. Вы просто посылаете ему файл, а <acronym
>RIP</acronym
>-процессор принтера отвечает за правильное преобразование &PostScript;-описаний страниц и нанесение их растровых изображений на бумагу.</para>

<para
>Небольшие &PostScript;-устройства имеют встроенный RIP-процессор, выполненный на специальном чипе. Часто в больших профессиональных принтерах есть RIP, реализованный программно внутри быстрой машины на основе Unix, обычно это машины на базе Sun SPARC Solaris или &SGI; &IRIX;.</para>

</sect2>

<sect2>
<title
><application
>Ghostscript</application
> как программный эмулятор <acronym
>RIP</acronym
></title>

<para
>Но что будет, если у вас нет &PostScript;-принтера?</para>

<para
>Перед тем как посылать данные на печатающее устройство, вам надо будет сделать растрирование самим. При этом надо будет преобразовать &PostScript;, сгенерированный вашей программой, в формат растра принтера. Для этого надо знать точный формат растра принтера, на котором вы собираетесь печатать.</para>

<para
>Другими словами, вы не можете положиться на принтер в преобразовании &PostScript;, и обработка становится более сложной. Для решения этой задачи вам нужно иметь программное обеспечение.</para>

<para
>Именно этим и занимается пакет &ghostscript;, который присутствует на всех машинах с &Linux;, *BSD и другими &UNIX;, которые должны печатать на принтеры, не поддерживающие &PostScript;: &ghostscript; - это интерпретатор &PostScript;, программный <acronym
>RIP</acronym
>-эмулятор, способный осуществлять преобразование для различных устройств.</para>

</sect2>

<sect2>
<title
>О <quote
>драйверах</quote
> и <quote
>фильтрах</quote
></title>

<para
>Для создания растровых рисунков из &PostScript; &ghostscript; использует так называемые <quote
>фильтры</quote
>. Таких фильтров существует уже довольно много, причём некоторые из них cпециально сделаны для конкретных моделей принтеров.Фильтр, специализирующийся на конкретном устройстве, часто развивался безсогласия или поддержки изготовителя. Не имея доступа к техническимтребованиям и документации, это было сделать довольно сложно, требовалось заново воспроизвести протоколы и форматы данных.</para>

<para
>Не все фильтры &ghostscript; работают одинаково хорошо для своих принтеров. Всё же некоторые из более новых, подобно фильтру <application
>stp</application
> из проекта печати <application
>Gimp</application
>, дают превосходные результаты, приводящие к фотографическому качеству на одном уровне или даже лучшему, чем их аналоги - драйверы .           &Windows;                  &Microsoft;</para>

<para
>&PostScript; - это вывод большинства прикладных программ для печати в &UNIX; и &Linux;. Фильтры-это настоящие рабочие лошадки в любой системе печати. По существу они создают правильные растровые рисунки из любого ввода для не-&PostScript; принтеров и других устройств.</para>

</sect2>

<sect2>
<title
>Драйверы, фильтры и движки в CUPS</title>

<para
>&CUPS; использует собственные фильтры, хотя они в целом основаны на ghostscript. Именно, фильтры pstoraster и imagetoraster прямо опираются на код из ghostscript. Все части этого старого кода в &CUPS; были реорганизованы в стройную систему модулей.</para>

<para
>Следующий рисунок (сделанный при помощи &kivio;) дает общий обзор фильтров и движков в &CUPS;. Пройдёмся по нему снизу вверх. Движки - это особые фильтры, они не преобразуют данные в другие форматы, а посылают готовые файлы на принтер. Для разных низкоуровневых протоколов существуют соответственно разные движки.</para>

<screenshot id="architecture-diagram">
<screeninfo
>Диалог &kprinter; (рисунок &kivio;) </screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="cups-filterarchitecture-kivio-70Percent-scaled.png"
format="PNG"/></imageobject>
<textobject>
<phrase
>Диалог &kprinter; (рисунок &kivio;)</phrase
></textobject>
</mediaobject>
</screenshot>

</sect2>
<sect2>
<title
>Спулеры и демоны печати</title>

<para
>Помимо того, чтобы сгенерировать растровый рисунок, готовый к печати, что уже есть довольно сложная задача, любой программе необходимо использовать механизм спулинга (помещения в очередь) для того, чтобы выстроить по порядку разные задачи пользователей для различных принтеров и фильтров и послать их соответственно по назначению.  Демон печати как раз этим и занимается.</para>

<para
>Этот демон следит за порядком: он также контролирует исполнение заданий: даёт право пользователям отменить, остановить, перезапустить свои задания (но не задания других пользователей) и так далее.</para>

</sect2>

</sect1>



<sect1 id="cups-and-ppd">
<title
>Как <quote
>CUPS</quote
> использует мощь файлов &PPD;</title>

<para
>Теперь, когда вы знаете как язык &PostScript; (который описывает вёрстку страниц независимым от конечного устройства способом) преобразуется в растровый рисунок, вы можете спросить: Устройства растрового вывода могут очень сильно отличаться друг от друга: бумага бывает разных размеров, есть много украшений печати - заголовки, двусторонняя печать, поля и пр. Как это подходит к вашей модели принтеро-независимого &PostScript;?</para>

<para
>Ответ идет вместе с так называемым файлом &PostScript; PrinterDescription (&PPD;). Файл &PPD; описывает все возможности, зависящие от устройства, которые могут использоваться определенной моделью принтера. Он также содержит кодированные команды, которые должны быть использованы для вызова конкретных возможностей аппарата. Но &PPD; - не тайные книги, это простые текстовые файлы.</para>

<para
>&PPD; были придуманы фирмой Adobe для того, чтобы производителям было легче реализовывать свои собственные возможности &PostScript;-принтеров, и в то же время придерживаться стандартных путей их создания. Формат &PPD; очень хорошо документирован и описан фирмой Adobe. Их спецификация фактически является открытым стандартом.</para>

<sect2 id="ppd-files">
<title
>Возможности печати, зависящие от устройств</title>

<para
>Вспомним, что расширенная печать &PostScript; была первоначально разработана для использования только на системах &Microsoft; &Windows; и Apple &Mac;. В течение длительного времени все возможности расширенной печати на современных принтерах были в принципе недоступны для &Linux; и &UNIX;. Использование &CUPS; всё изменило. &CUPS; связан с &PPD;, и поэтому существующие &PPD; могут быть приспособлены для всех систем, работающих при помощи &CUPS;.</para>

<para
>Используя &PPD;, изготовители принтеров имели возможность вставить в свою продукцию такие аппаратно-зависимые возможности, как дуплексную печать, брошюрование, поля и т. д. Драйверы подгружают этот файл &PPD; просто как дополнительный конфигурационный файл. Таким образом, драйвер принтера узнаёт про доступные возможности устройства, и знает, как их вызывать. Драйвер также предоставляет их пользователю в графическом интерфейсе. Этот метод позволяет печатать аппаратно-независимые &PostScript;-файлы и указывать возможности, доступные конкретному устройству при выводе на печать.</para>

</sect2>

<sect2>
<title
>Где взять файлы &PPD; для &PostScript;-принтеров</title>

<para
>&PPD; первоначально не предполагались к использованию в &UNIX; и &Linux;-системах. Сами разработчики и не предполагали, что они будут использоваться в других системах, кроме как в системах, для которых они были разработаны: &Microsoft; &Windows; и &MacOS;. Но благодаря блестящему решению по полной поддержке существующей спецификации &PPD; &CUPS; сейчас позволяет пользователям &Linux; и других &Linux;-подобных систем использовать все возможности современных принтеров. Система печати KDE делает это использование даже более удобным, чем предполагали сами разработчики &CUPS;.</para>

<para
>&CUPS; может использовать родные &PPD; для &Windows;, прилагаемые  при покупке &PostScript;-принтеров. Обычно за это платить не надо, и  они (&PPD;) могут быть переписаны из любого компьютера с Windows, с предустановленным &PostScript; драйвером для конкретной модели принтера, или с диска, который поставляется с принтером. Также есть несколько мест в Интернете, откуда их можно скачать.</para>

</sect2>

<sect2>
<title
>Почему эти &PPD; полезны даже для не &PostScript;-принтеров.</title>

<para
>Теперь вы знаете, как &PostScript;-принтеры могут использовать &PPD;. Но как обстоит дело с не &PostScript;-принтерами? В &CUPS; есть такая особенность: используя тот же формат и структуру данных как в &PPD; в сфере &PostScript;, она может описывать доступные опции заданий печати и для не -&amp;PostScript; принтеров. Для собственных целей добавлено несколько специальных опций (а именно строка, определяющая фильтр, который нужно использовать для дальнейшей обработки &PostScript;-файла).</para>

<para
>Поэтому разработчики могли использовать те же программные решения для обработки файлов PPD для всех моделей принтеров. Конечно, авторы &CUPS; не могли полагаться на то, что все производители не &PostScript;-принтеров вдруг выпустят файлы &PPD;. Им пришлось проделать огромную работу по написанию многих из этих файлов с нуля. Более тысячи таких файлов доступны в коммерческой версии &CUPS;, называемой <application
>ESP PrintPro</application
>.</para>

<para
>Так или иначе, есть много специально сделанных для &CUPS; файлов &PPD;. Даже сейчас большинство этих файлов идёт не от производителей принтеров, а от разработчиков свободного программного обеспечения. &CUPS; проложила дорогу, и по ней пошли: если пару лет назад печать в &Linux; и &UNIX; была камнем преткновения, то теперь поддерживается широкий диапазон принтеров, включая 7-цветные струйники для высококачественной фотопечати.</para>

</sect2>

<sect2>
<title
>Разные способы получить &PPD; для не &PostScript; принтеров.</title>

<para
>Вы можете найти &PPD; для работы с &CUPS; и не &PostScript; принтерами в Интернете:</para>

<itemizedlist>
<listitem>
<para
>Во-первых, зайдите на <ulink url="http://www.linuxprinting.org"
>www.linuxprinting.org</ulink
>, где прямо в онлайне вы сможете сгенерировать &PPD; для любого принтера, поддерживаемого &ghostscript;. Тем самым вы сможете перейти на &CUPS; с минимальными усилиями. Если ваш принтер и так уже хорошо работал с печатью из &ghostscript;, то вы сможете подключить этот драйвер к &CUPS; и взять лучшее из обеих систем.</para>
</listitem>

<listitem>
<para
>во-вторых, существуют &CUPS; &PPD; более чем для 120 моделей принтеров, которыми может управлять новый универсальный драйвер <application
>stp</application
>. (происходит от Stylus Photo). Он сейчас разрабатывается проектом gimp-печати, его основал Майк Свит, ведущий разработчик &CUPS;. Сейчас он доступен на <ulink url="http://gimp-print.sourceforge.net"
>gimp-print.sourceforge.net</ulink
>. Этот драйвер создает полноценное фотокачество на многих современных струйных принтерах, и может быть сконфигурирован на создание 120 &CUPS;-&PPD; при компиляции. Поддерживаются модели &HP; Laser- и DeskJet, <trademark class="registered"
>Epson</trademark
> Stylus и Photo Color, а также <trademark class="registered"
>Canon</trademark
> и <trademark class="registered"
>Lexmark</trademark
>.</para>
</listitem>

<listitem>
<para
>в третьих, есть и коммерческая версия &CUPS; от авторов &CUPS;: <application
>ESP PrintPro</application
> - вместе более чем с 2.300 драйверами принтеров. В неё входят и улучшенные фильтры imagetoraster и pstoraster.</para>
</listitem>
</itemizedlist>

<para
>&CUPS; позволяет производителям легко и недорого поддерживать их принтеры в &Linux; и &UNIX;. Модульная структура &CUPS; позволяет просто подключать дополнительный фильтры и использовать всю мощь &CUPS;.</para>

<para
>Подробнее о всех возможностях &CUPS; можно прочитать в документации &CUPS; на <ulink url="http://www.cups.org/documentation.html"
>http://www.cups.org/documentation.html</ulink
> и <ulink url="http://wwww.danka.de/printpro/faq.html"
>http://www.danka.de/printpro/faq.html</ulink
>. Страницы <ulink url="http://www.linuxprinting.org"
>http://www.linuxprinting.org/</ulink
> - это универсальный ключ ко всем вопросам печати в &Linux; и &UNIX;.</para>

</sect2>

</sect1>

<sect1 id="cups-ipp-support">
<title
>Как поддержка &IPP; делает &CUPS; лучшим выбором из всех доступных?</title>

<sect2>
<title
><quote
><acronym
>LPD</acronym
> Must Die!</quote
></title>

<para
>В течение долгого времени у разработчиков копилось неудовольствие на старый добрый <acronym
>LPD</acronym
>. Поэтому, чтобы его улучшить, возникло несколько новых проектов, среди которых самую большую известность завоевал <application
>LPRng</application
>. Из прочих стоит отметить <acronym
>PDQ</acronym
>, <acronym
>PPR</acronym
>, <acronym
>PLP</acronym
>, <acronym
>GNUlpr</acronym
> и <acronym
>RLPR</acronym
>. Но ни один из этих проектов не смог добиться чего-то заметного; большинство их воплощали возможности того же <acronym
>LPD</acronym
> с некоторыми расширениями, и все они были несовместимы друг с другом.</para>

<para
>Пресытившись развитием этих отголосков почтенного <acronym
>BSD</acronym
>-шного <acronym
>LPD</acronym
>, Грант Тэйлор, автор <citetitle
>Linux Printing HOWTO</citetitle
>, в конце концов воскликнул: <citetitle
>LPD Must Die!</citetitle
> в своей <quote
>кампании по искоренению LPD</quote
>.</para>

<!-- FIXME: look up URLs for the above -->

</sect2>

<sect2>
<title
>Как возник &IPP;</title>

<para
>Со стороны компаний также предпринимались попытки преодолеть хорошо известные слабости <acronym
>LPD</acronym
>. Начали возникать расширения <acronym
>LPD</acronym
>, и дело дошло до того, что &Hewlett-Packard; попытался придать своему детищу &HP; JetDirect статус нового стандарта протокола печати. Результатом явились новые несовместимости.</para>

<para
>В конце концов обрела форму инициатива определения нового стандарта, общего для промышленности и <acronym
>IETF</acronym
>. Рабочая группа по печати, включившая в себя представителей производителей оборудования, поставщиков программного обеспечения и операционных систем, подготовила проект <quote
>Internet Printing Protocol</quote
>, &IPP;. &IPP; версии 1.1 теперь утвержден как стандарт <acronym
>IETF</acronym
> и пользуется единодушной поддержкой компаний Европы, США и Японии. Большинство современных моделей принтеров имеют встроенную поддержку &IPP; в добавление к обычным протоколам печати <acronym
>LPR</acronym
>/<acronym
>LPD</acronym
> или JetDirect.</para>

</sect2>

<sect2>
<title
>Почему &IPP; позволяет решить много проблем?</title>

<para
>&IPP; снимает множество проблем, с которыми обычно имеют дело администраторы сети. Ранее в сложных сетевых конфигурациях подчас многие часы уходили на то, чтобы должным образом разрешить проблемы, связанные с печатью.</para>

<para
>Создавая единый набор запросов передачи файлов и управления заданиями печати для принтеров и серверов, поддерживающих &IPP;, &IPP; является кроссплатформенным протоколом для всех ОС. Его внедрение, конечно, потребует времени, так как всё ещё в работе остаётся много старых принтеров. Поэтому в &IPP; предусмотрена обратная совместимость со всеми реализациями &IPP;. &CUPS; обеспечивает удобство печати по &IPP; во всех средах.</para>

<para
>Особенно впечатляет его интеграция с другими проверенными протоколами <acronym
>IP</acronym
>. Будучи фактически расширением протокола <acronym
>HTTP</acronym
> 1.1 применительно к задачам печати, он очень легко встраивается в другие ныне развиваемые стандарты:</para>

<itemizedlist>
<listitem>
<para
>Аутентификация типа Basic, Digest и на основе сертификатов для пользователей сервисов печати.</para>
</listitem>
<listitem>
<para
>Шифрование SSL3 и <acronym
>TLS</acronym
> для отправки данных.</para>
</listitem>
<listitem>
<para
>Двунаправленное сообщение клиентов с устройствами печати с помощью запросов <acronym
>HTTP</acronym
>/&IPP; <command
>GET</command
> и <command
>POST</command
>.</para>
</listitem>
<listitem>
<para
>Сервис каталогов LDAP для поддержания единой базы данных доступных принтеров, их возможностей и стоимости печати, а также доступа по паролю или по спискам доступа и т. д.</para>
</listitem>
<listitem>
<para
>Печать по способу <quote
>Pull</quote
> (в отличие от обычного - <quote
>Push</quote
>), когда серверу или принтеру нужно лишь сообщить ссылку &URL; на документ, после чего тот автоматически скачивается из сети и печатается.</para>
</listitem>
</itemizedlist>

</sect2>

<!--
<sect2>
<title
>&CUPS;, &IPP; and &kde;</title>

<para
>&CUPS; is the most advanced implementation of &IPP; on all &OS;
platforms.  That makes &CUPS; a crucial ally to help "conquer the
desktop" for projects like &kde;. &tdeprint; is the best utility to
make &CUPS; core functionality available to &kde; Desktop
users.</para>

</sect2
> -->

<sect2>
<title
>Доступ клиентов к принтерам - <quote
>Plug'n'Play</quote
></title>

<para
>Если вы никогда не видели, как &CUPS; работает в сети, то вы будете очень приятно удивлены богатством открывающихся возможностей.</para>

<para
>Допустим, что вы, сисадмин, поставили и настроили машину у себя в сети с &kde; и &CUPS;, прицепив на неё дюжину принтеров и настроив их: &PostScript;, лазерных, струйных и прочих. Пользователи &kde; на этой машине очень довольны, они могут печатать в своё удовольствие, выжимая всё возможное из каждого принтера. Вы потратили два часа на настройку, чтобы всё заработало... и осталось ещё удовлетворить сотню прочих пользователей вашей сети. По два часа на машину? И так до следующего Нового года?</para>

<para
>Нет. Отметьте один флажок в настройках машины с &CUPS;, чтобы она работала как сервер. Установите &CUPS; на всех остальных машинах как клиентов. К тому времени, когда вы вернётесь к первой машине, пользователи уже будут играть с настройками вашей дюжины принтеров на сервере. Все эти принтеры волшебным образом стали доступны клиентам на всех машинах.</para>

<para
>Пользователи печатают, и при этом ни на одной машине не пришлось устанавливать драйверы и настраивать очереди печати.</para>

<para
>Как же всё это так хорошо работает?</para>

</sect2>

<sect2>
<title
>Почему видны принтеры, не установленные локально?</title>

<para
>Ответ совсем простой.</para>

<para
>Сервер &CUPS; отправляет в сеть широковещательные извещения имен всех доступных принтеров по протоколу <acronym
>UDP</acronym
> на 631 порт. Порт 631 включен в число портов, зарезервированных <acronym
>IANA</acronym
> (<quote
>Internet Assigning Numbers Authority</quote
>) для &IPP;. Все клиенты &CUPS; слушают сеть на 631 порту, поэтому они узнают о доступных принтерах и путях к этим принтерам.</para>

<para
>Используя &IPP;, по сути - расширение <acronym
>HTTP</acronym
> версии 1.1, &CUPS; способна находить все объекты системы печати по их адресам - <quote
>Universal Resource Locators</quote
> или <acronym
>URL</acronym
>. Задания печати можно удалять или перезапускать, можно опрашивать принтеры, выполнять административные задачи на сервере. С помощью &IPP; &CUPS; обращается ко всем объектам по их адресам <acronym
>URL</acronym
>. Очень многое в &CUPS; доступно через веб-интерфейс, например, через &konqueror;.</para>

</sect2>

<sect2>
<title
>Печать без установки драйвера</title>

<para
>Клиенты имеют возможность <quote
>администрировать</quote
> и <quote
>использовать</quote
> все принтеры, которые им доступны, как будто бы они были установлены локально. Конечно, вы можете задавать ограничения в списках контроля доступа, так чтобы не каждый клиент мог распоряжаться принтерами по своему усмотрению.</para>

<para
>Клиенты могут печатать, даже если нужный принтер или драйвер не установлены локально.</para>

<para
>Как это возможно? Если клиент хочет использовать опции, специфичные для данного принтера, он отправляет запрос <command
>CUPS-get-ppd</command
> на сервер. Сервер возвращает все сведения о данном принтере, прочитанные из &PPD;-файла, хранящегося на сервере. Пользователь видит эти опции и выбирает нужные ему. Затем он отправляет файл для печати, как правило, это <quote
>сырой</quote
> &PostScript;, приправленный специфичными опциями данного принтера. При этом используется &IPP; как транспортный протокол. Вся дальнейшая обработка, в особенности фильтрование для подготовки файла в формате принтера, осуществляется сервером. Все необходимые программы для этого - <quote
>драйверы</quote
> и <quote
>фильтры</quote
> - на сервере имеются.</para>

<para
>Итак, клиент может печатать даже без локально установленного драйвера.</para>

<para
>Обо всех изменениях на сервере, будь то добавление или изменение принтера, клиенты узнают сразу же, при этом никакой перенастройки не требуется.</para>

</sect2>

<sect2>
<title
><quote
>Нулевое администрирование</quote
>, перераспределение нагрузки и <quote
>переключение при отказе</quote
></title>

<para
>Среди дополнительных возможностей &CUPS; стоит отметить способность <quote
>перераспределения нагрузки</quote
>.</para>

<para
>Если вы зададите одну и ту же очередь печати для двух или более серверов, клиенты будут отправлять задания не первый откликнувшийся сервер. Это приводит к автоматическому перераспределению нагрузки между серверами. Вы можете отключать от сети серверы для задач администрирования так, что клиенты вообще ничего не заметят.</para>

</sect2>

</sect1>

</chapter>