Главная страница


ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Alan Long                            2:5030/1082.72 05 Feb 2003  01:39:38
 To : Konstantin Tokar
 Subject : CGI.pm problem
 -------------------------------------------------------------------------------- 
 
 * Originally from Konstantin Tokar (2:5020/400) to Alan Long.
 
  KT> From: Konstantin Tokar <tokar@apmsun.mpei.ac.ru>
 
 > Столкнулся с очередной проблемой в CGI.pm:
 > - --
 > % perl -MCGI -e '$q=CGI->new; print
 > $q->a({-href=>"/script.cgi?a&b"},"link"),"\n"'
 > <a href="/script.cgi?a&b">link</a>
 > - --
 > То есть текст в href эскейпится, что в принципе правильно, кроме
 > пожалуй что
  KT> со
 > случаем & => & так как броузер приходит с запросом:
 > GET /script.cgi?a&b HTTP/1.x
 
  KT> Мне вот интересно, почему не писать просто гиперссылку, без CGI? 
  KT> Получается и короче, и проще.
 
  KT> print $cgi->a({-href=>"/script.cgi?a&b"},"link"), "\n";
  KT> print qq|<a href="/script.cgi?a&b">link</a>\n|;
 
 Проще-то проще и короче, но там смысл такой, что парсится текст ()который лежит 
 в DB, из текста вделяются некие функции и они обрабатываются посредством
 передачи параметров в CGI, то есть в тексте:
 LINK('Text', href='http://www.site.ru/path') или
 LINK('Hовость...', href=internal(type='news',id=33,diez='news'))
 В первом случае сгенерится просто:
 <a href="http://www.site.ru/path">Text</a>
 а во втором:
 <a href="/path/newspage.cgi?id=33#news">Hовость...</a>
 
 Дабы не плодить механизмов генерации я взял стандартный CGI.pm, ибо там сделанно
 все правильно и поддерживается в нужном состоянии. 
 
 Hу а изобрести велосипед - конечно можно, но нужно-ли. В данном случае видимо
 придется отлавливать вывод именно ссылок, и выводить их самому.
 
 ...
 
  KT> email автора есть в perldoc CGI - lstein@cshl.org . Вероятность 
  KT> существует, так же как существует вероятность внесения по твоему
  KT> запросу    исправления в уголовный кодекс Китая :)
 
 ;-) Это понятно, просто талкивался с проектами, в которых автор крайне не охотно
 принимает патчи и проще плюнуть, чем пропихнуть свой патч.
 
 Ладно, попытка не пытка, попытаюсь сделать патч и послать, ну а уж если пошлют
 меня с моим патчем - буду изобретать велосипед.
 
 -- 
 With best,
      Ъ-·    Ъ
      Е-ЧLaі\і <alan@x-rays.eu.org>
 
 --- timEd/386 1.10+
  * Origin: X - Rays Station (2:5030/1082.72)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 CGI.pm problem   Alan Long   04 Feb 2003 02:38:56 
 Re: CGI.pm problem   Konstantin Tokar   04 Feb 2003 11:33:04 
 CGI.pm problem   Alan Long   05 Feb 2003 01:39:38 
 CGI.pm problem   Denis Knyazev   05 Feb 2003 21:33:53 
 CGI.pm problem   Alan Long   06 Feb 2003 21:03:24 
Архивное /ru.cgi.perl/4581e4036cb0.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional