walkthroughs | Walkthroughs for common MISO tasks | Learning library

There are a lot of parameters for this function. Since this isn't a forum for what it all means, I really suggest that you hit up Cross Validates with questions on the how and why. (Or look for questions that may already be answered.)

I was able to reproduce this when I ran through vcfg and specified https, but then did what you did and passed the bind-web-address to the volttron command itself.

However, you shouldn't do this. The instructions assume you haven't gone through the vcfg process and therefore you would have to specify the bind web address on the command line.

Since you went through the vcfg process your config file (~/.volttron/config) will have your hostname:port as the bind-web-address. If it has https in it that is the reason it is not working for you.

I'm not familiar with the library in question, but from the documentation you linked it looks like the renderElement prop is on the component rather than . Could that be the problem?

Assuming both apps are working fine, I have three recommendations:

1. Keep your root statements and add passenger_app_root with your real apps root path instead their public path
2. In your first app config, you are saying something like: " redirect every request looking for 159.65.120.231:80 to dialecta path", but the problem is that your DNS also resolves philosophische-insel.ch to 159.65.120.231:80. So you will never be able to reach your second app. Try using a different port or different domain (or subdomains) in each of your app's config
3. Remember to always check your Nginx config with sudo nginx -t and, if config's fine, restart Nginx with sudo service nginx reload

So the following could be one config for your server:

The distinction between a "web server" and an "application server" is rather muddy and has a lot of implicit (and mostly historical) baggage.

Generally, a web server is understood as a software which communicates via HTTP (or HTTPS) to clients and send static files as a response to requests.

An application server on the other hand often does not communicate directly with clients (but instead with intermediate server systems in front of it, such as loadbalancers, proxy servers or well, web servers) and its main function is to respond to requests with dynamically generated content. Application servers sometimes communicate with those intermediate servers using protocols other than HTTP, such as FCGI or AJP.

Often, we will see classic webservers (such as nginx, Apache, lighttpd) used together with an application server such as Puma, Unicorn, Thin, or Passenger. The reason for that is that those webservers are more efficient in serving static files than the application servers which are more geared towards helping the application generate dynamic responses. Also, web servers might be better suited than application servers for buffering requests and responses from clients without using a lot of resources.

With that being said, in the last couple of decades, it became increasingly common to just use HTTP everywhere rather than to use e.g. FCGI internally. Thus, application servers are generally able to speak to HTTP clients on their own without strictly requiring an additional web server. Often, these application servers can also serve static files directly and thus take on most features of a webserver too.

However, as written above, most webservers are magnitudes faster and more scalable when serving static files. Also, some application servers such as Unicorn are not intended to be exposed to clients directly since Unicorn does not buffer requests and responses efficiently. Instead, they rely on a frontend server such as nginx for that.

Thus, as a conclusion: most Ruby application servers can be used without a webserver directly. With e.g. Puma this will work quite okay. To more efficiently serve static assets, or to loadbalance or protect your application, you can also introduce a webserver / proxy in front of your application server such as nginx or Apache.

It seems that you are missing a few commas, which in python dictionaries separate between key-value pairs. Pay attention to the additional commas in the following code:

You can definitely build wxGTK and wxMac under Linux and Mac respectively with clang and I think people did build wxMSW under Windows with it too, but it's a less commonly used compiler there, so your best bet would be to just try doing it. If you run into any problems, please free to open tickets on wxTrac, we do want to support clang under this platform as well.

Your error is in the last line;

/var/www/swan/code/vendor/bundle/ruby/2.6.0/gems/bootsnap-1.7.3/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:23:in `require': cannot load such file -- listen (LoadError)

bundle install --deployment --without development test command install only production and general gems. Does not install the development or test gems. Rails read environment variables RAILS_ENV for the setting environment. RAILS_ENV variable if not set rails default accept development. And bundler try to load all gems + development group gems. But bundle install --deployment --without development test command only install production and general gems. So listen gem is not installed because listen gem in development group. RAILS_ENV=production bin/rails c command not throw error because not try to load development gems.

The easiest way is probably having them share a parent. But you can try a protocol as well.