Где CGI участвует в компиляции кода Zend Engine [duplicate]

Пример в реальной жизни: сложная база данных, которая должна отображаться на веб-сайте. Поскольку база данных была спроектирована где-то около 1986 года (!), Многие данные были упакованы по-разному, чтобы сэкономить место на диске.

По мере развития разработчики больше не могли решать сложные запросы данных только в SQL, например, потому что алгоритмы сортировки были необычными.

Существует три разумных решения:

1. быстро и грязно: отправьте несертифицированные данные на PHP, отсортируйте их там. Очевидно, это очень дорогое решение, потому что это повторяется каждый раз, когда страница называется
2. записывает плагин в механизм базы данных, но администратор не был готов разрешить использование внешнего кода на своем сервере, или
3. вы можете обрабатывать данные в программе (C, Perl и т. д.) и выводить HTML. Сама программа входит в / cgi-bin и вызывается веб-сервером (например, Apache) напрямую, а не через PHP.

CGI запускает ваш скрипт в решении №3 и выводит эффект в браузер. У вас есть скорость скомпилированной программы, гибкость языка лучше, чем SQL, и нет необходимости писать плагины на SQL-сервер. (Опять же, это пример, специфичный для SQL и C)

Идея CGI заключается в том, что программа / сценарий (независимо от того, Perl или даже C) получает вход через STDIN (данные запроса) и выводит данные через STDOUT (echo, printf statements). Причина, по которой большинство скриптов php не квалифицируется, заключается в том, что они выполняются в модуле PHP Apache.

CGI - это спецификация интерфейса между веб-сервером (HTTP-сервером) и исполняемой программой определенного типа, которая предназначена для обработки конкретного запроса.

В нем описывается, как определенные свойства этого запроса должны быть переданы среда этой программы и то, как программа должна сообщать ответ на сервер и как сервер должен «заполнить» ответ, чтобы сформировать правильный ответ на исходный HTTP-запрос.

Некоторое время CGI был проект IETF в Интернете и, как таковой, имел срок действия. Он истек без обновления, поэтому не было стандарта CGI. Теперь это информационный RFC, но, как таковой, общепринятая практика и сама по себе не является стандартом. rfc3875.txt , rfc3875.html

Программы, реализующие интерфейс CGI, могут быть записаны на любом языке, который запускается на целевой машине. Они должны иметь доступ к переменным среды и обычно стандартный вход , и они генерируют свой вывод на стандартном выходе .

Скомпилированный языки, такие как C, обычно использовались, как и языки сценариев, такие как perl, часто использующие библиотеки, чтобы облегчить доступ к среде CGI.

Одним из больших недостатков CGI является то, что для каждого запроса создается новая программа поэтому сохранение состояния между запросами может быть серьезной проблемой производительности. Состояние может быть обработано в файлах cookie или закодировано в URL-адресе, но если оно становится большим, оно должно храниться в другом месте и вводиться в ключ из кодированной информации URL-адреса или файла cookie. Каждый вызов CGI затем должен будет перезагрузить сохраненное состояние из хранилища где-нибудь.

По этой причине и для очень простого интерфейса к запросам и сеансам гораздо более популярны лучшие интегрированные среды между веб-серверами и приложениями , Среды, такие как современная реализация php с apache, намного лучше интегрируют целевой язык с веб-сервером и обеспечивают доступ к объектам запросов и сеансов, которые необходимы для эффективного обслуживания HTTP-запросов. Они предлагают гораздо более простой и богатый способ писать «программы» для обработки HTTP-запросов.

Будете ли вы писать сценарий CGI, скорее, зависит от интерпретации. Это, безусловно, сделало одно, но гораздо более обычным является запуск php в качестве модуля, где интерфейс между скриптом и сервером не является строго интерфейсом CGI.

Что такое CGI?

Средство для веб-сервера для получения своих данных из программы (вместо, например, файла).

В чем дело с /cgi-bin/*.cgi?

Нет большой сделки. Это просто соглашение.

Я не знаю, для чего этот каталог cgi-bin на сервере. Я не знаю, почему у них есть расширения * .cgi.

Сервер должен знать, что делать с файлом (например, рассматривать его как программу для выполнения вместо того, чтобы просто служить вверх). Наличие расширения .html говорит ему использовать тип содержимого text / html. Имея расширение .cgi, он запускает его как программу.

Сохранение исполняемых файлов в отдельном каталоге дает некоторую дополнительную защиту от выполнения неправильных файлов и / или обслуживания CGI-программ в качестве исходных данных в случае, если сервер получает misconfigured.

Почему Perl всегда мешает.

Это не так. Perl был просто большим и популярным одновременно с CGI.

Я не использовал Perl CGI в течение многих лет. Я использовал mod_perl в течение долгого времени и склоняюсь к PSGI / Plack с FastCGI в эти дни.

Эта книга - еще один отличный пример программирования CGI с Perl. Почему бы не «Программирование CGI с помощью PHP / JSP / ASP».

CGI не очень эффективен. Лучшие методы для общения с программами из веб-серверов приходили примерно одновременно с PHP. JSP и ASP - это разные методы для общения с программами.

Программирование CGI в C меня очень смущает. в C ?? Серьезно ??

Это язык программирования, почему бы и нет?

Когда я компилирую?

1. Запись кода
2. Скомпилировать
3. URL-адрес доступа
4. Веб-сервер запускает программу

Как программа получает

Он не должен выполняться как независимый процесс (вы можете писать модули Apache в C (это значит, что это будет машинный код, поэтому он должен выполняться как независимый процесс). ), но вся концепция CGI заключается в том, что он запускает внешний процесс.

Как он взаимодействует с веб-сервером? IPC?

STDIN / STDOUT и переменные среды - как определено в спецификации CGI.

и сопряжение со всеми серверами (в моем примере MATLAB & amp; MySQL) с помощью программирования сокетов?

Использование любых методов, которые вам нравятся и которые поддерживаются.

Говорят, что CGI обесценивается. Его больше не используют. Это так?

CGI неэффективен, медленен и прост. Он редко используется, когда он используется, потому что он прост.

Какое значение имеет последнее обновление?

1.1

CGI-скрипт - это консольная / оболочечная программа. В Windows, когда вы используете окно «Командная строка», вы запускаете консольные программы. Когда веб-сервер выполняет скрипт CGI, он предоставляет вход в программу console / shell с использованием переменных среды или «стандартного ввода». Стандартный ввод похож на ввод данных в программу console / shell; в случае скрипта CGI веб-сервер выполняет типизацию. Сценарий CGI записывает данные на «стандартный вывод», и этот вывод отправляется клиенту (веб-браузеру) в виде HTML-страницы. Стандартный вывод похож на вывод, который вы видите в программе console / shell, за исключением того, что веб-сервер читает его и отправляет.

CGI-скрипт может быть выполнен из браузера. URI обычно включает строку запроса, которая предоставляется сценарию CGI. Если метод «get», строка запроса предоставляется в CGI Script в переменной среды QUERY_STRING. Если метод «post», то строка запроса предоставляется в CGI Script с использованием стандартного ввода (CGI Script читает строку запроса из стандартного ввода).

Раннее использование скриптов CGI состояло в обработке форм , В начале HTML формы HTML обычно имели атрибут «действие» и кнопку, обозначенную как кнопка «отправить». Когда кнопка отправки нажата, URI, указанный в атрибуте «действие», будет отправлен на сервер с данными из формы, отправленной в виде строки запроса. Если «действие» указывает скрипт CGI, тогда будет выполнен сценарий CGI, а затем будет выведен HTML-страница.

RFC 3875 «Интерфейс общего шлюза (CGI)» частично определяет CGI с использованием C, как в говоря, что переменные среды "получают доступ к библиотечной подпрограмме C getenv () или переменной environ".

Если вы разрабатываете скрипт CGI с использованием C / C ++ и используете Microsoft Visual Studio для этого, тогда вы будете разрабатывать консольная программа.

CGI по существу передает запрос на любой интерпретатор , настроенный с помощью веб-сервера. Это может быть Perl, Python, PHP, Ruby, C почти что угодно. Perl был наиболее распространенным в тот день, поэтому вы часто видите его в отношении CGI.

CGI не мертв. На самом деле большинство крупных хостинговых компаний используют PHP как CGI, а не mod_php, потому что он предлагает конфигурацию пользовательского уровня и некоторые другие вещи, в то время как он медленнее, чем mod_php. Ruby и Python также обычно запускаются как CGI. они имеют ключевое различие в том, что серверный модуль работает как часть реального серверного программного обеспечения - где, как и CGI, полностью за пределами сервера. Сервер просто использует модуль CGI для определения того, как передавать и получать данные внешнему интерпретатору.