Peter Pentchev wrote:
On Mon, Mar 21, 2005 at 09:11:11AM +0200, Danail Petrov wrote:Здравейте отново,
[snip]
:) , там ме чака микродц , и трябва да слуша за команди. След като прекраят сесията , то трябва да си остане в същия режим в който си е бил и докато съм логнат.
Много добре се беше сетил в първото съобщение за screen; това е един от най-добрите известни засега начини :) Няма нужда да изобретяваш колелото. Само ще ти кажа, че ако се опиташ да направиш нещо такова сам, ще се срещнеш с купчина проблеми в: - authentication на login-а; - самия логин - създаване на процеси, евентуално заделяне на терминал (за microdc може и да не трябва, но за BitchX няма как да минеш без виртуален терминал); - управление на терминала, другояче известно като терминална емулация - само за това са изписани цели книги (и не, не се шегувам); - поддържане на процеса работещ между отделните извиквания; - управление на това кой в кой момент да "хване" процеса, ако някой друг се опита да се свърже, докато ти си свързан, или докато твоят контролен процес си мисли, че си свързан; - самото прехвърляне на данните между процеса и мрежовата връзка всъщност е най-тривиалната част.
С повечето от гореизброените точки се занимават SSH сървърът и клиентът; с тези, с които не те, се занимава screen. Наистина не виждам причина да се опитваш да изобретяваш наново толкова много колела (защото те действително са много и са сложни), освен ако не го мислиш като някакъв вид упражнение, но в такъв случай ще видиш зор :)
Специално screen е един от първите пакети (наред с Vim и някоя от по-новите версии на Perl, а при някои операционни системи и CVSup клиент ;), които инсталиран върху всяка - ама наистина всяка - нова машина, която ми се наложи да конфигурирам. Ако му понаучиш възможностите (автоматично пускане на отделен процес в нов screen процес, автоматично пускане на няколко процеса в един screen процес на различни screen-чета през .screenrc файлове, запазване на информация за това точно кой процес е бил пуснат току-що и лесно свързване точно към него по-късно, именоване на screen-четата в рамките на един screen процес, и голяяяям куп други неща), ще установиш, че има много малко неща, за които screen не е най-подходящият инструмент, поне в тази област :)
Поздрави, Петър
първо Благодаря и на двама Ви за вниманието ,
но въпроса е там че не аз ще се закачам към въпросното приложение , а друго клиентско приложение ,
което ще search-ва или ще прави разни други неща . Т.е. нещата ще се "роботизират" (ама как го казах само:))
така че , другиа вариянт е да пиша приложенията да се закачат по ssh , че после да правят обръщение към скреен ...
Та затова исках да питам Е ли е възможно това чудо....
-- perl -e 'print 7.66.82.44.10.68.97.110. 97.105.108.32.80.101.116.114.111.118.10'
============================================================================ A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers). http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html ============================================================================
