Hello community, here is the log from the commit of package rubygem-passenger for openSUSE:Factory checked in at Wed Oct 5 11:10:23 CEST 2011.
-------- --- openSUSE:Factory/rubygem-passenger/rubygem-passenger.changes 2011-09-23 12:44:58.000000000 +0200 +++ /mounts/work_src_done/STABLE/rubygem-passenger/rubygem-passenger.changes 2011-09-23 15:44:37.000000000 +0200 @@ -1,0 +2,56 @@ +Fri Sep 23 13:43:18 UTC 2011 - [email protected] + +- [Nginx] Fixed include path + +------------------------------------------------------------------- +Mon Aug 22 13:03:16 UTC 2011 - [email protected] + +- update to version 3.0.8 + * [Nginx] Upgraded preferred Nginx version to 1.0.5. + * [Nginx] Fixed various compilation problems on various platforms. + * [Nginx] We now ensure that SERVER_NAME is equal to HTTP_HOST + without the port part. This is needed for Rack compliance. By + default Nginx sets SERVER_NAME to whatever is specified in the + server_name directive, but that's not necessarily the correct + value. This fixes, for example, the use of the 'map' statement + in config.ru. + * [Nginx] Added the options passenger_buffer_size, + passenger_buffers and passenger_busy_buffers_size. These + options are similar to proxy_module's similarly named options. + You can use these to e.g. increase the maximum header size + limit. + * [Nginx] passenger_pre_start now supports virtual hosts that + listen on Unix domain sockets. + * [Apache] Fixed the pcre.h compilation problem. + * [Standalone] Fixed 'passenger stop'. + It didn't work properly because it kept waiting for 'tail' to + exit. We now properly terminate 'tail' as well. + * Fixed compatibility with Rake 0.9. + * Fixed various Ruby 1.9 compatibility issues. + * Various documentation improvements. + * New Union Station filter language features. + It now supports status codes and response times. Please refer + to https://engage.unionstationapp.com/help#filtering for more + information. + +------------------------------------------------------------------- +Mon Aug 22 12:59:04 UTC 2011 - [email protected] + +- make sure the passenger root variable always points to the + passenger version in the package. To achieve that we introduce a + (mod_)passenger_root.include file which will be included from the + old (mod_)passenger.conf. the new file is not marked as + config(noreplace) and will be overwritten by the package. + +------------------------------------------------------------------- +Tue Aug 16 12:15:01 UTC 2011 - [email protected] + +- buildrequire rubygem-rack-1_3 to fix the have choice problem +- use the mod_full_name macro + +------------------------------------------------------------------- +Wed Jun 8 14:32:23 UTC 2011 - [email protected] + +- add config template to -nginx subpackage + +------------------------------------------------------------------- calling whatdependson for head-i586 Old: ---- passenger-3.0.7.gem New: ---- mod_passenger_root.include nginx_passenger.conf nginx_passenger_root.include passenger-3.0.8.gem ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ rubygem-passenger.spec ++++++ --- /var/tmp/diff_new_pack.Yn6jef/_old 2011-10-05 11:10:18.000000000 +0200 +++ /var/tmp/diff_new_pack.Yn6jef/_new 2011-10-05 11:10:18.000000000 +0200 @@ -16,12 +16,11 @@ # # norootforbuild - - Name: rubygem-passenger -Version: 3.0.7 -Release: 1 +Version: 3.0.8 +Release: 0 %define mod_name passenger +%define mod_full_name %{mod_name}-%{version} %define apxs /usr/sbin/apxs2 %define apache_libexecdir %(%{apxs} -q LIBEXECDIR) %define apache_sysconfdir %(%{apxs} -q SYSCONFDIR) @@ -37,13 +36,17 @@ BuildRoot: %{_tmppath}/%{name}-%{version}-build BuildRequires: rubygems_with_buildroot_patch %rubygems_requires +# rake >= 0.8.1 BuildRequires: rubygem-rake >= 0.8.1 Requires: rubygem-rake >= 0.8.1 +# fastthread >= 1.0.1 BuildRequires: rubygem-fastthread >= 1.0.1 Requires: rubygem-fastthread >= 1.0.1 +# daemon_controller >= 0.2.5 BuildRequires: rubygem-daemon_controller >= 0.2.5 Requires: rubygem-daemon_controller >= 0.2.5 -BuildRequires: rubygem-rack +# rack >= 0 +BuildRequires: rubygem-rack-1_1 Requires: rubygem-rack BuildRequires: apache2-devel BuildRequires: boost-devel @@ -60,72 +63,62 @@ Recommends: packageand(nginx:rubygem-passenger-nginx) # Url: http://www.modrails.com/ -Source: %{mod_name}-%{version}.gem +Source: %{mod_full_name}.gem # patches are just in for the case i find time to forward port them. # atm we use the static boost library that ships with passenger Source1: rubygem-passenger-2.0.5_system_boost.patch Source2: rubygem-passenger-2.0.5_boost_exception.patch Source3: rubygem-passenger-2.0.5_missing_includes.patch Source4: mod_passenger.conf +Source5: mod_passenger_root.include +Source6: nginx_passenger.conf +Source7: nginx_passenger_root.include # Summary: Easy and robust Ruby web application deployment - %description Easy and robust Ruby web application deployment. %package nginx -License: MIT GPLv2 Summary: Passenger Nginx module for Ruby on Rails support Group: Development/Languages/Ruby Requires: rubygem-passenger = %{version} Requires: nginx - %description nginx Additional rubygem-passenger module for nginx HTTP-server. %package apache2 -License: MIT GPLv2 Summary: Passenger apache module Group: Development/Languages/Ruby Requires: rubygem-passenger = %{version} Requires: apache2 %{apache_mmn} - %description apache2 Additional rubygem-passenger module for apache2 HTTP-server. %package doc -License: MIT GPLv2 Summary: RDoc documentation for %{mod_name} Group: Development/Languages/Ruby Requires: %{name} = %{version} - %description doc Documentation generated at gem installation time. Usually in RDoc and RI formats. %package testsuite -License: MIT GPLv2 Summary: Test suite for %{mod_name} Group: Development/Languages/Ruby Requires: %{name} = %{version} - %description testsuite Test::Unit or RSpec files, useful for developers. %package devel-static -License: MIT GPLv2 Summary: Files to develop passenger bindings for your webserver Group: Development/Languages/Ruby Requires: %{name} = %{version} Provides: %{name}-devel = %{version} - %description devel-static The 2 static files that are needed to build the nginx extension %prep - %build - %install # TODO: # currently -lev gets lost when using system libev @@ -133,7 +126,7 @@ export USE_VENDORED_LIBEV="no" %endif %gem_install %{S:0} -pushd %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ +pushd %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ export PATH="%{_sbindir}:$PATH" #compiling nginx stuff @@ -153,10 +146,14 @@ rm -rv ext/ruby/ruby-*-linux popd %gem_cleanup -find %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ -name dispatch.\* -print0 | \ +find %{buildroot}%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ -name dispatch.\* -print0 | \ xargs -r0 ruby -p -i -e 'gsub(%r{#!.*/bin/ruby.*}, "#!/usr/bin/ruby")' %{__install} -D -m 0644 %{S:4} %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger.conf -%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}," %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger.conf +%{__install} -D -m 0644 %{S:5} %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger_root.include +%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}," %{buildroot}%{apache_sysconfdir}/conf.d/mod_passenger_root.include +%{__install} -D -m 0644 %{S:6} %{buildroot}/etc/nginx/conf.d/passenger.conf +%{__install} -D -m 0644 %{S:7} %{buildroot}/etc/nginx/conf.d/passenger_root.include +%{__sed} -i -e "s,@PassengerRoot@,%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}," %{buildroot}/etc/nginx/conf.d/passenger_root.include %{__rm} -v %{buildroot}%{_bindir}/passenger-install-*-module %clean @@ -164,13 +161,18 @@ %files nginx %defattr(-,root,root) -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/nginx +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/nginx +%dir /etc/nginx +%dir /etc/nginx/conf.d +%config(noreplace) /etc/nginx/conf.d/passenger.conf +%config /etc/nginx/conf.d/passenger_root.include %files apache2 %defattr(-,root,root) %{apache_libexecdir}/mod_passenger.so %config(noreplace) %{apache_sysconfdir}/conf.d/mod_passenger.conf -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/apache2 +%config %{apache_sysconfdir}/conf.d/mod_passenger_root.include +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/apache2 %files %defattr(-,root,root,-) @@ -179,30 +181,29 @@ %{_bindir}/passenger-status %{_bindir}/passenger-memory-stats %{_bindir}/passenger-make-enterprisey -%{_libdir}/ruby/gems/%{rb_ver}/cache/%{mod_name}-%{version}.gem -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ -%{_libdir}/ruby/gems/%{rb_ver}/specifications/%{mod_name}-%{version}.gemspec +%{_libdir}/ruby/gems/%{rb_ver}/cache/%{mod_full_name}.gem +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ # doc and testsuite subpackage -%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/test -%exclude %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_name}-%{version}/ +%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/test +%{_libdir}/ruby/gems/%{rb_ver}/specifications/%{mod_full_name}.gemspec # backend subpackages -%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/apache2 -%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/agents/nginx +%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/apache2 +%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/agents/nginx # needed to build the nginx extension -%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libboost_oxt.a -%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libpassenger_common.a +%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libboost_oxt.a +%exclude %{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libpassenger_common.a %files doc %defattr(-,root,root,-) -%doc %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_name}-%{version}/ +%doc %{_libdir}/ruby/gems/%{rb_ver}/doc/%{mod_full_name}/ %files testsuite %defattr(-,root,root,-) -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/test +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/test %files devel-static %defattr(-,root,root,-) -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libboost_oxt.a -%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_name}-%{version}/ext/common/libpassenger_common.a +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libboost_oxt.a +%{_libdir}/ruby/gems/%{rb_ver}/gems/%{mod_full_name}/ext/common/libpassenger_common.a %changelog ++++++ mod_passenger.conf ++++++ --- /var/tmp/diff_new_pack.Yn6jef/_old 2011-10-05 11:10:18.000000000 +0200 +++ /var/tmp/diff_new_pack.Yn6jef/_new 2011-10-05 11:10:18.000000000 +0200 @@ -13,7 +13,10 @@ # This required option may only occur once, in the global server # configuration. # - PassengerRoot "@PassengerRoot@" + # The config variable got moved to its own file that will get updated by + # the package. + # + Include "/etc/apache2/conf.d/mod_passenger_root.include" # # This option allows one to specify the Ruby interpreter to use. # ++++++ mod_passenger_root.include ++++++ <IfModule passenger_module> # DO NOT EDIT THIS FILE IT IS MEANT TO BE AUTO UPDATED ON PACKAGE UPDATE # EDIT /etc/apache2/conf.d/mod_passenger.conf # # The location to the Phusion Passenger root directory. This # configuration option is essential to Phusion Passenger. The correct # value is given by the installer, and should usually not be changed # manually. # # This required option may only occur once, in the global server # configuration. # PassengerRoot "@PassengerRoot@" </IfModule> ++++++ nginx_passenger.conf ++++++ # Passenger default config # http://modrails.com/documentation/Users%20guide%20Nginx.html # passenger_root <directory> # # The location to the Phusion Passenger root directory. This configuration # option is essential to Phusion Passenger, and allows Phusion Passenger to # locate its own data files. The correct value is given by the installer or # passenger-config --root # This required option may only occur once, in the http configuration block. # # The config variable got moved to its own file that will get updated by # the package. # include conf.d/passenger_root.include # passenger_ruby <filename> # # This option allows one to specify the Ruby interpreter to use. # This option may only occur once, in the http configuration block. # The default is ruby. passenger_ruby /usr/bin/ruby; # passenger_spawn_method <string> # # Internally, Phusion Passenger spawns multiple Ruby application processes in # order to handle requests. But there are multiple ways with which processes # can be spawned, each having its own set of pros and cons. Supported spawn # methods are: # # smart # When this spawn method is used, Phusion Passenger will attempt to cache # any framework code (e.g. Ruby on Rails itself) and application code for a # limited period of time. Please read Spawning methods explained for a more # detailed explanation of what smart spawning exactly does. # # smart-lv2 # This spawning method is similar to smart but it skips the framework # spawner and uses the application spawner directly. This means the # framework code is not cached between multiple applications, although it is # still cached within instances of the same application. Please read # Spawning methods explained for a more detailed explanation of what # smart-lv2 spawning exactly does. # # conservative # This spawning method is similar to the one used in Mongrel Cluster. It # does not perform any code caching at all. Please read Spawning methods # explained for a more detailed explanation of what conservative spawning # exactly does. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # # In each place, it may be specified at most once. The default value is smart-lv2. #passenger_spawn_method smart-lv2; # Important deployment options # ============================ # passenger_enabled <on|off> # # This option may be specified in the http configuration block, a server # configuration block, a location configuration block or an if configuration # scope, to enable or disable Phusion Passenger for that server or that location. # # Phusion Passenger is disabled by default, so you must explicitly enable it # for server blocks that you wish to serve through Phusion Passenger. Please # see Deploying a Ruby on Rails application and Deploying a Rack-based Ruby # application for examples. #passenger_enabled on; # passenger_base_uri <uri> # # Used to specify that the given URI is an distinct application that should be # served by Phusion Passenger. This option can be used for both Rails and Rack # applications. See Deploying Rails to a sub URI for an example. # # It is allowed to specify this option multiple times. Do this to deploy # multiple applications in different sub-URIs under the same virtual host. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. #passenger_base_uri /app1; # Connection handling options # =========================== # passenger_use_global_queue <on|off> # # Turns the use of global queuing on or off. # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is on. #passenger_use_global_queue on; # passenger_ignore_client_abort <on|off> # # Normally, when the HTTP client aborts the connection (e.g. when the user # clicked on "Stop" in the browser), the connection with the application # process will be closed too. If the application process continues to send its # response, then that will result in EPIPE errors in the application, which # will be printed in the error log if the application doesn’t handle them gracefully. # # If this option is turned on then upon client abort Phusion Passenger will # continue to read the application process’s response while discarding all the # read data. This prevents EPIPE errors but it’ll also mean the backend # process will be unavailable for new requests until it is done sending its response. # # This option may occur in the following places: # - In the http, server, location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is off. #passenger_ignore_client_abort off; # passenger_set_cgi_param <CGI environment name> <value> # # Allows one to define additional CGI environment variables to pass to the # backend application. This is equivalent to ngx_http_fastcgi_module’s # fastcgi_param directive, and is comparable to ngx_http_proxy_module’s # proxy_set_header option. Nginx variables in the value are interpolated. # # For example: # # # Application will see a CGI environment "APP_NAME" with value "my super blog". # passenger_set_cgi_param APP_NAME "my super blog"; # # # Nginx variables are interpolated. # passenger_set_cgi_param EXTRA_REQUEST_METHOD method=$request_method; # # If you want to set an HTTP header, then you must set it in the CGI environment name format, i.e. HTTP_*: # # # !!!THIS IS WRONG!!! Don't do this! # passenger_set_cgi_param X-Forwarded-For 127.0.0.2; # # # Instead, write it like this: # passenger_set_cgi_param HTTP_X_FORWARDED_FOR 127.0.0.2; # # This option may occur in the following places: # - In the http, server, location configuration block. # - In an if configuration scope. # passenger_pass_header <header name> # # Some headers generated by backend applications are not forwarded to the # HTTP client, e.g. X-Accel-Redirect which is directly processed by Nginx and # then discarded from the final response. This directive allows one to force # Nginx to pass those headers anyway, similar to how proxy_pass_header works. # # For example: # # location / { # passenger_pass_header X-Accel-Redirect; # } # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # passenger_buffer_response <on|off> # # When turned on, application-generated responses are buffered in memory and # also on disk if the response is larger than a certain threshold. By # buffering responses, protection is provided against slow HTTP clients that # can not read your response immediately. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is on. #passenger_buffer_response on; # Security options # ================ # passenger_user_switching <on|off> # # Whether to enable user switching support. # This option may only occur once, in the http configuration block. The default value is on. #passenger_user_switching on; # passenger_user <username> # # If user switching support is enabled, then Phusion Passenger will by default # run the web application as the owner if the file config/environment.rb (for # Rails apps) or config.ru (for Rack apps). This option allows you to override # that behavior and explicitly set a user to run the web application as, # regardless of the ownership of environment.rb/config.ru. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. # passenger_group <group name> # # If user switching support is enabled, then Phusion Passenger will by default # run the web application as the primary group of the owner of the file # config/environment.rb (for Rails apps) or config.ru (for Rack apps). This # option allows you to override that behavior and explicitly set a group to # run the web application as, regardless of the ownership of environment.rb/config.ru. # # <group name> may also be set to the special value !STARTUP_FILE!, in which # case the web application’s group will be set to environment.rb/config.ru's group. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # # In each place, it may be specified at most once. # passenger_default_user <username> # # Phusion Passenger enables user switching support by default. This configuration # option allows one to specify the user that applications must run as, if user # switching fails or is disabled. # # This option may only occur once, in the http configuration block. The default value is nobody. #passenger_default_user nobody; # passenger_default_group <group name> # # Phusion Passenger enables user switching support by default. This configuration # option allows one to specify the group that applications must run as, if user # switching fails or is disabled. # # This option may only occur once, in the http configuration block. The default # value is the primary group of the user specifified by passenger_default_user. #passenger_default_group nobody; # passenger_friendly_error_pages <on|off> # # Phusion Passenger can display friendly error pages whenever an application # fails to start. This friendly error page presents the startup error message, # some suggestions for solving the problem, and a backtrace. This feature is # very useful during application development and useful for less experienced # system administrators, but the page might reveal potentially sensitive # information, depending on the application. Experienced system administrators # who are using Phusion Passenger on serious production servers should consider # turning this feature off. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is on. #passenger_friendly_error_pages on; # Resource control and optimization options # ========================================= # passenger_max_pool_size <integer> # # The maximum number of Ruby on Rails or Rack application instances that may be # simultaneously active. A larger number results in higher memory usage, but # improved ability to handle concurrent HTTP clients. # # The optimal value depends on your system’s hardware and the server’s average # load. You should experiment with different values. But generally speaking, # the value should be at least equal to the number of CPUs (or CPU cores) that # you have. If your system has 2 GB of RAM, then we recommend a value of 30. # If your system is a Virtual Private Server (VPS) and has about 256 MB RAM, # and is also running other services such as MySQL, then we recommend a value of 2. # # If you find that your server is unable to handle the load on your Rails/Rack # websites (i.e. running out of memory) then you should lower this value. # (Though if your sites are really that popular, then you should strongly # consider upgrading your hardware or getting more servers.) # # This option may only occur once, in the http configuration bock. The default value is 6. # passenger_min_instances <integer> # # This specifies the minimum number of application instances that must be kept # around whenever Phusion Passenger cleans up idle instances. You should set # this option to a non-zero value if you want to avoid potentially long startup # times after a website has been idle for an extended period. # # Please note that this option does not pre-start application instances during # Nginx startup. It just makes sure that when the application is first accessed: # - at least the given number of instances will be spawned. # - the given number of processes will be kept around even when instances # are being idle cleaned (see passenger_pool_idle_time). # # If you want to pre-start application instances during Nginx startup, then # you should use the passenger_pre_start directive, possibly in combination # with passenger_min_instances. This behavior might seem counter-intuitive at # first sight, but passenger_pre_start explains the rationale behind it. # # The passenger_min_instances option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is 1. # passenger_max_instances_per_app <integer> # # The maximum number of application instances that may be simultaneously # active for a single application. This helps to make sure that a single # application will not occupy all available slots in the application pool. # # This value must be less than passenger_max_pool_size. A value of 0 means # that there is no limit placed on the number of instances a single # application may use, i.e. only the global limit of passenger_max_pool_size will be enforced. # # This option may only occur once, in the http configuration block. The default value is 0. # passenger_pool_idle_time <integer> # # The maximum number of seconds that an application instance may be idle. That # is, if an application instance hasn’t received any traffic after the given # number of seconds, then it will be shutdown in order to conserve memory. # # Decreasing this value means that applications will have to be spawned more # often. Since spawning is a relatively slow operation, some visitors may # notice a small delay when they visit your Rails/Rack website. However, it # will also free up resources used by applications more quickly. # # The optimal value depends on the average time that a visitor spends on a # single Rails/Rack web page. We recommend a value of 2 * x, where x is the # average number of seconds that a visitor spends on a single Rails/Rack web # page. But your mileage may vary. # # When this value is set to 0, application instances will not be shutdown # unless it’s really necessary, i.e. when Phusion Passenger is out of worker # processes for a given application and one of the inactive application # instances needs to make place for another application instance. Setting the # value to 0 is recommended if you’re on a non-shared host that’s only running # a few applications, each which must be available at all times. # # This option may only occur once, in the http configuration block. The default value is 300. # passenger_pre_start <url> # # By default, Phusion Passenger does not start any application instances until # said web application is first accessed. The result is that the first visitor # of said web application might experience a small delay as Phusion Passenger # is starting the web application on demand. If that is undesirable, then this # directive can be used to pre-started application instances during Nginx startup. # # A few things to be careful of: # - This directive accepts the URL of the web application you want to pre-start, # not a on/off value! This might seem a bit weird, but read on for rationale. # As for the specifics of the URL: # * The domain part of the URL must be equal to the value of the server_name # directive of the server block that defines the web application. # * Unless the web application is deployed on port 80, the URL should # contain the web application’s port number too. # * The path part of the URL must point to some URI that the web application handles. # - You will probably want to combine this option with passenger_min_instances # because application instances started with passenger_pre_start are subject # to the usual idle timeout rules. See the example below for an explanation. # # This option may only occur in the http configuration block. It may be specified any number of times. # Logging and debugging options # ============================= # passenger_log_level <integer> # # This option allows one to specify how much information Phusion Passenger # should write to the Nginx error log file. A higher log level value means # that more information will be logged. # Possible values are: # 0: Show only errors and warnings. # 1: Show the most important debugging information. This might be useful # for system administrators who are trying to figure out the cause of a problem. # 2: Show more debugging information. This is typically only useful for developers. # 3: Show even more debugging information. # # This option may only occur once, in the http configuration block. The default is 0. #passenger_log_level 0; # passenger_debug_log_file <filename> # # By default Phusion Passenger debugging and error messages are written to the # global web server error log. This option allows one to specify the file that # debugging and error messages should be written to instead. # # This option may only occur once, in the http configuration block. # Ruby on Rails-specific options # ============================== # rails_env <string> # # This option allows one to specify the default RAILS_ENV value. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is production. #rails_env production; # rails_framework_spawner_idle_time <integer> # # The FrameworkSpawner server (explained in Spawning methods explained) has an # idle timeout, just like the backend processes spawned by Phusion Passenger do. # That is, it will automatically shutdown if it hasn’t done anything for a given period. # # This option allows you to set the FrameworkSpawner server’s idle timeout, in # seconds. A value of 0 means that it should never idle timeout. # # Setting a higher value will mean that the FrameworkSpawner server is kept # around longer, which may slightly increase memory usage. But as long as the # FrameworkSpawner server is running, the time to spawn a Ruby on Rails backend # process only takes about 40% of the time that is normally needed, assuming that # you’re using the smart spawning method. So if your system has enough memory, # is it recommended that you set this option to a high value or to 0. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is 1800 (30 minutes). #rails_framework_spawner_idle_time 1800; # rails_app_spawner_idle_time <integer> # # The ApplicationSpawner server (explained in Spawning methods explained) has # an idle timeout, just like the backend processes spawned by Phusion Passenger # do. That is, it will automatically shutdown if it hasn’t done anything for a # given period. # # This option allows you to set the ApplicationSpawner server’s idle timeout, # in seconds. A value of 0 means that it should never idle timeout. # # Setting a higher value will mean that the ApplicationSpawner server is kept # around longer, which may slightly increase memory usage. But as long as the # ApplicationSpawner server is running, the time to spawn a Ruby on Rails # backend process only takes about 10% of the time that is normally needed, # assuming that you’re using the smart or smart-lv2 spawning method. So if # your system has enough memory, is it recommended that you set this option to # a high value or to 0. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is 600 (10 minutes). #rails_app_spawner_idle_time 600; # Rack-specific options # rack_env <string> # # This option allows one to specify the default RACK_ENV value. # # This option may occur in the following places: # - In the http, server & location configuration block. # - In an if configuration scope. # In each place, it may be specified at most once. The default value is production. #rack_env production; ++++++ nginx_passenger_root.include ++++++ # DO NOT EDIT THIS FILE IT IS MEANT TO BE AUTO UPDATED ON PACKAGE UPDATE # EDIT /etc/nginx/conf.d/passenger.conf # # passenger_root <directory> # # The location to the Phusion Passenger root directory. This configuration # option is essential to Phusion Passenger, and allows Phusion Passenger to # locate its own data files. The correct value is given by the installer or # passenger-config --root # This required option may only occur once, in the http configuration block. passenger_root @PassengerRoot@; continue with "q"... Remember to have fun... -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
