CGI приложения на C
-
- Неотъемлемая часть форума
- Сообщения: 732
- Зарегистрирован: 18 янв 2004, 22:29
- Откуда: Минск
- Контактная информация:
CGI приложения на C
Появилось желание попробовать написать сайтик на C, скомпилить его.
Начал искать библиотеку для CGI. Естетсвенно спросил у гугла "cgi.h"
Нашёл следующее
CGI.h is a C++ #include file that allows a 'CGI' object to be created then HTML tags generated via methods.
А для С библиотека по другому называется? или так же, но я не нашёл её описания?
Может ктонибуть знает ссылочки на инет или печатные ресурсы по этому вопросу?
И в Апаче нужны ли дополнительные настроки? Я так понимаю, что бинарники должны запускаться как cgi, по аналогии с Perl прогами.
Начал искать библиотеку для CGI. Естетсвенно спросил у гугла "cgi.h"
Нашёл следующее
CGI.h is a C++ #include file that allows a 'CGI' object to be created then HTML tags generated via methods.
А для С библиотека по другому называется? или так же, но я не нашёл её описания?
Может ктонибуть знает ссылочки на инет или печатные ресурсы по этому вопросу?
И в Апаче нужны ли дополнительные настроки? Я так понимаю, что бинарники должны запускаться как cgi, по аналогии с Perl прогами.
Lioxa, м... это все фантастика на самом деле...
Особых извращений и библиотек не надо. Почитайте про CGI и предеачу параметров - AFAIK параметроы передаются через stdin и черз enviroment. Соотвественно и читать ихттуда можно относительно просто.
PS: А с какого перепугу надо писать сайт на C ???
Особых извращений и библиотек не надо. Почитайте про CGI и предеачу параметров - AFAIK параметроы передаются через stdin и черз enviroment. Соотвественно и читать ихттуда можно относительно просто.
PS: А с какого перепугу надо писать сайт на C ???
Опыт растет прямо пропорционально выведенному из строя оборудованию
-
- Неотъемлемая часть форума
- Сообщения: 279
- Зарегистрирован: 23 апр 2005, 21:13
- Откуда: minsk
Re: CGI приложения на C
ничего дополнительного не надо.
Все данные для обработки берутся скриптом из :
1) переменных окружения. Например, QUERY_STRING, для анализа инфы, поданной методом GET.
2) стандартного входа (aka STDIN) , если юзер использует метод POST.
Все данные для обработки берутся скриптом из :
1) переменных окружения. Например, QUERY_STRING, для анализа инфы, поданной методом GET.
2) стандартного входа (aka STDIN) , если юзер использует метод POST.
- Victor Gr.
- Неотъемлемая часть форума
- Сообщения: 891
- Зарегистрирован: 13 авг 2004, 15:39
- Откуда: Минск
- Контактная информация:
Lioxa, у меня есть такое же желание Для него и купил Кернигана-Ритчи "Язык программирования Си" . Хочется добиться бешеного прироста производительности.
В рассуждениях дошёл до того, что нужно написать собственный HTTP-сервер с заточкой под собственные нужды, интегрировать в него CMS.
http://victorgr.livejournal.com/22817.html
Впрочем, хочется создать собственный framework оптимизированных функций на C, чтобы не возвращаться к ним и сделать программирование сайтов на Си таким же простым, как и на PHP .
(например, обработка строк, коннекты к БД и др.)
В рассуждениях дошёл до того, что нужно написать собственный HTTP-сервер с заточкой под собственные нужды, интегрировать в него CMS.
http://victorgr.livejournal.com/22817.html
Впрочем, хочется создать собственный framework оптимизированных функций на C, чтобы не возвращаться к ним и сделать программирование сайтов на Си таким же простым, как и на PHP .
(например, обработка строк, коннекты к БД и др.)
- Victor Gr.
- Неотъемлемая часть форума
- Сообщения: 891
- Зарегистрирован: 13 авг 2004, 15:39
- Откуда: Минск
- Контактная информация:
-
- Фанатеющий
- Сообщения: 143
- Зарегистрирован: 05 мар 2003, 13:27
- Контактная информация:
это врядли. CGI гораздо тормознутее модулей (типа PHP) т.к. при каждом обращении будет вызываться программа. а это жуууутко медленно а масштабах большого сервераVictor Gr. писал(а):Lioxa, у меня есть такое же желание Для него и купил Кернигана-Ритчи "Язык программирования Си" . Хочется добиться бешеного прироста производительности.
Хм... если уж извращаться - то по полной
1) Многопточный сервер приложений
2) Коннектор к нему в виде апачевого же модуля обрабатывающего Location
Вот такую связку фиг чем догонишь, если написано с умом...
Строго говоря - mod_php самый худший из возможных способов выполнения php-скриптов с точки зрения безопастности ИМХО.
1) Многопточный сервер приложений
2) Коннектор к нему в виде апачевого же модуля обрабатывающего Location
Вот такую связку фиг чем догонишь, если написано с умом...
Строго говоря - mod_php самый худший из возможных способов выполнения php-скриптов с точки зрения безопастности ИМХО.
Опыт растет прямо пропорционально выведенному из строя оборудованию