нет ли разумного способа сделать отписку от пасструшных эх в пассиве? завести
ещё одно файло, например sqafix.psv, куда складываь <echotag> <link>{, <link>}
и можно смело отписываться, вкупе с %destroy у себя.
· :-) Cheers, Lazy Crazy Black Jaguar ·
В сообщении, написанном 15/May/00 в 23:55, Вы писали:
REC> нет ли разумного способа сделать отписку от пасструшных эх в
REC> пассиве? завести ещё одно файло, например sqafix.psv, куда
REC> складываь <echotag> <link>{, <link>} и можно смело отписываться,
REC> вкупе с %destroy у себя.
И что с этим файлом потом делать ?
Пока,
\Pete
REC> нет ли разумного способа сделать отписку от пасструшных эх в
REC> пассиве? завести ещё одно файло, например sqafix.psv, куда
REC> складываь <echotag> <link>{, <link>} и можно смело отписываться,
REC> вкупе с %destroy у себя.
PK> И что с этим файлом потом делать ?
хороший вопрос :-). хранить, правда придётся
<echotag> <uplink> <link>{, <link>}
аплинк определяется по последнему оставшемуся линку на момент последнего
%passive, после чего в этот файл переносится информация из sqafix.cfg - эхотаг
и остальные пассивщики. восстановление подписки производит обратный перенос.
не, не то? я не вижу какой-то дырки?
В сообщении, написанном 16/May/00 в 22:57, Вы писали:
REC> нет ли разумного способа сделать отписку от пасструшных эх в
REC> пассиве? завести ещё одно файло, например sqafix.psv, куда
REC> складываь <echotag> <link>{, <link>} и можно смело отписываться,
REC> вкупе с %destroy у себя.
PK> И что с этим файлом потом делать ?
REC> хороший вопрос :-). хранить, правда придётся
REC> <echotag> <uplink> <link>{, <link>}
REC> аплинк определяется по последнему оставшемуся линку на момент
REC> последнего %passive, после чего в этот файл переносится информация
REC> из sqafix.cfg - эхотаг и остальные пассивщики. восстановление
REC> подписки производит обратный перенос. не, не то? я не вижу
REC> какой-то дырки?
не знаю -- я не виду нахрена все это нужно...
Пока,
\Pete
REC> нет ли разумного способа сделать отписку от пасструшных эх в
REC> пассиве? завести ещё одно файло, например sqafix.psv, куда
REC> складываь <echotag> <link>{, <link>} и можно смело отписываться,
REC> вкупе с %destroy у себя.
PK> И что с этим файлом потом делать ?
REC> хороший вопрос :-). хранить, правда придётся
REC> <echotag> <uplink> <link>{, <link>}
REC> аплинк определяется по последнему оставшемуся линку на момент
REC> последнего %passive, после чего в этот файл переносится информация
REC> из sqafix.cfg - эхотаг и остальные пассивщики. восстановление
REC> подписки производит обратный перенос. не, не то? я не вижу
REC> какой-то дырки?
PK> не знаю -- я не виду нахрена все это нужно...
а что, я что-то пропустил и оно таки отписывается от запассивленной
пасструшной эхи с одним линком?
=== sqafix.cfg ===
EchoArea RU.ACAD N "Разговоpы о pаботе в Автокад и ему
подобных" 2:5020/184.1
===
=== squish.cfg ===
EchoArea RU.ACAD \ECHO\RUACAD -0 -$ -$m350 2:5020/1057
===
REC> а что, я что-то пpопустил и оно таки отписывается от запассивленной
REC> пасстpушной эхи с одним линком?
в 99a8 это конфигуpябельно
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
% Ключевое слово 'IdlePassthruIgnorePassive' указывает пpогpамме что следует
% удалять холостые пассpу эхи даже если у них есть пассивные даунлинки.
IdlePassthruIgnorePassive
... конспиpация, батенька :) (q) 2:5030/759
В сообщении, написанном 17/May/00 в 19:17, Вы писали:
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
Взгляни на IdlePassthruIgnorePassive
Пока,
\Pete
REC> а что, я что-то пpопустил и оно таки отписывается от запассивленной
REC> пасстpушной эхи с одним линком?
AO> в 99a8 это конфигуpябельно
аха! то-то я и гляжу - у меня a6. щас мы её :-) правильно работает-то хоть
фича?
REC>> а что, я что-то пpопустил и оно таки отписывается от запассивленной
REC>> пасстpушной эхи с одним линком?
AO>> в 99a8 это конфигуpябельно
REC> аха! то-то я и гляжу - у меня a6. щас мы её :-) пpавильно pаботает-то
REC> хоть фича?
works as designed
... Squish forever ...
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
я правильно понимаю, что подписка теряется в случае срабатывания?
В сообщении, написанном 25/May/00 в 00:41, Вы писали:
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
Конечно...
Пока,
\Pete
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
а. этим я и был обеспокоен в своём предложении. потеря подписки, даже и
пассивными линками, нежелательна всё таки.
В сообщении, написанном 25/May/00 в 20:23, Вы писали:
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
REC> а. этим я и был обеспокоен в своём предложении. потеря подписки,
REC> даже и пассивными линками, нежелательна всё таки.
это еще одно файло заводить... там их хранить, потом как то убивать... тоска ;)
Пока,
\Pete
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
REC> а. этим я и был обеспокоен в своём предложении. потеря подписки,
REC> даже и пассивными линками, нежелательна всё таки.
PK> это еще одно файло заводить... там их хранить, потом как то убивать...
PK> тоска ;)
пли-и-из! :-) а? там делов-то, всего ничего :-)
В сообщении, написанном 26/May/00 в 07:03, Вы писали:
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
REC> а. этим я и был обеспокоен в своём предложении. потеря подписки,
REC> даже и пассивными линками, нежелательна всё таки.
PK> это еще одно файло заводить... там их хранить, потом как то
PK> убивать... тоска ;)
REC> пли-и-из! :-) а? там делов-то, всего ничего :-)
а это кому нибудь кроме тебя надо?
Пока,
\Pete
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
REC> а. этим я и был обеспокоен в своём предложении. потеря подписки,
REC> даже и пассивными линками, нежелательна всё таки.
PK> это еще одно файло заводить... там их хранить, потом как то
PK> убивать... тоска ;)
REC> пли-и-из! :-) а? там делов-то, всего ничего :-)
PK> а это кому нибудь кроме тебя надо?
скоро узнаем :)
ну не может быть, чтобы никому не была важна целостность подписки :-)
PK>> Взгляни на IdlePassthruIgnorePassive
REC>> я пpавильно понимаю, что подписка теpяется в случае сpабатывания?
PK>> Конечно...
REC>> а. этим я и был обеспокоен в своём пpедложении. потеpя подписки,
REC>> даже и пассивными линками, нежелательна всё таки.
PK>> это еще одно файло заводить... там их хpанить, потом как то
PK>> убивать... тоска ;)
REC>> пли-и-из! :-) а? там делов-то, всего ничего :-)
PK> а это кому нибудь кpоме тебя надо?
мне, к пpимеpу.
... нy естественно pога там всякие, и пpочие лосятские аттpибyты (q) sp0raw
26 May 00 21:53, Roman E. Carpoff -> Pete Kvitek:
RC> ну не может быть, чтобы никому не была важна целостность подписки :-)
Для меня это тоже очень актуально. ;-)
Всего хоpошего,
Zelimkhan ;-)
В сообщении, написанном 26/May/00 в 21:53, Вы писали:
REC> а что, я что-то пропустил и оно таки отписывается от
REC> запассивленной пасструшной эхи с одним линком?
PK> Взгляни на IdlePassthruIgnorePassive
REC> я правильно понимаю, что подписка теряется в случае срабатывания?
PK> Конечно...
REC> а. этим я и был обеспокоен в своём предложении. потеря подписки,
REC> даже и пассивными линками, нежелательна всё таки.
PK> это еще одно файло заводить... там их хранить, потом как то
PK> убивать... тоска ;)
REC> пли-и-из! :-) а? там делов-то, всего ничего :-)
PK> а это кому нибудь кроме тебя надо?
REC> скоро узнаем :)
REC> ну не может быть, чтобы никому не была важна целостность подписки
REC> :-)
В этом случае не стоит пользоваться IdlePassthruIgnorePassive...
Мне понятная логика выглядит так: %PASSIVE это временное отключение даунлинка
от эхи. По сему хосту не стоит отписывать эту эху у аплинка, в надежде что
даунлинк скоро снова ее попросит. Если даунлинку хочется отписаться надолго --
то пусть отписывается по полной программе.
Именно поэтому IdlePassthruIgnorePassive появилась позже чем сама фича контроля
за Idle Passthu
Пока,
\Pete
PK> Привет Roman,
REC> ну не может быть, чтобы никому не была важна целостность подписки
REC> :-)
PK> В этом случае не стоит пользоваться IdlePassthruIgnorePassive...
PK> Мне понятная логика выглядит так: %PASSIVE это временное отключение
PK> даунлинка от эхи. По сему хосту не стоит отписывать эту эху у аплинка, в
PK> надежде что даунлинк скоро снова ее попросит. Если даунлинку хочется
PK> отписаться надолго -- то пусть отписывается по полной программе.
ну человек на пару недель и более в пассив становится, зачем тянуть эхи? оно
конечно да, можно отписаться, но согласись, удобнее послать %passive и жить
спокойно, зная что ты не напрягаешь аплинка и аплинка аплинка и т.д. :)
PK> Именно поэтому IdlePassthruIgnorePassive появилась позже чем сама фича
PK> контроля за Idle Passthru
если тебе вусмерть влом делать это, то, конечно, не стоит :-), но если бы
сделал, мы бы тебе были очень благодарны :-), я, по крайней мере.
В сообщении, написанном 30/May/00 в 19:55, Вы писали:
REC> ну не может быть, чтобы никому не была важна целостность подписки
REC> :-)
PK> В этом случае не стоит пользоваться IdlePassthruIgnorePassive...
PK> Мне понятная логика выглядит так: %PASSIVE это временное отключение
PK> даунлинка от эхи. По сему хосту не стоит отписывать эту эху у
PK> аплинка, в надежде что даунлинк скоро снова ее попросит. Если
PK> даунлинку хочется отписаться надолго -- то пусть отписывается по
PK> полной программе.
REC> ну человек на пару недель и более в пассив становится, зачем
REC> тянуть эхи? оно конечно да, можно отписаться, но согласись,
REC> удобнее послать %passive и жить спокойно, зная что ты не
REC> напрягаешь аплинка и аплинка аплинка и т.д. :)
PK> Именно поэтому IdlePassthruIgnorePassive появилась позже чем сама
PK> фича контроля за Idle Passthru
REC> если тебе вусмерть влом делать это, то, конечно, не стоит :-),
REC> но если бы сделал, мы бы тебе были очень благодарны :-), я, по
REC> крайней мере.
В SqaFix можно добавить еще много полезных фич. Hо это халявная утилита и в нее
добавляются только _необходимые_ фичи...
Как бы мне не хотелось помочь тому или иному пользователю созданных мною
прилад, я все же должен реально смотреть на вещи если не хочу всю свою жизнь
потратить на развитие SqaFix'a
Пока,
\Pete
>Как бы мне не хотелось помочь тому или иному пользователю созданных мною
>прилад, я все же должен реально смотреть на вещи если не хочу всю свою жизнь
>потратить на развитие SqaFix'a
Пит, я тебя прекрасно понимаю и даже одобряю твою позицию, но почему бы тебе
не сделать то, о чем тебя уже давно упорно просят многие люди? а именно -
зарелизить исходники sqafix. иначе, боюсь, может получиться как с itrax -
автор из фидо ушел, исходников не дал, а в программе (прекраснейшей, между
прочим. как и твой sqafix) баги присутствуют. :(
--
andrew. mailto:a...@fido.urc.ac.ru
В сообщении, написанном 31/May/00 в 00:11, Вы писали:
>Как бы мне не хотелось помочь тому или иному пользователю созданных
>мною прилад, я все же должен реально смотреть на вещи если не хочу всю
>свою жизнь потратить на развитие SqaFix'a
as> Пит, я тебя прекрасно понимаю и даже одобряю твою позицию, но
as> почему бы тебе не сделать то, о чем тебя уже давно упорно просят
as> многие люди? а именно - зарелизить исходники sqafix. иначе, боюсь,
as> может получиться как с itrax - автор из фидо ушел, исходников не
as> дал, а в программе (прекраснейшей, между прочим. как и твой sqafix)
as> баги присутствуют. :(
За долгие годы доработки наскоком сырци SqaFix'a превратились в несколько
хмуроватую субстанцию. Кроме того, они завязаны на несколько моих внутренних
проектов.
Постепенно я от этого избавляюсь и переделываю SqaFix на FMA -- атк что надеюсь
в скором времени выпустить более или менее приличные сырцы.
Пока,
\Pete