Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции GANJANET.LOCAL
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции GANJANET.LOCAL с датами от 13 Oct 05 22:03:42 до 05 Aug 17 10:35:42, всего сообщений: 3030
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 1818 из 3030 =================================== GANJANET.LOCAL =
От   : Mithgol the Webmaster            2:5063/88          16 Jan 07 19:05:00
Кому : Konstantin Kuzov                                    16 Jan 07 19:05:00
Тема : новое предложение записи рекомендуемых кладжей в URLах Фидонета
FGHI : area://GANJANET.LOCAL?msgid=2:5063/88+45ad094c
На   : area://GANJANET.LOCAL?msgid=2:5019/40.1+45a6d05b
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Так было 03:02 12 Jan 07 написано от Konstantin Kuzov к Mithgol the Webmaster:

MtW>> Hе очень приятно, когда видишь в Фидонете адрес, заканчивающийся
MtW>> хвостом наподобие kludge=436, но не сможешь без таблицы вспомнить, что
MtW>> это значит. Это откроет простор для всяких злоупотреблений: например,
MtW>> подсунуть какому-либо псевдонимоненавидящему модератору такой адрес
MtW>> письма, чтобы он не увидел в нём кладжа realname и наказал подписчика.
MtW>> Модератор увидит в конце адреса числовой хвост, но не вспомнит его
MtW>> точное значение, и в силу природной лени не станет разыскивать
MtW>> специально; причём это решение (проигнорировать хвост) окажется
MtW>> принятым подсознательно.

KK> Это не мешает ему сейчас пропустить этот кладж мимо, так как дед
KK> по-умолчанию не настроен на вывод кладжей.

Hу, умолчание многие меняют. Уж модератору-то, который следит за тем, есть ли realname или нет его, сам Бог велел включать отображение realname.

MtW>> который будет принимать разделённый пробелами список текстовых строк,
MtW>> которые являются началами кладжей, рекомендуемых к показу. (Браузер
MtW>> пользователя, помимо перечисленных в URLе, может показывать и другие
MtW>> кладжи, если таковы пользовательские настройки).

KK> А в случае использования внешней базы/гейта он будет автоматически
KK> модифицировать ссылку в связи с пользовательскими настройками и отсылать?

Hу да, я так мыслю.

KK> Можно ещё дополнить каким-нить "*", которым можно указывать маску
KK> кладжа, типа:

KK> kl=r*l - вывод кладжа reply, realname,... Также обычно, если подпараметр
KK> заканчивается не на * - подразумевать что он указан, т.е.

MtW>> Примеры:
MtW>>    kl=pa+se                 показать путь и синбаи

KK> kl=pa+se, тоже самое, что kl=pa*+se*, но например kl=pa!*+se!*. -
KK> показывает только кладжи "pa" и "se", т.е. не по первым буквам, а вообще.
KK> Или к примеру kl=r*l!* - выведет кладж "real", а "realname" - нет.

KK> Хотя может это усложнение, но оно не конфликтует с предложенной тобой
KK> схемой - только добавляет гибкости.

MtW>>    kl=ms+rep                показать мсгид и реплай
MtW>>    kl=ms+re                 показать мсгид, реплай и realname

MtW>> Если название кладжа предваряется восклицательным знаком, тогда
MtW>> браузеру, напротив, не рекомендуется показывать этот кладж.

MtW>> Пример:

MtW>>    kl=real+!kx+!now         показать realname, но не kxe-kxe и не 'now
MtW>> playing'

KK> принимается.

MtW>> Я также собираюсь дозволить варианты kl=0 (не показывать никаких
MtW>> кладжей) и kl=1 (показывать все кладжи), поскольку в этом случае
MtW>> предназначение цифр очевидно: преодолеть пользовательские настройки,

KK> до сюда хорошо

MtW>> если соответствующая цифра является первой в строке kl.

KK> нафиг, есть 1, значит показывать все кладжи (если следом нет !
KK> подпараметров, указывающих какие кладжи исключить), а если 10 - искать
KK> кладж, начинающийся с "10"...

MtW>> Примеры:

MtW>>    kl=pa+se                 показать путь и синбаи в дополнение ко
MtW>> кладжам,
MtW>>                             настроенным пользователем к показу

MtW>>    kl=0pa+se                показать только путь и синбаи

KK> Имхо надо сделать +(%20) - знаком разделителя, обязательным к указанию,
KK> т.е. должно быть kl=0+pa+se и никак иначе, а kl=0pa+se - будет искать
KK> кладжи начинающиеся с "0pa" и "se".

KK> /_...Отгрызено..._/

MtW>>    kl=+10x                  показать кладж '10x to'

KK> Согласен, парсер просто не обрабатывает пустые подпараметры... Т.е.
KK> например kl=+re+++%20+se++++%20%20+%20 есть ничто иное как kl=re+se, а
KK> kl=+10x - это kl=10x, а это выводить кладжи начинающиеся на "10x",
KK> например "10x to".

MtW>>    kl=10x                   показать все кладжи письма (игнорируя
MtW>> указанные
MtW>>                             пользователем настройки показа кладжей в
MtW>> браузере)

KK> Hасчет этого я говорил выше... В топку, т.е. искать кладж на "10x"...

KK> Далее если согласен со всем вышесказанным насчет 1/0 в "соответствующая
KK> цифра является первой в строке kl" и обязательного разделителя, то вопрос:
KK> 1/0 могут быть только первым подпараметром или в любом месте, обнуляя
KK> предыдущие подпараметры?

KK> Т.е. kl=0+se+re+1+!se равен kl=1+!se? По-идее так и надо, ибо логично.


Я всё это прочитал с большим интересом и понял, что мы сейчас занимаемся изобретением если и не колеса, то по крайней мере велосипеда с нуля.

Есть ведь общепринятый язык регулярных выражений, правда? Может, давай его мы использовать и станем? Введём параметр km= (от слов kludge matches, 'кладж соответствует'), и записываем регэксп:

km=^real               (realname)
km=^real$              (real буквально, и никаких realname)
km=^(pa|se)            (путь или синбаи)
km=pa                  (path, или zhopa, или любое другое слово через pa)
km=.*                  (любой кладж)
km=^$                  (никаких кладжей)
km=^r[e3]alname$       (realname или r3alname)


При этом, конечно, согласно 5.2.2.2 черновика стандарта FGHI URL, символы "|", "\", "^", "[", "]" должны кодироваться шестнадцатиричными триплетами.


KK> ЗЫ. Пока писал придумал ещё один возможный параметр - выделение блоков в
KK> тексте письма на которые по мнению дающего ссылку надо акцентировать
KK> внимание.

KK> Смысл такой:

KK> mark=40-50+74-108

KK> Выделить с 40ого по 50ый символ и с 74 по 108. Кладжи и прочая фигня
KK> естественно в текст письма не входят. Символ следующей строки h0A -
KK> считать за символ, h0D - игнорировать. Русскую H и прочие символы
KK> неперевариваемые кривым софтом можно тоже игнорировать...

KK> Генерацию этого параметра должен поддерживать редактор. (Hапример
KK> выделением мышки или в случае деда курсором).

А это уже не следует включать в основной стандарт URL, поскольку здесь задаётся
не ресурс (письмо эхопочты), а определённое место внутри этого ресурса. Принято такие вещи в отдельный стандарт выносить. Hапример, в случае Паутины это XPath.

Указывать, соответственно, после URL, отделяя знаком #


Ceterum censeo Diptaunum esse delendam!    [Ru.Mozilla]     http://Mithgol.Ru/
Mithgol the Webmaster.  [Team В эхолисте ,,ё`` уместим]  [Team А я меняю subj]

... Утекай! В подвоpотне нас ждет манибэк...              (из чужих ориджинов)
--- В начале XX в. в Western Union сочли телефон ненадежной заменой телеграфу.
* Origin: Но я лишь голос вопиющего в пустыне ── ``RTFM, LMD!!!'' (2:5063/88)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.039830 секунды