Rizeny tisk na SMB serveru

[Slavek Banko]

Dovolím si vrátit se k této starší diskusi a zmínit jedno řešení, na 
jehož realizaci jsem se podílel.

__1__ Prostředí (přibližné údaje):
200 uživatelů
10 plotrů
30 tiskáren
CAD systémy
kancelářský software
ekonomický software

__2__ Požadavky (zadání):
evidence tisků - kdo, kdy, kam, kolik
opakování tisků - pro vícetisky po kontrolním tisku
výběr výstupního zařízení

__3__ Řešení:
Pro realizaci řešení jsme se rozhodli použít linux + sambu + apache, 
abychom nebyli omezováni možnostmi systému.

Tiskárny i plotry jsou napojeny přímo na síť (JetDirect). Tiskové fronty 
jsou obsluhovány jedním tiskovým serverem. Na něm je instalován RedHat 
Linux 7.2 - samba, mysql, lprng, ghostscript, apache, php + několik 
vlastních shell skriptů a php stránek.

Vzhledem k zaměření firmy vznikají dva druhy tiskových úloh - výkresy pro 
plotry a ostatní dokumenty pro tiskárny. Úlohy pro plotr vznikají z CAD 
systémů, kde je obvyklým standardem HPGL. Na tom nebylo důvodu něco 
měnit. Abychom sjednotili tiskový jazyk ostatních tiskových úloh, 
rozhodli jsme se, že pro všechny tiskárny u všech klientů použít 
univerzální postscriptový ovladač. Zpracování do tiskových jazyků 
konkrétních tiskáren pak probíhá na tiskovém serveru.

Díky tomu sambou přichází dva typy tiskových úloh - HPGL a PostScript. 
Obojí je relativně dobře automaticky zpracovatelné, a tak není problém 
evidovat počty kopií, počty stran i velikosti stran/výkresů. Všechny 
údaje jsou ukládány do databáze, ze které pak je možno získat výstupy 
třeba i včetně cenových kalkulací.

Tiskové úlohy jsou zároveň na serveru nějakou dobu uchovávány a tak může 
být skrz php stránky uživatelům nabízena možnost tiskovou úlohu opakovat. 
Díky standardizaci jazyků tiskových úloh uživatel může tiskovou úlohu 
zařadit i do jiné tiskové fronty, než byla původně. Standardizace jazyků 
tiskových úloh umožnila i další perličku - nabídnout uživatelům náhled a 
uložení do PDF.

Aby uživatelé i s univerzálním postscriptovým ovladačem mohli využít 
možností zařízení, jsou na serveru definovány další tiskové fronty s 
přesně daným chováním - oboustranný tisk, poskládání do knížky na A5, 
apod. Uživatelé tak nemusí měnit nastavení v různých ovladačích, ale 
prostě si vyberou tiskovou frontu s požadovaným chováním.

Uvedené řešení nám dalo dostatečnou volnost, že jsme například mohli k 
výstupům v HPGL při průchodu tiskovou frontou doplnit řádek s 
identifikací úlohy a uživatele (pro ruční třídění), apod.

Slávek.

Dne pá 27. září 2002 09:00 Jiri Volf napsal(a):
> Dobry den,
>
> potreboval bych ridit provoz na tiskarne pripojene k SMB serveru
> zpusobem, ze uzivatele budou mit urcity mesicni limit. Nevite, zda
> existuje nejaky programek, ktery by dokazal analyzovat pozadavky pro
> tisk? Napadlo me, ze by mohlo fungovat posilat tisky na nejakou
> fiktivni frontu, na ktere se to bude analyzovat.
>
> 	Zdravi Jiri Volf
>