How can I monitor errors in my Phoenix application similar to https://airbrake.io/ for Ruby on Rails apps?
There's no Airbrake Hex package yet, but Jared Norman has put together a Plug for BugSnag integration. You could give the BugSnag service a try, or use his code as a base to put together an Airbrake package.
https://github.com/jarednorman/plugsnag
I've written the similar plug to work with Airbrake:
https://github.com/romul/airbrake_plug
Feel free to use it.
Related
I did some research to implement logging possibilities in my Rails App.
There are a lot of good blocks and gems description to use Logstash or fluentd to send my logs to ElasticSearch.
But so far I didn't find any documentation using fluentbit.
Did someone have experiences using this and can show a prope and basic way, how to implement it?
I am using either Ruby 2.7.x or Jruby like 9.2.20.0 and the latest Rails 6.1 Version.
I have a Rails application, and run it with Nginx and Passenger, for maintanence the application, we need to monitor the log file, and email to developer team when there is any exception existed, is there any gems can do this thing, or is there any other solution?
You could use Splunk for monitoring and notification. It's free for up to 500M/day.
Use Airbrake. It's awesome, easy, and there are free options available for development.
I have a RoR 2.3.8 application running on EC2, I am using engineyard. which is prooved to be significantly costly to me. I want to migrate to GAE.
Can anyone please tell me the steps and points i suppose to remember while doing this.
You can check the appengine-jruby project or an another way is to use heroku.
Currently GAE doesn't support Ruby. It only supports Java and Python. Check the link for more info languages supported by GAE.
But i believe , if you convert your rails app to JRuby, then you can run it in GAE. Because JRuby runs on JVM. I have read the articles long before how to run JRuby apps in GAE. you can google it.
GAE supports only Python and Java. OK there was Go! added recently. So, Rubby is not on the list unfortunately.
I am interested in developing a workstation-based application that communicates with a proprietary data server and that presents information from that server to the user. I am not intending the user interface to be browser-based, and have been considering Qt as my framework. Should I consider RoR for this? Thanks.
Rails is specifically a web application framework, however there are GUI toolkits that can be used with Ruby, including Qt (although not the open source version).
Rails is a web framework, so you should not use it. However, you should absolutely consider using Ruby. I've never used Ruby with Qt, but I've had a lot of success using JRuby with Swing. I use the Profligacy gem, which suits my needs quite well.
Being a web framework you may not use rails, but you may certainly use some parts of rails.
For example just use require 'active_record' and you instantly have access to AR and all its magic - validations, belongs_to, has_many and other similar associations.
You can use the ActiveRecord part of Ruby on Rails, which for a long time was the most interesting part of RoR. https://edgeguides.rubyonrails.org/active_record_basics.html
Alternatively, use another Ruby ORM, like DataMapper: http://datamapper.org/
The answer is yes. I've been working on a project, Qt on Rails, which combines Qt with a Rails back end. The end result is that you can develop your Qt app's in Ruby, harness the libraries of Rails and there's support for scaffolding of apps as well.
It’s still a 'Work In Progress' but the current latest version at the Qt on Rails github repository (http://github.com/theirishpenguin/qtonrails) will certainly give a flavour of where the project is headed. Contributors and feedback is most welcome and detailed blog post is available on the project.
I would like to distribute a rails application as a double clickable application. When someone double clicks on the app, I think that mongrel should be started and then the user's browser should be started and open to something like localhost:3000 I'm trying to work through what I will need to do this, I think I'm going to need to include a copy of rails in the project, and a copy of the gems. Do I need to distribute ruby? Initially I'm looking to target the mac and linux for distribution. Does anyone have any experience packaging rails application like this?
The Application I'd like deploy is a media center server for a user's media. Unfortunately this means I can't have a public server serving out the media. I've built up the server using ruby on rails and rake tasks to import and manage the media. Is there a good way to make this easy for users to install? The idea was with a double clickable application it would be easy for users to bring up and down the server.
I've decided to use jruby and look into packaging the application as a java app.
The ill-fated Joyent Slingshot did exactly that, it allowed you to embed your Rails application as a standalone executable under Windows and Mac. It even provided a simple but straightforward method to allow data synchronization with an online version. Alas, it hasn't seen any activity in a long time.
https://dev.joyent.com/projects/slingshot/wiki/Slingshot
Spiceworks is a desktop-deployed Rails app, or at least it was a couple of years ago. It's a free (ad-supported) download.
Appcelerator Titanium natively supports building client-based/desktop applications using Ruby.
Hey, take a look at shopify and their theme designer app. http://vision.shopify.com/
Is pretty much exactly what your talking about. All they have done is written a stub for both platforms that launches the rails project. You can take a look at the code that checks for the rails project browsing through the vision app package contents.
I agree with the previous posters regarding desktop apps but I find myself writing web apps for the desktop (mostly widgets using Fluid) so I understand the issue. Has anyone had a look at Titanium Desktop from Appcelerator (http://www.appcelerator.com/)? I tried it initially and there was a little fiddling required, but the end result was more or less a desktop app.
If you want to write desktop apps, write desktop apps, if you want to write web apps, write web apps.
In the future, I think MacRuby will provide an excellent way to run web-apps on the desktop (well I mean OS X desktop) - you could in theory, spin up a Rails app and then have a WebView point to the Rails app. Currently, they're still focusing on making MacRuby a first-class citizen of the OS X ecosystem but Rails support is on the roadmap.
MacRuby is also exciting because of the work on the AOT compiler, with which you can compile Ruby code to machine code.