Server.Transfer
9 отговора
197 прегледа
Server.Transfer
Значи имам следният проблем: Събмитвам една форма по метода "Post", после правя каквото правя в скрипта, и ми трябва да върна обработката на друг скрипт пак с "Post" - до тук проблема се решава със Server.Transfer. Обаче сложното идва когато се опитам да вкарам нови данни във формата, демек към това, което първоначално съм получил трябва да добавя още полета, и пак да ги предам с "Post" (в случая Гет не е приложим, заради скапаните стари броузери). някой има ли идея как да стане, освен с генериране на нова форма и събмитване с клиентски скрипт (това ще е в краен случай).
"Търсейки по-доброто, често губим доброто" (Шекспир)
"Търсейки по-доброто, често губим доброто" (Шекспир)
Re: Server.Transfer
Освен ако ползваш сесия (дори под формата на запис в БД) по някакъв начин май единствения начин е с разпечатване на форма и само-submit-ването и.
не ме ебе как е Вуте, аз гледам да съм си добре
не ме ебе как е Вуте, аз гледам да съм си добре
Re: Server.Transfer
Да, можеш да пазиш сесията в XML файл например, но пък тогава остава проблема с триенето на файлове при прекъснати сесии.
Друг вариант е да събмитваш формата към себе си и вече в зависимост от разните параметри да показваш нови полета, а пък старите ще си ги имаш.
My blade can cut through armor, and still cut a tomato
Друг вариант е да събмитваш формата към себе си и вече в зависимост от разните параметри да показваш нови полета, а пък старите ще си ги имаш.
My blade can cut through armor, and still cut a tomato
Re: Server.Transfer
Да де, ама пак трябва да пиша форма (тези нови полета трябва да се вземат от някъде). Ще търся решение с базата, там може да се пише неограничено 
"Търсейки по-доброто, често губим доброто" (Шекспир)
"Търсейки по-доброто, често губим доброто" (Шекспир)
Re: Server.Transfer
Теоретично решение на проблема има, но практически то не е удачно
От гледна точка на логиката, на бързодействието и трансфера клиент/сървър е удачно данните от форма 1 да си стоят на сървъра, като за целта може да се ползват много варианти - база данни, файлове, обекти в паметта - например application променливи.
Разбира се, това трябва да бъде комбинирано и с подходяща логика при клиента.
Струва си човек да обърне внимание на XML - при него комбинирането на данни, преобразуването им и прехвърлянето им между части на едно приложение или между различни приложения е доста забавно и полезно.
чети и дишай по-леко
От гледна точка на логиката, на бързодействието и трансфера клиент/сървър е удачно данните от форма 1 да си стоят на сървъра, като за целта може да се ползват много варианти - база данни, файлове, обекти в паметта - например application променливи.
Разбира се, това трябва да бъде комбинирано и с подходяща логика при клиента.
Струва си човек да обърне внимание на XML - при него комбинирането на данни, преобразуването им и прехвърлянето им между части на едно приложение или между различни приложения е доста забавно и полезно.
чети и дишай по-леко
Re: Server.Transfer
Ще търся решение с базата, там може да се пише неограничено
Пък и ще можеш фермер да станеш (web farm) лесно без sticky IP-та.
не ме ебе как е Вуте, аз гледам да съм си добре
Пък и ще можеш фермер да станеш (web farm) лесно без sticky IP-та.
не ме ебе как е Вуте, аз гледам да съм си добре
Cookies ?
Moze da opitash kombinacia s tiah - vse pak klientskia browser si gi pazi :-)))
UB40 !
UB40 !
Re:
:) Blagodarja na vsichki, opravih se. zapisah si v edna tablica vsichko kakvoto mi trjabva i posle si go teglja ot tam, maj tova se okaza po-udachno ot purvonachalnata mi ideja za Server. Transfer(). A tozi Session ... neshto ne sum najasno s nego, no shte pregledam vuzmojnostite mu. Oshte vednuj 10x
"Търсейки по-доброто, често губим доброто" (Шекспир)
"Търсейки по-доброто, често губим доброто" (Шекспир)
Re: Cookies ?
да, ама така излага security-то... по-добре всичко на сървъра
и Borg, parse-вай всичко, което ти влиза в db-то!
...
и Borg, parse-вай всичко, което ти влиза в db-то!
...