#REDIRECTOR INSTALL#
#REDIRECTOR SERIAL#
#REDIRECTOR PC#
#REDIRECTOR WINDOWS#

The application can use the virtual port created on the target PC to access and interact with the remote peripheral. Both computers need to have COM Port Redirector installed for this to work.

#REDIRECTOR SERIAL#

Another way to use this versatile software solution is to connect a serial application running on one machine to a device attached to a second computer.

Your PC becomes a server with multiple clients which can be very helpful for sending data back and forth to a serial device. Once you have the solution set up, all client computers on your network can use the devices as if they were directly connected to the machines.

Sharing a serial port device from your computer can easily be done by installing COM Port Redirector.

#REDIRECTOR WINDOWS#

If you find there’s room for improvement go ahead and fork, hack, and submit a pull request.Here are some usage scenarios that demonstrate the benefits of using Electronic Team’s COM Port Redirector with Linux and Windows systems. A few more details, and of course all the code, can be found on Github. If you think this will be useful to you, test it out and let us know what you think. Now all you need to do is wire up an interface for admins (or whomever should have permission) to manage the redirect rules. With this the redirect engine is up and running.

Run $ rake redirector_engine:install:migrations.

#REDIRECTOR INSTALL#

Add it to your Gemfile ( gem 'redirector') and then bundle install.Finally, we interpolate any regular expression matching groups into the destination and redirect the visitor there.īecause of the power of Rails engines, installing this is fairly painless: Next in Rubyland we go through each match and pick the first one whose request environment rules all match the current request environment. Exact string matches are preferred over regular expression matches and rules with longer source values are preferred over those with shorter values. Then it does a query on the redirect_rules table to find matches based on the incoming request path. This way a request doesn't have to go through the whole Rails stack just to redirect a visitor to your site. When you have Redirector installed it inserts a piece of Rack middleware near the top of the middleware stack. All of the environment rules attached to a redirect rule will need to be met for a redirect rule to be applied.įinally regular expressions (both for the source and environment values) can be configured to be case sensitive or not via a column on the respective tables and thus on a record by record basis. These similarly can be exact matches like HTTP_CUSTOM_HEADER needs to be “Special Value”, or they can be regular expression matches like QUERY_STRING needs to have “my_param=value” in it. For this we added the concept of request environment rules that can be related to a redirect rule. Often we also need to further limit rules based on other HTTP headers or other parts of the request (query string, host, etc.). You can achieve this by using /my/old/horrible/path/to/blog/post/(+) as the source and /news/$1 as the destination on the redirect rule. For instance, maybe you have an incoming URL like this /my/old/horrible/path/to/blog/post/20 needs to turn into /news/20. It can also be important to interpolate match groupings from the request path into the destination path. This allows us to match rules with just SQL.

Luckily both of the databases we regularly use (MySQL and PostgreSQL) allow us to do regular expression matches inside of SQL WHERE clauses. Sometimes this is an exact path match, however other times we need to do matches based on regular expressions. Defining a redirect ruleĪ redirect rule matches an incoming request path and defines a redirect destination for the visitor. So today we’re pleased to release the Ruby gem Redirector! The goal here was to build something that could cover most of our use cases (and hopefully yours too) and allow others to use it and improve upon it. We did it enough times that it seemed like we should stop rebuilding the same thing over and over. We often start with Rack::Rewrite, but often times we find ourselves in a situation where it would be better for the client to manage these redirect rules. Something we get asked to do again and again on projects is to add redirects for either old URLs (from legacy systems) or custom URLs for marketing campaigns.