Как испоьзовать одну переменную в разных скриптах?
P.S. Будет ли encodeURIComponent выполнятся на стороне сервера или на стороне клиента неважно.
У меня есть серверный скрипт, в котором используется по умолчанию язык VBScript, у меня есть текстовая переменная Str, мне надо перекодировать её в URI. Я хочу использовать для этого функцию JavaScript "encodeURIComponent". После этого мне надо использовать перекодированную переменную в серверных скриптах. Возможно ли это и если да, то как?
P.S. Будет ли encodeURIComponent выполнятся на стороне сервера или на стороне клиента неважно.
Для начала уясни для себя, что JavaScript выполняеться на стороне клиента и только там!
А переменную тебе не кто не мешает передовать get'om в адресной строке http://example.com/index.aspx?str=value.
Для начала уясни для себя, что JavaScript выполняеться на стороне клиента и только там!
Да ладно! А как же серверная часть JavaScript?
Да ладно! А как же серверная часть JavaScript?
Хи, не знал, просветили:)). Только вот что меня смущает Второе звено приложения, в котором реализованы серверные функции JavaScript, обеспечивает его логику и управление безопасностью. Это звено состоит из HTTP-сервера Netscape, оснащенного средствами JavaScript, и, если приложение обращается к базе данных, клиента СУБД. Где это взять??? Я имею ввиду хостинг, а не домашний сервер.
Хи, не знал, просветили:)). Только вот что меня смущает Второе звено приложения, в котором реализованы серверные функции JavaScript, обеспечивает его логику и управление безопасностью. Это звено состоит из HTTP-сервера Netscape, оснащенного средствами JavaScript, и, если приложение обращается к базе данных, клиента СУБД. Где это взять??? Я имею ввиду хостинг, а не домашний сервер.
А пёс его знает. Честное слово: я только читал про это. Но никогда даже не слышал реального прецедента, чтобы где-то этот самый Нетшкаф работал бы... Может, только где-то в корпоративных сетях?
А пёс его знает. Честное слово: я только читал про это. Но никогда даже не слышал реального прецедента, чтобы где-то этот самый Нетшкаф работал бы... Может, только где-то в корпоративных сетях?
Если честно, то я видел на одном хостинге. но думал, что это опечатка "возможность использования серверной JavaScript"
Если честно, то я видел на одном хостинге. но думал, что это опечатка "возможность использования серверной JavaScript"
А я и такого не видел. Java - есть уже почти везде. А JavaScript не видел.
А я и такого не видел. Java - есть уже почти везде. А JavaScript не видел.
Значит мне просто повезло:))
У меня есть серверный скрипт, в котором используется по умолчанию язык VBScript, у меня есть текстовая переменная Str, мне надо перекодировать её в URI. Я хочу использовать для этого функцию JavaScript "encodeURIComponent". После этого мне надо использовать перекодированную переменную в серверных скриптах. Возможно ли это и если да, то как?
P.S. Будет ли encodeURIComponent выполнятся на стороне сервера или на стороне клиента неважно.
А как сделать просто обычный клиентский скрипт, который будет это выполнять(без использования невидимых объектов на странице, а работая только с переменной)?
А как сделать просто обычный клиентский скрипт, который будет это выполнять(без использования невидимых объектов на странице, а работая только с переменной)?
Через Get.
А как сделать просто обычный клиентский скрипт, который будет это выполнять(без использования невидимых объектов на странице, а работая только с переменной)?
shaelf уже, как мне кажется, три раза в этой ветке произнёс, как это сделать. Если не использовать POST, то остаётся только метод GET. Вопрос только в том, какая длинна этой самой Str. Отправка данных методом GET накладывает ограничение на длинну передаваемых данных. Сколько - не скажу, не знаю. Важно помнить, что в обоих случаях передается строка.
shaelf уже, как мне кажется, три раза в этой ветке произнёс, как это сделать. Если не использовать POST, то остаётся только метод GET. Вопрос только в том, какая длинна этой самой Str. Отправка данных методом GET накладывает ограничение на длинну передаваемых данных. Сколько - не скажу, не знаю. Важно помнить, что в обоих случаях передается строка.
А как насчет serialize()?
А помогло мне именно serialaze(), только serialaze - это из PHP? а мне надо было это cделать на ASP, аналогом serialaze в ASP является метод server.URLencode(), он меня и выручил!
Я же написал, что мне нужно обрабатывать именно переменную в пределах одной строки, поэтому get и post тут непричем. Мне надо было из простой переменной сделать строку, аналог той, которая записывается в адресную строку при передаче через get!
А помогло мне именно serialaze(), только serialaze - это из PHP? а мне надо было это cделать на ASP, аналогом serialaze в ASP является метод server.URLencode(), он меня и выручил!
Вобщем, каждый поговорил о своём. Никто никого не понял :)
Я же написал, что мне нужно обрабатывать именно переменную в пределах одной строки, поэтому get и post тут непричем. Мне надо было из простой переменной сделать строку, аналог той, которая записывается в адресную строку при передаче через get!
А помогло мне именно serialaze(), только serialaze - это из PHP? а мне надо было это cделать на ASP, аналогом serialaze в ASP является метод server.URLencode(), он меня и выручил!
Либо я идиот, либо слепой, либо ещё не знаю кто, но слово ASP я тут только что увидел. Конечно можно полагать что тов. DiMamont путает JavaScript и Jscript.
Либо я идиот, либо слепой, либо ещё не знаю кто, но слово ASP я тут только что увидел. Конечно можно полагать что тов. DiMamont путает JavaScript и Jscript.
Я и не спорю, что я не писал про ASP, kasap когда написал про serialize всё верно понял, так что то, что это ASP - не главное!
А разницу между JavaScript и JScript я не очень хорошо представляю, но на мой взгляд в данном случае разница между ними не играет особого значения. Объясните плиз, какое значение имеет эта разница ва данном случае.
Я и не спорю, что я не писал про ASP, kasap когда написал про serialize всё верно понял, так что то, что это ASP - не главное!
А разницу между JavaScript и JScript я не очень хорошо представляю, но на мой взгляд в данном случае разница между ними не играет особого значения. Объясните плиз, какое значение имеет эта разница ва данном случае.
Для начала их создавали разные конторы. Может я и перегибаю палку, но так же можно было бы сравнивать с++ для cgi и php - делать будут одно и то же, синтаксис похож (если мне память не изменяет, то PHP написан на С++).
Я и не спорю, что я не писал про ASP, kasap когда написал про serialize всё верно понял, так что то, что это ASP - не главное!
А разницу между JavaScript и JScript я не очень хорошо представляю, но на мой взгляд в данном случае разница между ними не играет особого значения. Объясните плиз, какое значение имеет эта разница ва данном случае.
JavaScript и JScript похожи внешне. И даже похожи внутренне. Но всё-таки - они разные.
Пример JScript'а - скины для Windows Media Player. Сразу становится понятно, откуда есть пошёл сей диалект... Можно его называть клоном с некоторыми отклонениями. Как и ActionScript от Macromedia.
Для начала их создавали разные конторы. Может я и перегибаю палку, но так же можно было бы сравнивать с++ для cgi и php - делать будут одно и то же, синтаксис похож (если мне память не изменяет, то PHP написан на С++).
Я в курсе, что Microsoft - JScript, но я же не писал, на ASP я пишу или на PHP, кстати я ещё хотел спросить правильно ли говорить: "пишу на ASP" или надо: "с использованием ASP" или ещё как?
Я в курсе, что Microsoft - JScript, но я же не писал, на ASP я пишу или на PHP, кстати я ещё хотел спросить правильно ли говорить: "пишу на ASP" или надо: "с использованием ASP" или ещё как?
ASP - это не язык, а технология. Я думаю 2 более правильно.
Я в курсе, что Microsoft - JScript, но я же не писал, на ASP я пишу или на PHP, кстати я ещё хотел спросить правильно ли говорить: "пишу на ASP" или надо: "с использованием ASP" или ещё как?
Да как угодно. Но факт остаётся фактом: в том, что называется "Рунетом" доминирует *NIX-хостинг. Windows остаётся некоей экзотикой. И в дальнейшем будет так. Мы будем отставать от всего мира.
Вообще, это - достаточно философский вопрос: почему мы отстаём от буржуинов? Да потому что все спецификации, мануалы, хэлпы etc. нарисованны на понятных буржуинам ангельском, французском, испанском и им подобным языкам. У нас есть только, в большинстве своём, переводы энтузиастов. Которых мало. Вот и вся проблема. Они работают по-науке, а мы - "методом тыка"...
Да как угодно. Но факт остаётся фактом: в том, что называется "Рунетом" доминирует *NIX-хостинг. Windows остаётся некоей экзотикой. И в дальнейшем будет так. Мы будем отставать от всего мира.
Вообще, это - достаточно философский вопрос: почему мы отстаём от буржуинов? Да потому что все спецификации, мануалы, хэлпы etc. нарисованны на понятных буржуинам ангельском, французском, испанском и им подобным языкам. У нас есть только, в большинстве своём, переводы энтузиастов. Которых мало. Вот и вся проблема. Они работают по-науке, а мы - "методом тыка"...
Ес честно, то правильно делает, что доминирует! Я всеми руками за nix. Windows - это домашняя платформа, пусть и сидит на десктопах!!! По поводу забугра.... много ты найдёшь серьёзных контор которые сидят на винда (имееться в виду сервера)?
Ес честно, то правильно делает, что доминирует! Я всеми руками за nix. Windows - это домашняя платформа, пусть и сидит на десктопах!!! По поводу забугра.... много ты найдёшь серьёзных контор которые сидят на винда (имееться в виду сервера)?
Я тоже приветствую *nix. Там хоть всё более-менее предсказуемо.
С другой стороны, допустим поставить готовую программу с удалённой MSSQL на UNIX уже будет, прямо скажем, сложновато :)
Я тоже приветствую *nix. Там хоть всё более-менее предсказуемо.
С другой стороны, допустим поставить готовую программу с удалённой MSSQL на UNIX уже будет, прямо скажем, сложновато :)
А *nix базы кто отменил? Или их мало? Pgsql (как ты думаешь она под виндой будет себя чуствовать?:)) LiteSQL, MySQL, Oracle... и т.д. Далеко не все можно на винду загрузить:)))))
А *nix базы кто отменил? Или их мало? Pgsql (как ты думаешь она под виндой будет себя чуствовать?:)) LiteSQL, MySQL, Oracle... и т.д. Далеко не все можно на винду загрузить:)))))
Я ж говорю про то, что уже сделано. Например, сейчас меня поставили перед фактом одной мордочки, которая работает на MSSQL. Я ж не стану ее пытаться переделать ее под Postgress, хотя она вполне могла бы там работать (не столь велика важность их надуманных транзакций. Они сочиняли ее три года целым коллективом, я же сделал за год гораздо большую работу, расбрасывая себя по-мелочам).
Вообще, такие простенькие вещи можно было бы предусматривать под использование с разными БД. Для того и существует ООП.
Я ж говорю про то, что уже сделано. Например, сейчас меня поставили перед фактом одной мордочки, которая работает на MSSQL. Я ж не стану ее пытаться переделать ее под Postgress, хотя она вполне могла бы там работать (не столь велика важность их надуманных транзакций. Они сочиняли ее три года целым коллективом, я же сделал за год гораздо большую работу, расбрасывая себя по-мелочам).
Вообще, такие простенькие вещи можно было бы предусматривать под использование с разными БД. Для того и существует ООП.
Что то мы зафлудили:))