това за което питам при ASP скриптовете се нарича Redirect, идеята е скрипта да препрати към друга страница автоматично.

въпросът е дали има такава функционалност в Perl?

пиша на Perl 5, WEB Server - MS IIS

А Картаген... вие си знаете за Картаген
s/Картаген/Модератор/g

predi da pratish kakywto i da e header ot tipa
Content-type: text/html

prashtash :
print "Location: http://somwhere.com\n\n";
aide uspeh...

JAVA lets make things badly and slow!!

Ами че то, ако пратиш и двете, се изпълнява само първото (логично)...

А не може ли скрипта да даде и TARGET, така че да се отвори в нова страница? Или той трябва да се даде от HTML-то, ама тогава пак не става: всичко от скрипта отива в новия таргет, а ако трябва Content-type: text/html да се напечата в единия таргет, а Location:... в друг? Но се съмнявам да е възможно...

Апропо, по горния въпрос, това с Location:... може да се използва не само за редирект, може например да дава адреса на картинка в HTML-то пишеш: <img src=http://host/cgi-bin/script.pl?name=image.gif>, а скрипта има print "Location: http://host/pics/image.gif"; така можеш да си защитиш картинките на хоста и ако заявката за тях идва от чужда страница да печата адреса на някаква определена картинка на която пише (крадат ми графиките тия гадове)... Но това не ги спира да си ги запишат и да си ги качат на техния сървър...

Баба...

________________________________
Само си поклащам краката!

Редактирано от БaбaИлиицa на 20.02.01 12:45.

10х, това върши работа, благодарско

А Картаген... вие си знаете за Картаген
s/Картаген/Модератор/g

при редиректването нищо не е логично, винаги има някакави условности.
това за нов TARGET май няма server side решение за никой от езиците които знам (ASP, JSP, Perl). когато се налага използвам client side JavaScript, въпреки че това е потенциален проблем - например чукчито читател си е забранил скриптовете...

А Картаген... вие си знаете за Картаген
s/Картаген/Модератор/g

Babche towa s Location i content type e dosta razlichno:

Location e specificaciq na HTTP koqto po princip e naprawena za celta, no trqbwa da doide po hedyra za da q izpylni browsera.
Problema e che wednysh dadesh li content type, ili ako servera ti go setne naprimer, togawa gorish...
Hedyra weche e swyrshil...
Taka naprimer Apacheto setwa na PHP header naprimer, samo che tam ideqta e che stranicata pyrwo se buferira ot syrwara, sled koeto se izpliuwa cqlata, eto zashto imash w PHP Header :)))
Ama ne sym siguren kakwo bi stanalo ako si krystish faila nph-kwoshteDaE.sss
i si pusnesh opciqta w apache send as is ko shte stane...
Towa si e naprawo ideq za proba :)))
Pri perl apacha prashta chast ot hedyra, ostanalata chast si go setwash ti....

Malko slogno go obqsnih, ama shte me shwanesh...
Te zatowa ne areswam mnogo mnogo PHP mnogo myrzeliwo e :)))
ot tolkowa lesnotiq naprawo mozesh d ase obyrkash nqkoi pat :))) Da ne goworim che ne znaesh wyobshte osnownite neshta...
Da ne pripomnqm

Съдържаниет е скрито
Влезте за да го видите

tova za kradat mi kartinkite ne go shvanah
no mi zvuchi interesno

Сигурни ли сте, че Location задължително трябва да бъде преди всички останали хедъри? Аз имам един готов пример за redirect, който е следния:

print "Status: 302 Found\nLocation: $url\n";
print "URI: $url\nContent-type: text/html\n\n";

И може ли да направя така, че страницата, която съдържа Location да не се кешира от браузера и сървъра - трябва ли и може ли да сложа съответните хедъри преди Location?

Move... po princip move da imash i Location i text/html za nqkoj turbo typ browser /takowa viwotno oshte ne sym wivdal/

We Are Fighting With Power And Steel
Fighting For Metal Metal That's Real

А ако искам да сложа нещо от сорта:

Expires: Thu, 20 Feb 1997 22:00:00 GMT
Cache-control: no-cache
Pragma: no-cache

Това преди или след Location да е? По-точно, ако е преди, ще има ли проблем?