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


ru.cgi.perl

 
 - RU.CGI.PERL ------------------------------------------------------------------
 From : Yuri A. Wolf.                        2:5020/400     01 Mar 2001  07:56:38
 To : All
 Subject : Re: <select multiple>
 -------------------------------------------------------------------------------- 
 
 >  AA>> Я пишу
 >  AA>> <option value=1>
 >  AA>> <option value=2>
 >  AA>> и т.д.
 >
 >  AC> perldoc CGI на предмет метода param.
 > Ага, на предмет param. Hу и пишу $sss=param('sss'). Получаю значение
 
 первого из
 
 > выбранных параметров :-(
 
 Легко - никак. Модулей умней CGI нет или их называть не хотят, а еще не
 обсуждают вопросы технологий, как я понял.
 
 По крайней мере я задавал вопрос примерно как Вы, только более углубленного
 содержания - есть ли модуль, с помощью которого можно организовать
 технологию в которой - типы данных (ограничения), поля данных для отдельных
 форм и логические связи между ними хранятся в отдельной базе; html-страница
 с формой формируется с использованием информации из этой базы. А скрипт,
 обрабатывающий ввод, использует эту базу как раз для того, что Вы
 спрашиваете и плюс всякие проверки длины, типа данных, логические связи
 между данными и т.д.
 
 В Вашем случае Вы можете это сделать сами:
 
 Храните в базе данных (или текстовом файле) {в фигурных скобках - пример}:
 0. ID формы - {"195"}
 1. Hазвание параметра - {"sss"}
 2. Его тип (типы придумайте сами) - {"stroka"}
 3. Ограничение по длине {40}
 4. Ограничение по длине формы {30}
 5. Шаблон (для дополнительных проверок) - {""} (любая последователность)
 6. Минимальное значение - {""} (для чисел)
 7. Максимальное значение - {""} (для чисел)
 8. Признак необходимости параметра (поле может быть пустым или нет)
 {"required"}
 
 Последнее, как и другие могут быть зависеть от других полей данных, это и
 есть логическое связывание данных.
 
 Можно еще кучу атрибутов - все зависит от задачи, а общего решения у меня
 еще нет.
 
 Далее пишете процедуры 1) для вывода html-формы, используя вышеописанную БД,
 2) для обработки формы, проверки данных, используя эту БД, и для вывода
 результатов.
 Без этого придется синхронизировать содержание того что выводишь в форме с
 тем, что там должно быть когда обрабатываешь ее - но это именно так как Вы
 не хотите делать, насколько я понял.
 
 Это примерно все, в общем виде - информация к размышлению... ;-)
 
 Задача тривиальная, каждый проходит ее на определенном этапе, когда уже
 недостаточно отдельных скриптов, когда время дорого; это уже технология. А
 как я заметил - технологии такого плана здесь очевидно не обсуждают.
 
 Или я не прав? ;-)
 --
 Вольф Ю.А.
 wolf@OBK.ru
 --- ifmail v.2.15dev5
  * Origin: OVK-Trade (2:5020/400)
 
 

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

 Тема:    Автор:    Дата:  
 <select multiple>   Alexander Averbuh   27 Feb 2001 21:57:00 
 Re: <select multiple>   Artem Chuprina   28 Feb 2001 12:15:07 
 <select multiple>   Alexander Averbuh   28 Feb 2001 22:56:00 
 Re: <select multiple>   Yuri A. Wolf.   01 Mar 2001 07:56:38 
 Re: <select multiple>   Artur Penttinen   01 Mar 2001 10:09:53 
 Re: <select multiple>   Yuri A. Wolf.   01 Mar 2001 11:57:49 
Архивное /ru.cgi.perl/645964934a06.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional