ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] Re: [apache-talk] Upload rtf (=?koi8-r?Q?=D7=C1=D2=C9=C1=CE=D4=20=D2=C5=DB=C5=CE=C9=D1?=)



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                 =



 




Copyright © Lexa Software, 1996-2009.