Differences between revisions 1 and 2
Revision 1 as of 2008-07-07 18:21:36
Size: 5851
Editor: eSyr
Comment:
Revision 2 as of 2008-07-08 05:24:15
Size: 9455
Comment:
Deletions are marked like this. Additions are marked like this.
Line 5: Line 5:
Помимо альтератора есть ещё купс. Конфигуратор универсальный должен иметь либ большую комадну разрабтчиков, либюо одно из двух. Подсистема, которая не сильно привязана к системе, вполне может иметь собственный конфигуратор. Особенно, когда разработчики сами об этом позаботились. Типичный пример --- веб-движки, которые совсем оторваны от системы. Другой пример, когда веб-мрду распространяются разработчиком вместе с самой системой. Какой смысл переписывать на схеме функциональность настройщика купса, когда она и так нормальная. Выглядит оно аналогично: на определённом порте крутится хттп-сервер, подключившись к которому, можно им управлять. Причём, в отличие от альтератора, где сразу надо получить права суперпользователя, и большое количество интерфейса доступно пользователю либо незалогиненному, либо со своим логином и паролем. Сам купс написан так, что ежели того захочет администратор, то он может рассылать по своему купсовому протоколу сообщения о доступности принтера. Поэтому, если вы делаете доступным принтер в локальной сети и делать его видимым, то при установленном купсе любой этим модет восп. Если вы этог хотите, то достаточно установить принтер и сделать его видимым. Естественно, принтером можно восп. и без этого, но надо самостоятельно писать модули. Что же касается купса, то это достаточно сложный программный продукт, управление которым лектор точно не будет расск. от начала до конца. Эксплуатируется он на многоранговых сетях, где существуют классы принтеров. Вот такая сложная система там залдожена, который, конечно, в большинстве случаев никто не пользуется. Быстро пробежимся по скриншотам. Если сидите на клиенте и на сервере настроен купсовый принтер, то трогать ничего не надо. Если сидите на клиенте, а сервер не настроен (например, виндовый сервер с расшаренным по smb принтером), то можно наеписать его локатор. Другие конфигураторы с web-интерфейсом
Как говорилось в прошлых лекциях универсальный конфигуратор эффективен только в двух случаях: 1)Он разрезан на модули 2) Он
имеет довольно большую команду разработчиков. В случае если мы имеем отдельную, выделенную подсистему, которая не сильно
завязана на все остальные параметры нашей операционной системы, вполне возможно создание для неё выделенного
конфигуратора, эта задача еще больше упрощается если о создании такого конфигуратора позаботились разработчики этой
подсистемы . Типичный пример, который мы рассматривать не будем --- это веб-движки, большинство из которых представляют
собой большое количество кода написанное например на PHP, который потом подкладывается в определенные места, после чего
они запускаются и все административная деятельность по управлению ими происходит через их же собственный интерфейс.
Например так устроен Друпал?? - вы скачиваете некий файл на PHP, подготавливаете MySQL, дальше при попытке зайти в него он
обнаруживает что он не установлен, устанавливается, после чего в нем можно включить его же собственные модули, скачать
новые модули. Другой вариант, когда авторы некой подсистемы предусмотрели некий графический интерфейс своей подсистемы и
её распространяют вместе. В таком случае часто вместо того чтобы пытаться переписать эту функциональность, бывает проще
подогнать его под условия ОС и\или конкретного дистрибутива. Так например не имеет большего смысла переписывать на
Sheme??? функциональность конфигуратора CUPS с целью интеграции его в Альтератор, когда она и так довольно хороша и
неплохо поддерживается разработчиками.
Устроенна она примерно также как веб-интерфейс Альтератора- т.е. на определенном порту есть некий веб-сервис,
подсоединившись к которому по http вы можете легко им управлять. Причём, в отличие от Альтератора, где сразу надо получить
права суперпользователя, в веб-интерфейсе CUPS довольно большое количество интерфейса доступно обычному пользователю(не
представившегося системе), либо пользователю со своим логином и паролем.- например возможность снять собственные задания.
Сервер печати по умолчанию запускается на каждой машине, а не только на той, на которой есть принтер. Это происходит по
следующим причинам. CUPS написан так, что при определенных настройках администратором, он может рассылать по своему
собственному протоколу сообщения о доступности принтера. Поэтому, если вы делаете доступным сетевой принтер в локальной
сети т.е. разрешаете делать его видимым(т.е. рассылать вышеупомянутые сообщения), то при установленной CUPS любой клиент
может этим воспользоваться. Естественно, принтером можно воспользоваться и без этого, но тогда надо самостоятельно писать
различные модули, что , в общем, представляет собой не очень приятное занятие. Что же касается CUPS, то это достаточно
сложный программный продукт, управление которым не будет освящаться от начала до конца. Достаточно сказать что он,
например, эксплуатируется на таких многоранговых сетях, где есть не только несколько принтеров, но где существуют
несколько классов принтеров. Например часть пользователей имеет право печатать на всех принтерах, а часть - только на
принтерах какого-то определенного класса. В большинстве случаев никто такой сложной системой не пользуется. Быстро
пробежимся настройкам. Если вы находитесь на клиенте и на сервере настроен CUPS принтер, то настройки лучше не трогать.
Если сидите на клиенте, а сервер не настроен (например, виндовый сервер с расшаренным по smb принтером), то можно написать
его локатор.
Line 9: Line 40:
Для того, чтбы добавить принтер вручную. Купс поддерживает целую кучу спсобов, в том числе и подключение по сети. Для того, чтобы добавить принтер вручную. Купс поддерживает целую кучу способов, в том числе и подключение по сети. 
Line 11: Line 42:
Для того, чтобы завершить разговор о конфигураторах через сеть, можно сказать, что их есть ещё некоторое количество. Есть ещё несколько подсистем: например, есть конфигуратор к службе samba. Пользоваться им нельзя по одной простой причине --- это редактор для smb.conf. Н в отличие от файла конфига, который хорошо документирован, в отличие от этого, генерится большой файл без комментариев. Это тот самый случай, когда пользоываться конфигуратором пользоваться тогда, когда предст. себе конфиг. Для того, чтобы завершить разговор о конфигураторах через сеть, можно сказать, что их есть ещё некоторое количество. Есть
ещё несколько подсистем, к которым есть конфигураторы с веб-интерфейсом: например, есть конфигуратор к службе samba через
веб-интерфейс который называется ???. Пользоваться им нельзя по одной простой причине --- по сути это редактор для
конфигурационного файла smb.conf. Но в отличие от конфигурационного файла, который самодокументирован -т.е. вы читаете
комментарии внутри него и своеобразно им производите изменения, ??? генерирует большой файл настроек без единого
комментария. Это пример того самого случая, когда пользоваться конфигуратором можно только тогда, когда представляешь
себе конфигурационный файл.
Line 19: Line 56:
|| 0 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, [[Allena]] || || || || 10 || 1 || 1 || 1 || || 1 || ArtemSerebriyskiy, [[Allena]] || || ||

Другие конфигураторы с web-интерфейсом

Другие конфигураторы с web-интерфейсом Как говорилось в прошлых лекциях универсальный конфигуратор эффективен только в двух случаях: 1)Он разрезан на модули 2) Он имеет довольно большую команду разработчиков. В случае если мы имеем отдельную, выделенную подсистему, которая не сильно завязана на все остальные параметры нашей операционной системы, вполне возможно создание для неё выделенного конфигуратора, эта задача еще больше упрощается если о создании такого конфигуратора позаботились разработчики этой подсистемы . Типичный пример, который мы рассматривать не будем --- это веб-движки, большинство из которых представляют собой большое количество кода написанное например на PHP, который потом подкладывается в определенные места, после чего они запускаются и все административная деятельность по управлению ими происходит через их же собственный интерфейс. Например так устроен Друпал?? - вы скачиваете некий файл на PHP, подготавливаете MySQL, дальше при попытке зайти в него он обнаруживает что он не установлен, устанавливается, после чего в нем можно включить его же собственные модули, скачать новые модули. Другой вариант, когда авторы некой подсистемы предусмотрели некий графический интерфейс своей подсистемы и её распространяют вместе. В таком случае часто вместо того чтобы пытаться переписать эту функциональность, бывает проще подогнать его под условия ОС и\или конкретного дистрибутива. Так например не имеет большего смысла переписывать на Sheme??? функциональность конфигуратора CUPS с целью интеграции его в Альтератор, когда она и так довольно хороша и неплохо поддерживается разработчиками. Устроенна она примерно также как веб-интерфейс Альтератора- т.е. на определенном порту есть некий веб-сервис, подсоединившись к которому по http вы можете легко им управлять. Причём, в отличие от Альтератора, где сразу надо получить права суперпользователя, в веб-интерфейсе CUPS довольно большое количество интерфейса доступно обычному пользователю(не представившегося системе), либо пользователю со своим логином и паролем.- например возможность снять собственные задания. Сервер печати по умолчанию запускается на каждой машине, а не только на той, на которой есть принтер. Это происходит по следующим причинам. CUPS написан так, что при определенных настройках администратором, он может рассылать по своему собственному протоколу сообщения о доступности принтера. Поэтому, если вы делаете доступным сетевой принтер в локальной сети т.е. разрешаете делать его видимым(т.е. рассылать вышеупомянутые сообщения), то при установленной CUPS любой клиент может этим воспользоваться. Естественно, принтером можно воспользоваться и без этого, но тогда надо самостоятельно писать различные модули, что , в общем, представляет собой не очень приятное занятие. Что же касается CUPS, то это достаточно сложный программный продукт, управление которым не будет освящаться от начала до конца. Достаточно сказать что он, например, эксплуатируется на таких многоранговых сетях, где есть не только несколько принтеров, но где существуют несколько классов принтеров. Например часть пользователей имеет право печатать на всех принтерах, а часть - только на принтерах какого-то определенного класса. В большинстве случаев никто такой сложной системой не пользуется. Быстро пробежимся настройкам. Если вы находитесь на клиенте и на сервере настроен CUPS принтер, то настройки лучше не трогать. Если сидите на клиенте, а сервер не настроен (например, виндовый сервер с расшаренным по smb принтером), то можно написать его локатор.

jobs --- управление заданиями.

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

Для того, чтобы завершить разговор о конфигураторах через сеть, можно сказать, что их есть ещё некоторое количество. Есть ещё несколько подсистем, к которым есть конфигураторы с веб-интерфейсом: например, есть конфигуратор к службе samba через веб-интерфейс который называется ???. Пользоваться им нельзя по одной простой причине --- по сути это редактор для конфигурационного файла smb.conf. Но в отличие от конфигурационного файла, который самодокументирован -т.е. вы читаете комментарии внутри него и своеобразно им производите изменения, ??? генерирует большой файл настроек без единого комментария. Это пример того самого случая, когда пользоваться конфигуратором можно только тогда, когда представляешь себе конфигурационный файл.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

10

1

1

1

1

ArtemSerebriyskiy, Allena


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080707/03CUPS (last edited 2008-10-09 18:30:31 by MaximByshevskiKonopko)