Есть сайт, в котором меню вызывает через ssi shtml файлы, а уже те делают
include virtual cgi скриптов на perl. И сами cgi-скрипты при необходимости
показать страничку вызывают всё те же shtml файлы. Всё замечательно работает с
методом GET, но огромной длины url-ы с кучей полей из БД очень нехорошо
выглядят. Порылся в инете и нашёл, что если делать вызов из shtml файла
cgi-скрипта как #exec cgi, то нормально будет отрабатывать и POST. Однако на
экране вижу:
Method Not Allowed
The requested method POST is not allowed for the URL /save_new.shtml.
Так можно ли из формы сделать
<form action="http://www.vipkreslo.ru/save_new.shtml" method="POST">
, в save_new.shtml:
<!--#exec cgi="../cgi-bin/save_new.cgi" -->
и передать туда нормально весь POST от формы?
Или, может, есть какой-либо ещё способ передать большое число переменных
скрипту, чтобы не захламлять url?
... Jonny wanna live
GP> Есть сайт, в котором меню вызывает через ssi shtml файлы, а уже те делают
GP> include virtual cgi скриптов на perl. И сами cgi-скрипты при необходимости
GP> показать страничку вызывают всё те же shtml файлы. Всё замечательно работает с
GP> методом GET, но огромной длины url-ы с кучей полей из БД очень нехорошо
GP> выглядят. Порылся в инете и нашёл, что если делать вызов из shtml файла
GP> cgi-скрипта как #exec cgi, то нормально будет отрабатывать и POST. Однако на
GP> экране вижу:
GP> Method Not Allowed
GP> The requested method POST is not allowed for the URL /save_new.shtml.
Если Not Allowed, то это, скорее всего, означает, что POST в это место
запрещен настройками веб-сервера.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
Unix-like -- для кинестетиков, Emacs -- для аудиалов, Mac -- для визуалов,
Windows -- для чайников
-- RockMover in <RM279891167...@golovolomka.net>
GP>> выглядят. Порылся в инете и нашёл, что если делать вызов из shtml
GP>> файла cgi-скрипта как #exec cgi, то нормально будет отрабатывать и
GP>> POST. Однако на экране вижу:
GP>> Method Not Allowed
GP>> The requested method POST is not allowed for the URL
GP>> /save_new.shtml.
AC> Если Not Allowed, то это, скорее всего, означает, что POST в это место
AC> запрещен настройками веб-сервера.
Возможно, это мастерхост. А что можно почитать о других вариантах передачи
данных без url-a?
... Jonny wanna live
GP>>> выглядят. Порылся в инете и нашёл, что если делать вызов из shtml
GP>>> файла cgi-скрипта как #exec cgi, то нормально будет отрабатывать
GP>>> и POST. Однако на экране вижу: Method Not Allowed The requested
GP>>> method POST is not allowed for the URL /save_new.shtml.
AC>> Если Not Allowed, то это, скорее всего, означает, что POST в это
AC>> место запрещен настройками веб-сервера.
GP> Возможно, это мастерхост. А что можно почитать о других вариантах
GP> передачи данных без url-a?
А их, по сути, больше и нету. Теоретически бывает еще PUT, но его уж
тем более почти никто не умеет, и он везде запрещен. Могу предложить
обрабатывать формы не через SSI, а обычным CGI, хранящимся в том месте,
куда POST можно.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
Курицца - не пицца. (Итальянская пословицца)
GP>> Возможно, это мастерхост. А что можно почитать о других вариантах
GP>> передачи данных без url-a?
AC> А их, по сути, больше и нету. Теоретически бывает еще PUT, но его уж
AC> тем более почти никто не умеет, и он везде запрещен. Могу предложить
AC> обрабатывать формы не через SSI, а обычным CGI, хранящимся в том месте,
AC> куда POST можно.
Можно еще server-side sessions использовать.
Eugene
--
Как ни отмывай задний проход, он не станет глазом. (Дхарма)
GP>>> Возможно, это мастерхост. А что можно почитать о других вариантах
GP>>> передачи данных без url-a?
AC>> А их, по сути, больше и нету. Теоретически бывает еще PUT, но его
AC>> уж тем более почти никто не умеет, и он везде запрещен. Могу
AC>> предложить обрабатывать формы не через SSI, а обычным CGI,
AC>> хранящимся в том месте, куда POST можно.
EG> Можно еще server-side sessions использовать.
Сессия тебе позволит гонять туда-сюда старые данные, но не получать новые.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
There's no sense in being precise, when you don't even know what
you're talking about.
-- John von Neumann
GP>>>> Возможно, это мастерхост. А что можно почитать о других вариантах
GP>>>> передачи данных без url-a?
AC>>> А их, по сути, больше и нету. Теоретически бывает еще PUT, но его
AC>>> уж тем более почти никто не умеет, и он везде запрещен. Могу
AC>>> предложить обрабатывать формы не через SSI, а обычным CGI,
AC>>> хранящимся в том месте, куда POST можно.
EG>> Можно еще server-side sessions использовать.
AC> Сессия тебе позволит гонять туда-сюда старые данные, но не получать новые.
Hовые можно и через GET собирать.
Eugene
--
Поэты - страшные люди. У них все святое.
GP>>>>> Возможно, это мастерхост. А что можно почитать о других вариантах
GP>>>>> передачи данных без url-a?
AC>>>> А их, по сути, больше и нету. Теоретически бывает еще PUT, но
AC>>>> его уж тем более почти никто не умеет, и он везде запрещен.
AC>>>> Могу предложить обрабатывать формы не через SSI, а обычным CGI,
AC>>>> хранящимся в том месте, куда POST можно.
EG>>> Можно еще server-side sessions использовать.
AC>> Сессия тебе позволит гонять туда-сюда старые данные, но не
AC>> получать новые.
EG> Hовые можно и через GET собирать.
По одному? Издевательство... Hе, если с аяксом, то можно, конечно, но
аяксу на стороне сервера нужен уже не SSI... Сколь-нибудь осмысленный
объем через GET, впрочем, все равно не передашь. Hо судя по
изначальному письму, оно GP _пока_ и не надо...
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
Любой инструмент, используемый не по назначению, имеет свойство
превращаться в грабли.
Andrey Sverdlichenko
EG>> Hовые можно и через GET собирать.
AC> По одному? Издевательство...
Почему по-одному? Можно и по несколько.
Eugene
--
Господа Действительного Положения Вещей предохраняют себя от голода своим
богатством, от общественного мнения - тайной и анонимностью,
от частной критики - законами против клеветы и тем, что средства связи
находятся в их распоряжении. (Hорберт Винер)