On Tue, 26 Oct 1999, Serge Shikov wrote:
> > Т.Е мне предлагается переписать мою программу с perl (который я знаю
> > неплохо) на XSL (который я совсем не знаю).
> Да. Только например не переписывать, а взять и доделать что-то почти
> готовое. Благо уже есть где брать. Или наваять визуальным средством ;-)
> Тебя же не смущает возможность переделки программы на HTML::Parser
> например? Так вот XML-процессор (точнее XSL) - это нечто получше
> HTML::Parser-а, уровнем повыше.
Ты пытаешься заменить мою задачу на другую. Да, я верю, что есть задачи,
которые средствами XML решаются лучше чем, чем бы то ни было другим. Но
Моя задача заключается в том, чтобы дать пользователям Word возможность
публиковать документы посредством некоей системы mod_perl-овых скриптов
(Communiware называется) с наименьшими затратами труда для них, так,
чтобы получался HTML, который считает корректным последний (1.020)
weblint, а оформление задавалось не автором документа, а дизайнером
виртуального сайта.
В принципе, на weblint свет клином не сошелся. Если мне предложат другой
чекер html, который будет столь же прост в обращении, но будет позволять
работать с html 4.0, причем не будет пропускать (лучше, если будет не
ругаться а молча выкидывать) некоторые тэги (<SCRIPT>,<APPLET>,<OBJECT>)
и некоторые атрибуты некоторых других, вполне допустимых тэгов
(например, у FONT пропускать только SIZE и COLOR. Можно было бы еще и ID,
но тогда надо заставить всех дизайнеров включить в их CSS некий заранее
определенный набор этих самых ID, и сообщить его пользователям)
> > При этом не известно,
> > получится ли выигрыш в быстродействии и даже в размере кода.
> Выигрыш возможно получится совсем в другом. Если ты в результате вместо
> HTML будешь получать только XML + стили, то есть разделишь данные и
> оформление, то эффект конечно будет не вы быстродействии.
А толку мне в этом XML - клиентам мне надо все равно отдавать HTML.
> > При этом еще потребуется security
> > audit оного процессора, так как работать оно будет на Web-сервере без
> > присмотра пользователя.
> Ну, это отговорка. Аудит скорее потребуется для перла - потому что
> XSL-процессор по определению не может делать ничего иного, кроме как
> трансформировать XML-документы. В отличие от.
Что не отменяет необходимости security audit. Вот есть у меня программка
catdoc, которая только и делает, что читает из stdin или файла вордовый
документ и пишет на stdout plain text. Даже seek никогда не делает.
Так в свое время пришлось
специальную версию выпускать, чтобы закрыть потенциальные buffer overflow.
Можешь мне назвать URL на XML-процессор, в котором нету потенциальных
buffer overflow?
--------------------------------------------------
Victor Wagner vitus@ice.ru
Programmer Office:7-(095)-203-51-19
Institute for Commerce Home: 7-(095)-135-46-61
Engineering http://www.ice.ru/~vitus
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =