Your CI environment probably doesn’t mirror your development setup 100% of the time. So when stuff spectactularly fails testing elsewhere and not locally you might be tempted to throw your laptop in the bin.
Basic Backbone scaffold, but….where the hell has this indentation error come from?
Showing /Users/cex/repos/robl/app/views/layouts/application.html.haml where line #7 raised:
SyntaxError: [stdin]:4:9: unexpected indentation
Rails.root: /Users/cex/repos/robl
Application Trace | Framework Trace | Full Trace
(execjs):7539:8
(execjs):7545:14
(execjs):1:102
app/views/layouts/application.html.haml:7:in `_app_views_layouts_application_html_haml__3268572193542758911_70297544684220'
config/initializers/cookies.rb:10:in `call'
Precompiling Javascript and CSS in magic, but then then Javascript bugs like this appear after running a scaffold generator which spits out 20 files then this is frustrating. A stray object which should have had some nested attributes, was just left hanging.
blah:
// should have been
blah: {}
If only it could have pointed me to the right file, rather than just a line/char in some file. Next up. How does the default Backbone scaffold cope with MongoDB → JSON objects that don’t have a standard ‘id’.
Today I got almost 300 spec errors when flipping our core app to use Rails 5.1. Why? Well, it’s just syntax in controller, request specs but the syntax makes things much clearer and is probably a welcome change if not a time consuming fix.
Robs-iMac:hello roblacey$ mix ecto.create
warning: found quoted keyword "test" but the quotes are not required. Note that keywords are always atoms, even when quoted, and quotes should only be used to introduce keywords with foreign characters in them
mix.exs:52
Compiling 12 files (.ex)
Generated hello app
The database for Hello.Repo has already been created
So apparently Phoenix is super fast, scary fast. Well let’s see with ab 10 concurrent requests (longest request is 144ms)
Robs-iMac:hello roblacey$ ab -n 10 -c 10 http://phoenix.dv/
This is ApacheBench, Version 2.3 <$Revision: 1826891 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking phoenix.dv (be patient).....done
Server Software: Cowboy
Server Hostname: phoenix.dv
Server Port: 80
Document Path: /
Document Length: 1931 bytes
Concurrency Level: 10
Time taken for tests: 0.059 seconds
Complete requests: 10
Failed requests: 0
Total transferred: 22600 bytes
HTML transferred: 19310 bytes
Requests per second: 169.19 [#/sec] (mean)
Time per request: 59.105 [ms] (mean)
Time per request: 5.910 [ms] (mean, across all concurrent requests)
Transfer rate: 373.41 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 0 0.1 0 0
Processing: 8 16 10.7 13 46
Waiting: 7 16 10.6 13 45
Total: 8 16 10.6 13 46
Percentage of the requests served within a certain time (ms)
50% 13
66% 13
75% 13
80% 14
90% 46
95% 46
98% 46
99% 46
100% 46 (longest request)
1000 concurrent requests, 144ms
Robs-iMac:hello roblacey$ ab -n 1000 -c 1000 http://localhost:4000/
This is ApacheBench, Version 2.3 <$Revision: 1826891 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests
Server Software: Cowboy
Server Hostname: localhost
Server Port: 4000
Document Path: /
Document Length: 1931 bytes
Concurrency Level: 1000
Time taken for tests: 0.152 seconds
Complete requests: 1000
Failed requests: 0
Total transferred: 2260000 bytes
HTML transferred: 1931000 bytes
Requests per second: 6569.65 [#/sec] (mean)
Time per request: 152.215 [ms] (mean)
Time per request: 0.152 [ms] (mean, across all concurrent requests)
Transfer rate: 14499.43 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 36 11.8 35 55
Processing: 25 64 16.7 69 90
Waiting: 6 64 16.8 69 90
Total: 46 100 24.2 103 144
Percentage of the requests served within a certain time (ms)
50% 103
66% 115
75% 121
80% 124
90% 131
95% 136
98% 140
99% 142
100% 144 (longest request)
10,000 requests, Ok so I get a socket error. Too many open files (24) That’s ok, I’m not at that stage yet anyway.
Robs-iMac:hello roblacey$ ab -n 10000 -c 10000 http://localhost:4000/
This is ApacheBench, Version 2.3 <$Revision: 1826891 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking localhost (be patient)
socket: Too many open files (24)
So that’s pretty fast, but that’s just a static page. This would be better tested with a page that does a little more, or an API request that reads from the database.
Lastly just adding a new route, controller and view and template for a /hello
diff --git a/web/controllers/hello_controller.ex b/web/controllers/hello_controller.ex
new file mode 100644
index 0000000..f3e97b4
--- /dev/null
+++ b/web/controllers/hello_controller.ex
@@ -0,0 +1,7 @@
+defmodule Hello.HelloController do
+ use Hello.Web, :controller
+
+ def index(conn, params) do
+ render(conn, "world.html")
+ end
+end
diff --git a/web/router.ex b/web/router.ex
index e7a505b..6df752f 100644
--- a/web/router.ex
+++ b/web/router.ex
@@ -15,7 +15,7 @@ defmodule Hello.Router do
scope "/", Hello do
pipe_through :browser # Use the default browser stack
-
+ get "/hello", HelloController, :index
get "/", PageController, :index
end
diff --git a/web/templates/hello/world.html.eex b/web/templates/hello/world.html.eex
new file mode 100644
index 0000000..e69de29
diff --git a/web/views/hello_view.ex b/web/views/hello_view.ex
new file mode 100644
index 0000000..00f1881
--- /dev/null
+++ b/web/views/hello_view.ex
@@ -0,0 +1,3 @@
+defmodule Hello.HelloView do
+ use Hello.Web, :view
+end
No, not something that eats bunnies. I wanted to know if I could easily run a RabbitMQ consumer that just sat there listening. It seems incorrect to have a loop sat there just doing nothing all the time but I guess it the connection is open then it should just sit there, if not it can stop and have forty winks.
require 'rubygems'
# ENV['BUNDLE_GEMFILE'] ||= File.expand_path('Gemfile', __dir__)
require 'bundler/setup'
Bundler.require(:default)
conn = Bunny.new
conn.start
# open a channel
ch = conn.create_channel
# declare a queue
q = ch.queue('test1')
q.subscribe do |_, _, payload|
Thread.new do
puts "payload #{payload}"
sleep(5)
puts "finished sleeping"
end
end
while conn.status == :open do
# nothing is happening here
end
As expected, when an event occurs the subscribe block is called and the payload is send to STDOUT. Wait five seconds and finish. Had I not added Thread.new consumer would have waited 5 seconds and order is not quaranteed.
Interesting to note that when using manual_ack. Events are not automatically re-read from the queue until a new connection is made if the job is not ack’ed.
q.subscribe(manual_ack: true) do |delivery_info, _, payload|
Thread.new do
puts "payload #{payload} - Redelivered #{delivery_info.redelivered?}\n"
sleep(5)
puts "finished sleeping #{payload}\n"
puts payload.class
ch.acknowledge(delivery_info.delivery_tag, false) unless payload == '1' && !delivery_info.redelivered?
end
end
while conn.status == :open do
# nothing is happening here
end
Some warnings and errors appears today, or at least I only just noticed them.
Firstly I forget to load guard without bundle exec and this makes me a bad person.
Apparently I might have more than one version of rspec-expectations and rb-notify installed and I should probably clean them up.
So this might be the case, oh actually. I see the problem. I have a project that has two branches, master and upgrade/rails51. I’m using RVM but each branch has a different .ruby-gemset because of course Rails 5.1 is an upgrade and will have multiple dependencies that are all upgraded too. I must remember to switch RVM environments when flipping branches.
Robs-iMac:core roblacey$ guard
Warning: you have a Gemfile, but you're not using bundler or RUBYGEMS_GEMDEPS
09:36:26 - INFO - Guard here! It looks like your project has a Gemfile, yet you are running
> [#] `guard` outside of Bundler. If this is your intent, feel free to ignore this
> [#] message. Otherwise, consider using `bundle exec guard` to ensure your
> [#] dependencies are loaded correctly.
> [#] (You can run `guard` with --no-bundler-warning to get rid of this message.)
WARN: Unresolved specs during Gem::Specification.reset:
rb-inotify (~> 0.9, >= 0.9.7)
rspec-expectations (~> 3.8.0)
WARN: Clearing out unresolved specs.