Re: [apache-talk] Re: [apache-talk] Upload rtf ( вариант решения)

[Victor Wagner <vitus@xxxxxx>]

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@xxxxxx
Programmer			Office:7-(095)-203-51-19
Institute for Commerce 		Home: 7-(095)-135-46-61
Engineering                     http://www.ice.ru/~vitus

=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =