passenger 3.0.14 → 3.0.15
Sign up to get free protection for your applications and to get access to all the features.
Potentially problematic release.
This version of passenger might be problematic. Click here for more details.
- data/README +1 -1
- data/doc/Users guide Apache.html +443 -39
- data/doc/Users guide Apache.idmap.txt +52 -38
- data/doc/Users guide Apache.txt +262 -0
- data/doc/Users guide Nginx.html +412 -38
- data/doc/Users guide Nginx.idmap.txt +53 -39
- data/doc/Users guide Nginx.txt +231 -1
- data/doc/users_guide_snippets/analysis_and_system_maintenance.txt +6 -1
- data/ext/common/Constants.h +1 -1
- data/lib/phusion_passenger.rb +1 -1
- data/lib/phusion_passenger/abstract_installer.rb +1 -1
- data/lib/phusion_passenger/packaging.rb +1 -2
- data/lib/phusion_passenger/templates/error_layout.html.erb +4 -4
- metadata +4 -7
- data/bin/passenger-make-enterprisey +0 -82
- data/man/passenger-make-enterprisey.8 +0 -23
@@ -106,83 +106,95 @@
|
|
106
106
|
|
107
107
|
5.1. passenger_root <directory> => passenger-root-directory--bqvhhz
|
108
108
|
|
109
|
-
5.10.
|
109
|
+
5.10. Logging and debugging options => logging-and-debugging-options-14e91ni
|
110
110
|
|
111
|
-
5.10.1.
|
111
|
+
5.10.1. passenger_log_level <integer> => passenger-log-level-integer--17snhon
|
112
112
|
|
113
|
-
5.
|
113
|
+
5.10.2. passenger_debug_log_file <filename> => passenger-debug-log-file-filename--21ubaj
|
114
114
|
|
115
|
-
5.
|
115
|
+
5.10.3. passenger_debugger <on|off> => passenger-debugger-on-off--1wkuq85
|
116
116
|
|
117
|
-
5.
|
117
|
+
5.11. Ruby on Rails-specific options => ruby-on-rails-specific-options-12vfokt
|
118
118
|
|
119
|
-
5.
|
119
|
+
5.11.1. rails_env <string> => rails-env-string--jlh7v9
|
120
|
+
|
121
|
+
5.11.2. rails_framework_spawner_idle_time <integer> => rails-framework-spawner-idle-time-integer--q5ljd5
|
120
122
|
|
121
|
-
5.
|
123
|
+
5.11.3. rails_app_spawner_idle_time <integer> => rails-app-spawner-idle-time-integer--1xjqe4b
|
122
124
|
|
123
|
-
5.
|
125
|
+
5.12. Rack-specific options => rack-specific-options-13yvdxs
|
124
126
|
|
125
|
-
5.
|
127
|
+
5.12.1. rack_env <string> => rack-env-string--tqmrt0
|
126
128
|
|
127
|
-
5.
|
129
|
+
5.13. Deprecated options => deprecated-options-1dtzo0g
|
128
130
|
|
129
|
-
5.
|
131
|
+
5.13.1. rails_spawn_method => rails-spawn-method-17vdnpt
|
130
132
|
|
131
|
-
5.
|
133
|
+
5.2. passenger_ruby <filename> => passenger-ruby-filename--1gnok5k
|
134
|
+
|
135
|
+
5.3. passenger_spawn_method <string> => passenger-spawn-method-string--1sc6njl
|
132
136
|
|
133
|
-
5.
|
137
|
+
5.4. passenger_rolling_restarts <on|off> => passenger-rolling-restarts
|
134
138
|
|
135
|
-
5.5.
|
139
|
+
5.5. passenger_resist_deployment_errors <on|off> => passenger-resist-deployment-errors-on-off--k9yf1
|
136
140
|
|
137
|
-
5.
|
141
|
+
5.6. Important deployment options => important-deployment-options-av567
|
138
142
|
|
139
|
-
5.
|
143
|
+
5.6.1. passenger_enabled <on|off> => passenger-enabled-on-off--1rpb2t7
|
140
144
|
|
141
|
-
5.
|
145
|
+
5.6.2. passenger_base_uri <uri> => passenger-base-uri-uri--1xtuo50
|
142
146
|
|
143
|
-
5.
|
147
|
+
5.7. Connection handling options => connection-handling-options-8jgq90
|
144
148
|
|
145
|
-
5.
|
149
|
+
5.7.1. passenger_use_global_queue <on|off> => passenger-use-global-queue-on-off--14h9n22
|
146
150
|
|
147
|
-
5.
|
151
|
+
5.7.2. passenger_ignore_client_abort <on|off> => passenger-ignore-client-abort
|
148
152
|
|
149
|
-
5.
|
153
|
+
5.7.3. passenger_set_cgi_param <CGI environment name> <value> => passenger-set-cgi-param-cgi-environment-name-value--rx9gc0
|
150
154
|
|
151
|
-
5.
|
155
|
+
5.7.4. passenger_pass_header <header name> => passenger-pass-header-header-name--1cg31je
|
152
156
|
|
153
|
-
5.
|
157
|
+
5.7.5. passenger_buffer_response <on|off> => passenger-buffer-response
|
154
158
|
|
155
|
-
5.6.
|
159
|
+
5.7.6. passenger_buffer_size => passenger-buffer-size-1jfkq87
|
156
160
|
|
157
|
-
5.
|
161
|
+
5.7.7. passenger_buffers => passenger-busy-buffers
|
158
162
|
|
159
|
-
5.7.
|
163
|
+
5.7.8. passenger_busy_buffer_size => passenger-busy-buffer-size-124sj61
|
160
164
|
|
161
|
-
5.
|
165
|
+
5.8. Security options => security-options-1bv93g4
|
162
166
|
|
163
|
-
5.
|
167
|
+
5.8.1. passenger_user_switching <on|off> => passenger-user-switching-on-off--1p37u3l
|
164
168
|
|
165
|
-
5.
|
169
|
+
5.8.2. passenger_user <username> => passenger-user-username--b06ur7
|
166
170
|
|
167
|
-
5.
|
171
|
+
5.8.3. passenger_group <group name> => passenger-user-group-name--1fco4j7
|
168
172
|
|
169
|
-
5.
|
173
|
+
5.8.4. passenger_default_user <username> => passenger-default-user-username--1h6cdmf
|
170
174
|
|
171
|
-
5.
|
175
|
+
5.8.5. Passenger_default_group <group name> => passenger-default-group-group-name--1qxn2qa
|
172
176
|
|
173
|
-
5.8.
|
177
|
+
5.8.6. passenger_friendly_error_pages <on|off> => passenger-friendly-error-pages-on-off--1ti1a0e
|
174
178
|
|
175
|
-
5.
|
179
|
+
5.9. Resource control and optimization options => resource-control-and-optimization-options-xd7evs
|
176
180
|
|
177
|
-
5.
|
181
|
+
5.9.1. passenger_max_pool_size <integer> => passenger-max-pool-size-integer--3jzefs
|
178
182
|
|
179
|
-
5.9.
|
183
|
+
5.9.2. passenger_min_instances <integer> => passenger-min-instances-integer--uclykt
|
180
184
|
|
181
|
-
5.9.
|
185
|
+
5.9.3. passenger_max_instances <integer> => passenger-max-instances
|
182
186
|
|
183
|
-
5.9.
|
187
|
+
5.9.4. passenger_max_instances_per_app <integer> => passenger-max-instances-per-app-integer--1xhbbne
|
184
188
|
|
185
|
-
5.9.
|
189
|
+
5.9.5. passenger_pool_idle_time <integer> => passenger-pool-idle-time-integer--xcw65o
|
190
|
+
|
191
|
+
5.9.6. passenger_max_requests <integer> => passenger-max-requests
|
192
|
+
|
193
|
+
5.9.7. passenger_max_request_time <seconds> => passenger-max-request-time-seconds--1qod9kg
|
194
|
+
|
195
|
+
5.9.8. passenger_memory_limit <integer> => passenger-memory-limit-integer--1ry7dwx
|
196
|
+
|
197
|
+
5.9.9. passenger_pre_start <url> => passenger-pre-start-url--1f2phk7
|
186
198
|
|
187
199
|
6. Analysis and system maintenance => analysis-and-system-maintenance-1nnlnj8
|
188
200
|
|
@@ -194,6 +206,8 @@
|
|
194
206
|
|
195
207
|
6.4. Accessing individual application processes => accessing-individual-application-processes-1qe4fqk
|
196
208
|
|
209
|
+
6.5. Attaching an IRB console to an application process => attaching-an-irb-console-to-an-application-process-d36enw
|
210
|
+
|
197
211
|
7. Tips => tips-n4c22d
|
198
212
|
|
199
213
|
7.1. User switching (security) => user-switching-security--zmsy9o
|
data/doc/Users guide Nginx.txt
CHANGED
@@ -643,6 +643,72 @@ This option may occur in the following places:
|
|
643
643
|
|
644
644
|
In each place, it may be specified at most once. The default value is 'smart-lv2'.
|
645
645
|
|
646
|
+
[[PassengerRollingRestarts]]
|
647
|
+
=== passenger_rolling_restarts <on|off> ===
|
648
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
649
|
+
|
650
|
+
Enables or disables support for rolling restarts. Normally when you
|
651
|
+
restart an application (by touching restart.txt), Phusion Passenger would
|
652
|
+
shut down all application processes and spawn a new one. The spawning
|
653
|
+
of a new application process could take a while, and any requests that
|
654
|
+
come in during this time will be blocked until this first application
|
655
|
+
process has spawned.
|
656
|
+
|
657
|
+
But when rolling restarts are enabled, Phusion Passenger Enterprise will:
|
658
|
+
|
659
|
+
1. Spawn a new process in the background.
|
660
|
+
2. When it's done spawning, Phusion Passenger Enterprise will replace one of the old processes with this newly spawned one.
|
661
|
+
3. Step 1 and 2 are repeated until all processes have been replaced.
|
662
|
+
|
663
|
+
This way, visitors will not experience any delays when you are restarting your application. This allows you to, for example, upgrade your application often without degrading user experience.
|
664
|
+
|
665
|
+
Rolling restarts have a few caveat however that you should be aware of:
|
666
|
+
|
667
|
+
- Upgrading an application sometimes involves upgrading the database schema.
|
668
|
+
With rolling restarts, there may be a point in time during which processes
|
669
|
+
belonging to the previous version and processes belonging to the new version
|
670
|
+
both exist at the same time. Any database schema upgrades you perform must
|
671
|
+
therefore be backwards-compatible with the old application version.
|
672
|
+
- Because there's no telling which process will serve a request, users may
|
673
|
+
not see changes brought about by the new version until all processes have
|
674
|
+
been restarted. It is for this reason that you should not use rolling
|
675
|
+
restarts in development, only in production.
|
676
|
+
|
677
|
+
This option may occur in the following places:
|
678
|
+
|
679
|
+
* In the 'http' configuration block.
|
680
|
+
* In a 'server' configuration block.
|
681
|
+
* In a 'location' configuration block.
|
682
|
+
* In an 'if' configuration scope.
|
683
|
+
|
684
|
+
In each place, it may be specified at most once. The default value is 'off'.
|
685
|
+
|
686
|
+
=== passenger_resist_deployment_errors <on|off> ===
|
687
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
688
|
+
|
689
|
+
Enables or disables resistance against deployment errors.
|
690
|
+
|
691
|
+
Suppose you've upgraded your application and you've issues a command to restart it (by touching restart.txt), but the application code contains an error that prevents Phusion Passenger from successfully spawning a process (e.g. a syntax error). Phusion Passenger would normally display an error message in response to this.
|
692
|
+
|
693
|
+
By enabling deployment error resistance, Phusion Passenger Enterprise would instead do this:
|
694
|
+
|
695
|
+
- It passes the request to one of the existing application processes (that belong to the previous version of the application). The visitor will not see a Phusion Passenger process spawning error message.
|
696
|
+
- It logs the error to the global web server error log file.
|
697
|
+
- It sets an internal flag so that no processes for this application will be spawned (even when the current traffic would normally result in more processes being spawned) and no processes will be idle cleaned. Processes *could* still be shutdown because of other events, e.g. because their <<PassengerMemoryLimit,memory limit>> have been reached.
|
698
|
+
|
699
|
+
This way, visitors will suffer minimally from deployment errors. Phusion Passenger will attempt to restart the application again next time restart.txt is touched.
|
700
|
+
|
701
|
+
Enabling deployment error resistance only works if <<PassengerRollingRestarts,rolling restart>> is also enabled.
|
702
|
+
|
703
|
+
This option may occur in the following places:
|
704
|
+
|
705
|
+
* In the 'http' configuration block.
|
706
|
+
* In a 'server' configuration block.
|
707
|
+
* In a 'location' configuration block.
|
708
|
+
* In an 'if' configuration scope.
|
709
|
+
|
710
|
+
In each place, it may be specified at most once. The default value is 'off'.
|
711
|
+
|
646
712
|
=== Important deployment options ===
|
647
713
|
==== passenger_enabled <on|off> ====
|
648
714
|
This option may be specified in the 'http' configuration block, a
|
@@ -856,7 +922,7 @@ This option may occur in the following places:
|
|
856
922
|
|
857
923
|
In each place, it may be specified at most once.
|
858
924
|
|
859
|
-
====
|
925
|
+
==== passenger_group <group name> ====
|
860
926
|
If <<user_switching,user switching support>> is enabled, then Phusion Passenger will
|
861
927
|
by default run the web application as the primary group of the owner of the file
|
862
928
|
'config/environment.rb' (for Rails apps) or 'config.ru' (for Rack apps). This option
|
@@ -993,6 +1059,38 @@ The passenger_min_instances option may occur in the following places:
|
|
993
1059
|
|
994
1060
|
In each place, it may be specified at most once. The default value is '1'.
|
995
1061
|
|
1062
|
+
==== passenger_max_instances <integer> ====
|
1063
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
1064
|
+
|
1065
|
+
The maximum number of application processes that may simultaneously exist
|
1066
|
+
for an application. This helps to make sure that a single application
|
1067
|
+
will not occupy all available slots in the application pool.
|
1068
|
+
|
1069
|
+
This value must be less than <<PassengerMaxPoolSize,passenger_max_pool_size>>. A value of 0
|
1070
|
+
means that there is no limit placed on the number of processes a single application
|
1071
|
+
may spawn, i.e. only the global limit of <<PassengerMaxPoolSize,passenger_max_pool_size>>
|
1072
|
+
will be enforced.
|
1073
|
+
|
1074
|
+
This option may occur in the following places:
|
1075
|
+
|
1076
|
+
* In the 'http' configuration block.
|
1077
|
+
* In a 'server' configuration block.
|
1078
|
+
* In a 'location' configuration block.
|
1079
|
+
* In an 'if' configuration scope.
|
1080
|
+
|
1081
|
+
In each place, it may be specified at most once. The default value is '0'.
|
1082
|
+
|
1083
|
+
.Practical usage example
|
1084
|
+
[TIP]
|
1085
|
+
===========================================================================
|
1086
|
+
Suppose that you're hosting two web applications on your server, a personal
|
1087
|
+
blog and an e-commerce website. You've set <<PassengerMaxPoolSize,passenger_max_pool_size>>
|
1088
|
+
to 10. The e-commerce website is more important to you. You can then set
|
1089
|
+
'passenger_max_instances' to 3 for your blog, so that it will never spawn more
|
1090
|
+
than 3 processes, even if it suddenly gets a lot of traffic. Your e-commerce website
|
1091
|
+
on the other hand will be free to spawn up to 10 processes if it gets a lot of traffic.
|
1092
|
+
===========================================================================
|
1093
|
+
|
996
1094
|
==== passenger_max_instances_per_app <integer> ====
|
997
1095
|
The maximum number of application processes that may simultaneously exist
|
998
1096
|
for a single application. This helps to make sure that a single application
|
@@ -1061,6 +1159,114 @@ problem in your application rather than relying on these directives as a
|
|
1061
1159
|
measure to avoid memory leaks.
|
1062
1160
|
=====================================================
|
1063
1161
|
|
1162
|
+
[[PassengerMaxRequestTime]]
|
1163
|
+
==== passenger_max_request_time <seconds> ====
|
1164
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
1165
|
+
|
1166
|
+
The maximum amount of time, in seconds, that an application process may take
|
1167
|
+
to process a request. If the request takes longer than this amount of time,
|
1168
|
+
then the application process will be forcefully shut down, and possibly
|
1169
|
+
restarted upon the next request. A value of 0 means that there is no time limit.
|
1170
|
+
|
1171
|
+
This option is useful for preventing your application from freezing for an
|
1172
|
+
indefinite period of time.
|
1173
|
+
|
1174
|
+
This option may occur in the following places:
|
1175
|
+
|
1176
|
+
* In the 'http' configuration block.
|
1177
|
+
* In a 'server' configuration block.
|
1178
|
+
* In a 'location' configuration block.
|
1179
|
+
* In an 'if' configuration scope.
|
1180
|
+
|
1181
|
+
In each place, it may be specified at most once. The default value is '0'.
|
1182
|
+
|
1183
|
+
.Example
|
1184
|
+
Suppose that most of your requests are known to finish within 2 seconds.
|
1185
|
+
However, there is one URI, '/expensive_computation', which is known to take up
|
1186
|
+
to 10 seconds. You can then configure Phusion Passenger as follows:
|
1187
|
+
|
1188
|
+
----------------------------------------------
|
1189
|
+
server {
|
1190
|
+
listen 80;
|
1191
|
+
server_name www.example.com;
|
1192
|
+
root /webapps/my_app/public;
|
1193
|
+
passenger_enabled on;
|
1194
|
+
passenger_max_request_time 2;
|
1195
|
+
location /expensive_compuation {
|
1196
|
+
passenger_enabled on;
|
1197
|
+
passenger_max_request_time 10;
|
1198
|
+
}
|
1199
|
+
}
|
1200
|
+
----------------------------------------------
|
1201
|
+
|
1202
|
+
If a request to '/expensive_computation' takes more than 10 seconds,
|
1203
|
+
or if a request to any other URI takes more than 2 seconds,
|
1204
|
+
then the corresponding application process will be forced to shutdown.
|
1205
|
+
|
1206
|
+
[CAUTION]
|
1207
|
+
=====================================================
|
1208
|
+
The <<PassengerMaxRequestTime,passenger_max_request_time>> directive should be
|
1209
|
+
considered as a workaround for misbehaving applications. It is advised that you
|
1210
|
+
fix the problem in your application rather than relying on these directives as a
|
1211
|
+
measure to avoid freezing applications.
|
1212
|
+
=====================================================
|
1213
|
+
|
1214
|
+
[[PassengerMemoryLimit]]
|
1215
|
+
==== passenger_memory_limit <integer> ====
|
1216
|
+
The maximum amount of memory that an application process may use, in megabytes.
|
1217
|
+
Once an application process has surpassed its memory limit, it will process
|
1218
|
+
all the requests currently present in its queue and then shut down.
|
1219
|
+
A value of 0 means that there is no maximum: the application's memory usage
|
1220
|
+
will not be checked.
|
1221
|
+
|
1222
|
+
This option is useful if your application is leaking memory. By shutting
|
1223
|
+
it down, all of its memory is guaranteed to be freed by the operating system.
|
1224
|
+
|
1225
|
+
This option may occur in the following places:
|
1226
|
+
|
1227
|
+
* In the 'http' configuration block.
|
1228
|
+
* In a 'server' configuration block.
|
1229
|
+
* In a 'location' configuration block.
|
1230
|
+
* In an 'if' configuration scope.
|
1231
|
+
|
1232
|
+
In each place, it may be specified at most once. The default value is '200'.
|
1233
|
+
|
1234
|
+
[NOTE]
|
1235
|
+
.A word about permissions
|
1236
|
+
=====================================================
|
1237
|
+
The <<PassengerMemoryLimit,passenger_memory_limit>> directive requires that the
|
1238
|
+
user that the application is running as (see <<PassengerUserSwitching,passenger_user_switching>>)
|
1239
|
+
to have access to the `/proc` file system, or to be able to inspect its status
|
1240
|
+
with `ps` (which on Linux and FreeBSD systems basically means the same thing, since `ps`
|
1241
|
+
reads process information from `/proc`). Therefore, on servers running with
|
1242
|
+
tight permissions on `/proc`, this directive may not work. If you wish to use
|
1243
|
+
this directive and your `/proc` permissions are too tight, then please consider
|
1244
|
+
untightening the permissions.
|
1245
|
+
=====================================================
|
1246
|
+
|
1247
|
+
[TIP]
|
1248
|
+
.FreeBSD and `/proc`
|
1249
|
+
=====================================================
|
1250
|
+
On many FreeBSD systems, `/proc` is not mounted by default. `/proc` *must* be
|
1251
|
+
mounted in order for <<PassengerMemoryLimit,passenger_memory_limit>> to work.
|
1252
|
+
|
1253
|
+
It is also advised that you mount `/proc` with the `linprocfs` filesystem type
|
1254
|
+
instead of the regular FreeBSD `proc` filesystem type. The `linprocfs` filesystem
|
1255
|
+
type allows Phusion Passenger to read memory information from `/proc` directly,
|
1256
|
+
which is very fast. If you mount `/proc` with a different filesystem type, then
|
1257
|
+
Phusion Passenger must resort to querying memory information from the `ps` command,
|
1258
|
+
which is a lot slower.
|
1259
|
+
=====================================================
|
1260
|
+
|
1261
|
+
[CAUTION]
|
1262
|
+
=====================================================
|
1263
|
+
The <<PassengerMaxRequests,passenger_max_requests>> and
|
1264
|
+
<<PassengerMemoryLimit,passenger_memory_limit>> directives should be considered
|
1265
|
+
as workarounds for misbehaving applications. It is advised that you fix the
|
1266
|
+
problem in your application rather than relying on these directives as a
|
1267
|
+
measure to avoid memory leaks.
|
1268
|
+
=====================================================
|
1269
|
+
|
1064
1270
|
[[PassengerPreStart]]
|
1065
1271
|
==== passenger_pre_start <url> ====
|
1066
1272
|
By default, Phusion Passenger does not start any application processes until said
|
@@ -1278,6 +1484,30 @@ error messages should be written to instead.
|
|
1278
1484
|
|
1279
1485
|
This option may only occur once, in the 'http' configuration block.
|
1280
1486
|
|
1487
|
+
==== passenger_debugger <on|off> ====
|
1488
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
1489
|
+
|
1490
|
+
Turns support for application debugging on or off. In case of Ruby applications,
|
1491
|
+
turning this option on will cause them to load the `ruby-debug` gem (when on Ruby 1.8)
|
1492
|
+
or the `debugger` gem (when on Ruby 1.9). If you're using Bundler, you should add
|
1493
|
+
this to your Gemfile:
|
1494
|
+
|
1495
|
+
-------------------------------------------
|
1496
|
+
gem 'ruby-debug', :platforms => :ruby_18
|
1497
|
+
gem 'debugger', :platforms => :ruby_19
|
1498
|
+
-------------------------------------------
|
1499
|
+
|
1500
|
+
Once debugging is turned on, you can use the command `passenger-irb --debug <PID>` to attach an rdebug console to the application process with the given PID. Attaching will succeed once the application process executes a `debugger` command.
|
1501
|
+
|
1502
|
+
This option may occur in the following places:
|
1503
|
+
|
1504
|
+
* In the 'http' configuration block.
|
1505
|
+
* In a 'server' configuration block.
|
1506
|
+
* In a 'location' configuration block.
|
1507
|
+
* In an 'if' configuration scope.
|
1508
|
+
|
1509
|
+
In each place, it may be specified at most once. The default value is 'off'.
|
1510
|
+
|
1281
1511
|
|
1282
1512
|
=== Ruby on Rails-specific options ===
|
1283
1513
|
[[RailsEnv]]
|
@@ -198,4 +198,9 @@ through the 'X-Passenger-Connect-Password' HTTP header, like this:
|
|
198
198
|
|
199
199
|
-------------------------------------------
|
200
200
|
bash# curl -H "X-Passenger-Connect-Password: nFfVOX1F8LjZ90HJh28Sd_htJOsgRsNne2QXKf8NIXw" http://127.0.0.1:58122/
|
201
|
-
-------------------------------------------
|
201
|
+
-------------------------------------------
|
202
|
+
|
203
|
+
=== Attaching an IRB console to an application process ===
|
204
|
+
**Available in Phusion Passenger Enterprise since version 3.0.0.**
|
205
|
+
|
206
|
+
You can attach an IRB console to any application process and inspect its state by executing arbitrary Ruby code. Do this by invoking `passenger-irb <PID>` where '<PID>' is the PID of the application process you wish to inspect. Note that the IRB console is currently only available for Ruby apps, not for apps in any other languages.
|
data/ext/common/Constants.h
CHANGED
data/lib/phusion_passenger.rb
CHANGED
@@ -25,7 +25,7 @@ module PhusionPassenger
|
|
25
25
|
###### Version numbers ######
|
26
26
|
|
27
27
|
# Phusion Passenger version number. Don't forget to edit ext/common/Constants.h too.
|
28
|
-
VERSION_STRING = '3.0.
|
28
|
+
VERSION_STRING = '3.0.15'
|
29
29
|
|
30
30
|
PREFERRED_NGINX_VERSION = '1.2.2'
|
31
31
|
PREFERRED_PCRE_VERSION = '8.30'
|
@@ -43,7 +43,7 @@ module PhusionPassenger
|
|
43
43
|
# installer = ConcereteInstallerClass.new(options...)
|
44
44
|
# installer.start
|
45
45
|
class AbstractInstaller
|
46
|
-
PASSENGER_WEBSITE = "
|
46
|
+
PASSENGER_WEBSITE = "https://www.phusionpassenger.com"
|
47
47
|
PHUSION_WEBSITE = "www.phusion.nl"
|
48
48
|
|
49
49
|
# Create an AbstractInstaller. All options will be stored as instance
|