Как я могу выполнить сценарии Ruby через Apache (не обязательно использующий направляющие)?
Инвестируйте свое время в установку решения по контролю. Все данные, необходимо определить проблему, почти упадут из ничего, и система поможет Вам бесчисленными другими способами к поиску и устранению неисправностей, планированию мощностей, и т.д.
Определяйте хост в своей сети как Ваш контрольный сервер. Выполните любой контрольный пакет, такой как Zenoss, Zabbix, Кактусы или многие другие.
Непрерывно контролируйте времена ping от своего контрольного сервера до:
- Все клиентские машины в Вашей сети (Ваши рабочие станции сотрудника)
- Первый шлюз Вашего ISP и серверы DNS
- Некоторый шлюз около веб-сайта, в котором Вы обеспокоены (используют traceroute для определения этого),
- Фактический веб-хост веб-сайта
Эти данные скажут Вам, если будет перегрузка сети, и необходимо смочь вывести, где это. Это не скажет Вам, если их веб-серверы будут просто сорваны все же. Для этого необходимо будет контролировать время отклика определенных URL. Можно сделать это с большинством контролирующих серверов также. У Вас может быть один монитор время отклика google.com как случай управления.
После того как Вы непрерывно контролируете весь этот материал, позвольте ему работать в течение недели и затем проанализируйте все графики. Можно видеть, что время отклика повышается во время определенных частей дня. Можно показать эти данные менеджеру по ИТ на веб-сайте и сказать:
Здесь график, показывающий недопустимое время отклика от Вашего веб-сервера, и здесь другой график, показывающий превосходное время отклика от Google в течение того же периода времени. Очевидно наша сеть и интернет-соединение не виноваты.
Наиболее распространенным способом выполнить код Ruby в среде веб-сервера является при наличии реализации кода интерфейс стойки. Это - очень простой API, который позволяет веб-серверу говорить с Вашим рубиновым приложением. Для Apache наиболее распространенный обработчик стоек является пассажиром (иначе. mod_rails и mod_rack). Почти все текущие рубиновые веб-платформы (как направляющие, sinatra, кемпинг...) соединяются с веб-сервером с помощью обработчика стоек. Можно использовать одну из тех платформ, но можно также записать приложения стойки непосредственно без тех. Все рубиновые серверы приложений (полукровка, худая, единорог, радуги...), реализуют интерфейс стойки.
Другая альтернатива должна была бы использовать (f) cgi, но я буду советовать Вам избегать того маршрута, поскольку интерфейс и протоколы являются неловкими и действительно не предоставляют современные услуги управления.
Можно выполнить рубиновые сценарии с быстрым cgi. Посмотрите на fcgi проект для получения дополнительной информации.
Я уже некоторое время пытался найти простой ответ на этот вопрос и выяснил, что все, что вам нужно сделать, это поставить скрипт ruby в каталоге cgi-bin вашего веб-сервера и загрузите соответствующий URL. Так, например, при установке CentOS 6.2 / httpd по умолчанию я помещаю сценарий hello.rb в / var / www / cgi-bin /, а затем загружаю http: // localhost / cgi-bin / hello. rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (например, от put и т. д.).
Здесь происходит то, что каждый раз при загрузке URL-адреса сценарий выполняется полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
Мы уже некоторое время пытались найти простой ответ на этот вопрос и выяснили, что все, что вам нужно сделать, это поместить скрипт ruby в каталог cgi-bin вашего веб-сервера и загрузить соответствующий URL. Так, например, при установке CentOS 6.2 / httpd по умолчанию я помещаю сценарий hello.rb в / var / www / cgi-bin /, а затем загружаю http: // localhost / cgi-bin / hello. rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (например, от put и т. д.).Здесь происходит то, что каждый раз при загрузке URL-адреса сценарий выполняется полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
Мы уже некоторое время пытались найти простой ответ на этот вопрос и выяснили, что все, что вам нужно сделать, это поместить сценарий ruby в каталог cgi-bin вашего веб-сервера и загрузить соответствующий URL-адрес. Так, например, при установке CentOS 6.2 / httpd по умолчанию я помещаю сценарий hello.rb в / var / www / cgi-bin /, а затем загружаю http: // localhost / cgi-bin / hello. rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (например, от put и т. д.).Здесь происходит то, что каждый раз при загрузке URL-адреса сценарий выполняется полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
и выяснили, что все, что вам нужно сделать, это поместить скрипт ruby в каталог cgi-bin вашего веб-сервера и загрузить соответствующий URL-адрес. Так, например, при установке CentOS 6.2 / httpd по умолчанию я помещаю сценарий hello.rb в / var / www / cgi-bin /, а затем загружаю http: // localhost / cgi-bin / hello. rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (например, от put и т. д.).Здесь происходит то, что каждый раз при загрузке URL-адреса сценарий выполняется полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
и выяснили, что все, что вам нужно сделать, это поместить скрипт ruby в каталог cgi-bin вашего веб-сервера и загрузить соответствующий URL-адрес. Так, например, при установке CentOS 6.2 / httpd по умолчанию я помещаю сценарий hello.rb в / var / www / cgi-bin /, а затем загружаю http: // localhost / cgi-bin / hello. rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (например, от put и т. д.).Здесь происходит то, что каждый раз при загрузке URL-адреса сценарий выполняется полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
при установке CentOS 6.2 / httpd по умолчанию я помещаю скрипт hello.rb в / var / www / cgi-bin /, а затем загружаю http: //localhost/cgi-bin/hello.rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (то есть из put и т. д.).Здесь каждый раз, когда загружается URL, сценарий запускается полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
при установке CentOS 6.2 / httpd по умолчанию я помещаю скрипт hello.rb в / var / www / cgi-bin /, а затем загружаю http: //localhost/cgi-bin/hello.rb в моем браузере, и он выполнил сценарий и показал мне, что перешло в STDOUT (то есть из put и т. д.).Здесь каждый раз, когда загружается URL, сценарий запускается полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.
надеюсь, что это поможет.
сценарий запускается полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.надеюсь, что это поможет.
сценарий запускается полностью. Это не идеально для веб-сервера большого объема или там, где скорость имеет решающее значение - поэтому что-то вроде fastCGI поддерживает выполнение сценария всегда, но вы должны написать сценарий, чтобы справиться с этим.надеюсь, что это поможет.