Что сценарии CGI используются в течение этих дней?

Мне известно о 2 активно разрабатываемых проектах, которые до сих пор успешно используют сценарии CGI.

Первый - Webmin веб-инструмент системного администрирования. который я использую в течение многих лет.

Второй - GitWeb , который позволяет вам настроить веб-интерфейс для ваших репозиториев Git.

Что касается скорости CGI (или ее отсутствия), я не могу это комментировать. Исходя из моего опыта работы с Webmin, я не могу сказать, что у меня были проблемы на этом фронте.

CGI - это протокол, это самый простой и самый стандартный способ для создания динамических страниц.

Есть много случаев, когда это полезно:

1. Когда вы хотите создать базовое приложение на языке без mod_XYZ, скажем, C или Haskell, это может потребовать больших вычислений.
2. Во встроенных системах, где память стоит дорого, и вы предпочитаете создавать CGI-скрипт вместо того, чтобы постоянно хранить его в памяти.
3. На некоторых хостингах, где вы хотите предоставить гибкость для написания серверного программного обеспечения с любой технологией, которую вы хотите, но, с другой стороны, не храните президентские приложения в памяти с помощью FastCGI (для пример хостинга Sourceforge).
4. Нагрузка на CGI невелика, поэтому вам не нужно создавать приложения по запросу. Например, в блогах типа MoveableType только обновления выполняются через CGI, все остальное обслуживается через статические страницы, которые CGI-скрипт изменяет при необходимости. Итак, стоимость создания CGI скрипта очень мало.
5. Когда большая часть вашего контента - статические страницы, и вы хотите обслуживать его с помощью сервера, такого как thttpd, очень мало операций, которые можно выполнить, можно выполнить через CGI, который он поддерживает.

Итак ... CGI прост, но все же очень полезен API , позволяющий делать вещи просто.

Например, сценарий, показывающий время безотказной работы вашего сервера

#!/bin/bash
echo Content-Type: text/plain
echo
uptime

Что может быть проще, проще и менее зависимым от веб-сервера?

Многие унаследованные веб-сайты по-прежнему построены с использованием cgi, хотя в наши дни люди отходят от нее. Одно из хорошо известных мне приложений, которые все еще используют CGI, - это блог MovableType .

ASP, PHP, ASP.Net, Ruby on Rails сейчас очень популярны.

Многие общие хосты обслуживают такие серверные языки, как PHP, Python и Perl, через CGI

Подобно Коболу и Фортрану, существуют системы с большими деньгами, построенные на CGI, которые, конечно, будут поддерживаться и в будущем.

Не то чтобы новое программное обеспечение не создавалось время от времени с использованием всех этих технологий.

В проекте, который я оставил несколько месяцев назад, все еще используется CGI. Однако, сайт предназначен для очень небольшой группы пользователей (у него всего около 40 пользователей, и, вероятно, менее 5 используют его часто). Хотя аппаратное обеспечение менялось 3 или 4 раза, часть этого кода работает почти 10 лет с небольшими изменениями или без них. Я уверен, что другие технологии улучшат производительность, но текущая производительность приемлема, а количество сотрудников для внесения изменений невелико, разбросано по слишком многим областям и плохо разбирается в веб-технологиях (особенно с тех пор, как я ушел). Это приводит к позиции «Если не сломано, не чините!»

Что касается замен, которые я использовал / планирую исследовать: На моем новом посту я разработал веб-приложение с PHP . Однако я больше фанат Python и планирую в ближайшее время изучить WSGI.

Операционные системы реального времени, в которых перенос (например, PHP) не является вариантом.